PRS-500 Mountable Sony Reader Filesystem

[scotty1024]

OK, here it is, version 0.2 of the mountable Sony Reader Filesystem for Mac OS X 10.4.8.

This is a Universal Binary with support for Intel and Power PC.

This version supports writing to the Reader and a Storage card in the SD slot.

I'm working on MS support, for now, only SD cards work.

This version works with new/old firmware.

You will now see two directories in the "root":
Card
Reader

The Reader "folder" will take you to the Sony Portable Reader's internal data folder "/Data". The Card "folder" will take you to the SD card (hopefully) inserted into your Sony Portable Reader.

[NatCh]

Does that mean you can offer some insights as to what changed in the firmware that made the original version stop working, scotty1024?

[scotty1024]

They locked out access to anything but /Data, /opt0, /opt1, a: and b:.

My wife was already chasing me to "simplify" the filesystem so she could find things she actually cared about. Perhaps someone's wife at Sony was making the same suggestion.

They also slightly modified the file format for the media.xml files. Which is a possible issue for prs500 but not for my code (as it doesn't touch those files, yet...)

[VladSukhoy]

Tried it - excellent job, scotty.
Minor issue - slow in Finder even when accessing the same folder (I guess it is Finder itself messing with stuff too much, but still).

[scotty1024]

Thanks.

I'll be turning on the FUSE cache in a few more releases. I want to get the base level fully implemented and solid before I start caching.

I've still got a few more things to suss out in the USB protocol: rename/truncate/filesystem stats.

[kovidgoyal]

Did they? Care to elaborate? My basic test of copying a book over and deleting a book worked, but I really haven't had the time to look into it in more detail.

Originally Posted by scotty1024

They also slightly modified the file format for the media.xml files. Which is a possible issue for prs500 but not for my code (as it doesn't touch those files, yet...)

[VladSukhoy]

couple more reports:
* cannot create directories (at least in /media/books)
* does not like concurrent access with two programs (at least with two Finders, I've never seen "ghost files" in finder before... ).

[VladSukhoy]

one more thing..
frozen out when I tried to copy 50 megs of scan pdfs onto the SIM.
No idea why, but in an hour it was still "copying" so I killed it off (used Terminal/cp and made sure no other app was interfering (to the best of my knowledge).

[scotty1024]

@VladSukhoy

I appreciate you taking the time to test and provide all this great feedback!

0.3 will be out in a few days.

[scotty1024]

Originally Posted by kovidgoyal

Did they? Care to elaborate? My basic test of copying a book over and deleting a book worked, but I really haven't had the time to look into it in more detail.

If I'm not mistaken they've added another namespace:

xmlns="http://xscool.net/xdb/1"

[kovidgoyal]

Seems to have been there in the old media.xml as well. Atleast its there in a media.xml on your hdd that's dated Nov. 21.

Originally Posted by scotty1024

If I'm not mistaken they've added another namespace:

xmlns="http://xscool.net/xdb/1"

[scotty1024]

Originally Posted by kovidgoyal

Seems to have been there in the old media.xml as well. Atleast its there in a media.xml on your hdd that's dated Nov. 21.

Maybe its card vs internal media.xml file. I've only really had access to the card files until the last two weeks.

[VladSukhoy]

> I appreciate you taking the time to test and provide all this great feedback!
Keep 'em coming
My interest also is to identify potential problems in my own fuse module..
By the way you have a whole bunch of options but not too many docs on them (like "use direct I/O" some kernel magic, unified buffer cache etc.).

[scotty1024]

Actually at present there are no options in my module...

int main (int argc, char *argv[]) {
  externalPath = NULL;
  externalPath = alloca(32);
  strcpy( externalPath, "b:/"); // hard coded to SD until I get reliable card type detector working

  initReaderOps();

  fuse_main(argc, argv, &reader_oper, NULL);
#ifdef DEBUG
  fprintf( logFile, "Returned from fuse_main\n");
  fflush( logFile);
#endif

  terminateReaderOps();
}

[VladSukhoy]

ok, those were fuse options. I didn't yet get to composing the module itself, just implementing the underlying functionality and regression tests for them.