mindset

You did it right. There are SONY UBP's as well. They are too expensive to play with at this point.

Here is the patch for S6500/S6700: Please respect copyrights. This patch can only be used for legal purposes at your own risk. 1. You can use this patch only for processing discs you legally own. 2. Any output obtained with this patch cannot be shared with anyone. 3. Before any disc leaves your possession, all outputs obtained from the disc must be permanently destroyed. To apply the patch, overwrite the file "a" in the zip file over sacd_extract_160 at the 192476-byte offset using the method of your preference. For reference (using dd): The sacd_extract_160 program must be started while the player is OFF. This means that the quick start mode has to be enabled, By the way, I am not the author of sacd_extract_160.

Thanks. Both run Linux 3.10.26 on MTK8580DJAG (armv7l).

After some weekends of deciphering disassembled codes, I have managed to create a working patch for sacd_extract_160 to work with BDP-S6700 and BDP-S6500. Outputs are bit perfect compared with those from BDP-S390. Still working on some minor issue, but hopefully I will be able to share it soon.

This has been discussed many times at different places. As you have found out, some discs have a UDF file system. There is a way: TRACK*.2CH and TRACK*.MCH are probably pointing to parts of 2C_TAREA.2CH and MC_TAREA.MCH, respectively.

Forgot to include an important note: This command is destructive. Make sure to replace /dev/sda with the device name of the USB stick. /dev/sda may be your main harddrive!

On Linux, it's just a matter of running this : mkfs.fat -F32 -I /dev/sda Regardless of contents in the USB stick, it creates an empty partition-less FAT32 drive.

It is probably the former since I see this hard coded in bdpprog (the main player program) in the BDP-105 firmware: /mnt/sda1/AutoScript/AutoScript.TSS

Just ran some analysis on the latest firmware (BDP9x-82-1009), and confirmed it indeed has kernel 2.6.27: 2.6.27 preempt mod_unload ARMv6 I believe this is why sacd_extract doesn't work on BDP-93/95.

You need to first establish a telnet connection to the player before you can run the command.

Also report what this command returns in telnet: uname -a It will display the Linux kernel version and other info. sacd_extract only runs on a specific kernel version (=2.6.35) as of today.

Yes. Drive door opening just means that AutoScript containing the door open command was read and was executed, and but has nothing to do with the sacd_extract program.

This is true according to http://wiki.oppodigital.com/index.php?title=Open_Source_Software_Related_to_BDP-95/95 as well. Therefore, unless the kernel version has been upgraded via a firmware update, getting sacd_extract work with this player will be a challenge. Since 2.6.27 is numerically close to 2.6.35, one can perhaps hack the vermagic of the kernel module inside sacd_extract and see what happens.

The nice thing about this way is that it allows both local and remote ripping with the same script. I proposed this before:

Regarding your comment on local ripping in sleep mode on BDP-S7200: At least for BDP-S6200, this is not true. USB does remain alive in sleep and local ripping to a USB stick during sleep is possible. I would guess the same is true for BDP-S7200 as well.