Non-free ARM libraries would do. The MP3 decoder, for instance, is licensed in (from ARM Ltd themselves). It's the lack of an FPU (and the consequent need for an integer-only codec) that has thus far kept oggs off the Empeg.
I don't think it could get much smaller, because of the complexities involved in the increasing scope of the HTML standards
When you've implemented the HTML standards in a browser, then the implementation work really starts. Take a browser that merely implements the standards, and doesn't try to fix up broken HTML. Point it at CNN. Laugh.
Imagine writing a C compiler that had to do something sensible with code written by the kind of have-a-go back-bedroom dilettante Web site authors that most slashdotters will be only too familiar with. "Oh, I know you're not meant to be able to assign a const char* to a function pointer -- but look, Netscape C version 4.02 and later supports it..." (Plus, of course, there's have-a-go back-bedroom dilettante Web authoring software.)
A web browser that just implemented the standards could be teeny. A browser for use on real Web pages needs a lot of complexity to deal with broken HTML. That's why the QNX demo fits on a floppy and Opera or Galeon doesn't.
Peter (architect of the Fresco browser in the Bush Internet TV, ~2Mb including JS but not Java)
FAT is your best choice because of its simplicity. Porting ReiserFS (or even ext2) to a microcontroller would be a most majestically-sized project.
Journalling isn't a requirement if songs are put on the player by attaching the disk to a PC -- when in the player, the disc is only ever read, not written.
Just reading CDs doesn't make it any easier -- you have to read ISO9660. (I assume you don't mean audio CDs.)
The 2.2.x patches were unwittingly x86-specific, in that they assumed unaligned int reads were OK. Unaligned int reads are not OK on many other architectures, particularly ARM and Sparc. (Plus mkreiserfs went "while (c>=0)" on a char, but that's just textbook bogus C.)
The 2.4.x patches fix these issues, work perfectly on ARM, and presumably will work on Sparc too.
It doesn't run Netscape. It runs Fresco, an embedded-styley Web browser written by Ant Limited (http://www.ant.co.uk). The operating system is Pace NCOS, which is Acorn RiscOS under a more internet-friendly name.
I'd pretty much forget trying to hack it. The CPU (an ARM 7500FE) and architecture could in theory run ARM Linux, but it has RiscOS in surface-mount masked ROM, and there's nowhere really to plug an Ethernet card.
...and caused me a lot of concern. The patent failed the criterion of non-obviousness, and also failed the criterion of no prior art. And it was a purely software patent, which is void in the UK anyway.
But my agreement only required me to sign that any rights in the patent were the company's, not that the patent was valid or that there were any such rights. Effectively I was helping the company learn that attempting to patent software involves giving lots of money to lawyers for no return.
No it isn't. It is a Pratchett book, that means that it is exactly the same as every other pratchett book. The man hasn't had an original thought for about 4 years. If you read more than about 2 of his books back to back you will find clear evidence that the footnotes are written with cut and paste.
As you imply, the ones where he actually introduces a new set of characters are OK. Trouble is, the last one of those was Small Gods, which was, what?, six books ago? Twelve?
http://www.riohome.com/HomeAudio.htm
Disclaimer: I work for those guys.
ANT Fresco deliberately omitted any JS "features" which could enable malicious web pages to set a trap. OEMs made us put them back in again.
Peter
Non-free ARM libraries would do. The MP3 decoder, for instance, is licensed in (from ARM Ltd themselves). It's the lack of an FPU (and the consequent need for an integer-only codec) that has thus far kept oggs off the Empeg.
Peter
When you've implemented the HTML standards in a browser, then the implementation work really starts. Take a browser that merely implements the standards, and doesn't try to fix up broken HTML. Point it at CNN. Laugh.
Imagine writing a C compiler that had to do something sensible with code written by the kind of have-a-go back-bedroom dilettante Web site authors that most slashdotters will be only too familiar with. "Oh, I know you're not meant to be able to assign a const char* to a function pointer -- but look, Netscape C version 4.02 and later supports it..." (Plus, of course, there's have-a-go back-bedroom dilettante Web authoring software.)
A web browser that just implemented the standards could be teeny. A browser for use on real Web pages needs a lot of complexity to deal with broken HTML. That's why the QNX demo fits on a floppy and Opera or Galeon doesn't.
Peter (architect of the Fresco browser in the Bush Internet TV, ~2Mb including JS but not Java)
Peter
Journalling isn't a requirement if songs are put on the player by attaching the disk to a PC -- when in the player, the disc is only ever read, not written.
Just reading CDs doesn't make it any easier -- you have to read ISO9660. (I assume you don't mean audio CDs.)
Peter
The 2.4.x patches fix these issues, work perfectly on ARM, and presumably will work on Sparc too.
Peter
The Wrestlers. Mind you, everyone in Cambridge probably already knew that.
Peter
It doesn't run Netscape. It runs Fresco, an embedded-styley Web browser written by Ant Limited (http://www.ant.co.uk). The operating system is Pace NCOS, which is Acorn RiscOS under a more internet-friendly name.
I'd pretty much forget trying to hack it. The CPU (an ARM 7500FE) and architecture could in theory run ARM Linux, but it has RiscOS in surface-mount masked ROM, and there's nowhere really to plug an Ethernet card.
Peter (Fresco architect)
But my agreement only required me to sign that any rights in the patent were the company's, not that the patent was valid or that there were any such rights. Effectively I was helping the company learn that attempting to patent software involves giving lots of money to lawyers for no return.
Of course, they may be slow learners ;-)
Peter
As you imply, the ones where he actually introduces a new set of characters are OK. Trouble is, the last one of those was Small Gods, which was, what?, six books ago? Twelve?
Peter