MikeyFresh Posted May 11, 2018 Share Posted May 11, 2018 20 hours ago, mindset said: Alternatively, if you are using the server mode, you can remove the USB stick once sacd_extract is loaded by the player . sacd_extract will keep running even after ripping or sleep as long as quick start mode is enabled. There will no problem with sequential ripping. That worked, I just ripped 2 discs consecutively after having removed the USB thumb drive. Upon waking the machine from sleep when the 1st rip was complete using the open tray button, it did not immediately close again like it did previously when I had left the USB stick in the S5100's port. So that will be my Sony S5100 procedure using the server method: Boot machine, insert USB stick/run script, remove USB stick once script is read/tray opens, load disc to be ripped/close tray Place machine in sleep mode, execute rip with ISO2DSD, wait for rip to complete Wake machine with tray open button, swap the next disc to be ripped into tray/close, sleep machine again, execute the next rip. No monitor/HDMI cable/on-screen display is necessary for the above. Boycott HDtracks Boycott Lenbrook Boycott Warner Music Group Link to comment
MikeyFresh Posted May 11, 2018 Share Posted May 11, 2018 On 5/10/2018 at 2:11 AM, Phthalocyanine said: I have never tried to use the rear USB on my S590 for ripping. If you get it to work, let us know. I got the rear panel USB port on the S5100 to work normally. I think the issue was simply due to booting up the machine with the USB drive already in the port, like I have always done with both the Pioneer BDP-80fd, and Cambridge CXU. For whatever reason the Sony did not react well to that, however the rear panel USB port works normally if I just wait for the machine to complete it's boot up sequence and reach the home menu, before inserting the USB thumb drive. Boycott HDtracks Boycott Lenbrook Boycott Warner Music Group Link to comment
Phthalocyanine Posted May 12, 2018 Share Posted May 12, 2018 @MikeyFresh Great work developing and explaining the Sony "sleep" server method to the community! MikeyFresh 1 Link to comment
hfl Posted May 12, 2018 Share Posted May 12, 2018 I have successfully ripped about 50 older SACDs. These are single layer meant to be played only on an SACD player. Of that group, 3 failed using the telnet with sacd_extract_160 files. I have seen a reference to some SACDs not working with sacd_extract_160. Can someone provide some insight into how to deal with this issue? Is there another version of sacd_extract that would read these discs? Link to comment
Phthalocyanine Posted May 12, 2018 Share Posted May 12, 2018 Quote 3 failed using the telnet with sacd_extract_160 files. What error messages did you get when they failed? Link to comment
hfl Posted May 12, 2018 Share Posted May 12, 2018 DSD Conversion Failure.rtf Here's the screen shot. Link to comment
Phthalocyanine Posted May 12, 2018 Share Posted May 12, 2018 Quote Here's the screen shot. That looks like a classic case of foreign diacritical mark trouble, i.e., accented characters. Look at the bizarro mark that replaces the accented e in Saint-Saëns in the error message. That's what the program is choking on. PROCEDURE FOR ACCENTED CHARACTERS If there are accented characters in the ISO name such as ö, ü, é, ñ, the PuTTY window might display "invalid argument" and ripping will not start. Here is a workaround: • Re-paste the command ./sacd_extract_160 –I • Add one space after –I and type two straight quotation marks • Copy or type the ISO (album) name directly in between the quotation marks • Delete the accented characters and type non-accented characters into the ISO name • Hit Enter to start the SACD ripping process. Link to comment
hfl Posted May 12, 2018 Share Posted May 12, 2018 Thanks for the quick reply. I'll do it. Link to comment
hfl Posted May 12, 2018 Share Posted May 12, 2018 Yes, each of the three albums had a an accented character and the workaround did the trick. Added note: I had a problem with the product of the telnet session to another of the old SACDs. ISO2DSF would not process the ISO to produce the dsf files. Fixed that issue by using the sacd_extract_gui from SourceForge with the latest version of sacd_extract. Worked fine that way. So I think that takes care of all those single layer SACDs. Did not think I would ever get that done, and indeed, would not have without all the help from this forum. Bravo with special thanks to Phthalocyanine! Link to comment
Phthalocyanine Posted May 12, 2018 Share Posted May 12, 2018 @hfl Glad we could help. The accented character thing reminded me that, as much as I love the command line, this is one area where the iso2DSD GUI interface method is easier. I just had the same problem ripping a disc which had Bartók in the title. Yes that Hungarian accent over the 'o' tripped it up and I had to specify a new title to get it work, as in the work-around method I described above. I tried the same disc with the server method and iso2DSD and while the scrolling printout indicated that the character was strange: Bart�k, it went ahead and ripped it anyway. Furthermore, the title on the .iso file it produced in Windows has the perfect accented ó. Someone had the problem recently with Björk - Icelandic accent mark over the o. I have not systematically looked into which accent marks trip it up. For those of you who have used the command line with many classical records, does it choke on relatively normal accents marks for French like à á è é ê? himey 1 Link to comment
hfl Posted May 12, 2018 Share Posted May 12, 2018 For these three discs it was either an "e" with an accent or an umlaut. Link to comment
mansr Posted May 12, 2018 Share Posted May 12, 2018 5 minutes ago, hfl said: For these three discs it was either an "e" with an accent or an umlaut. I think you mean diaeresis, not umlaut. Same two dots, very different meaning. Sorry for the nitpick. Link to comment
mindset Posted May 13, 2018 Share Posted May 13, 2018 8 hours ago, hfl said: I have successfully ripped about 50 older SACDs. These are single layer meant to be played only on an SACD player. Of that group, 3 failed using the telnet with sacd_extract_160 files. I have seen a reference to some SACDs not working with sacd_extract_160. Can someone provide some insight into how to deal with this issue? Is there another version of sacd_extract that would read these discs? I believe you are doing local ripping on the player side. For local ripping, It seems special characters are not handled properly because character code conversion doesn't work properly on the player side (you are probably seeing a bunch of error messages regarding this). If you rip a disc in the server mode, character conversion happens on the client side in which case character codes are most likely translated properly. At least that's what I have seen and here are some of the ripping results without any special treatment: I use Linux exclusively for ripping. I am not sure about Windows. Link to comment
Phthalocyanine Posted May 13, 2018 Share Posted May 13, 2018 35 minutes ago, mindset said: I am not sure about Windows. Yes iso2DSD in Windows using the server method can handle the special characters. That's what I was trying to say in my previous post. 36 minutes ago, mindset said: use Linux exclusively for ripping. By the way, what software do you use for your server method ripping under Linux? Link to comment
pabe12 Posted May 13, 2018 Share Posted May 13, 2018 6 minutes ago, Phthalocyanine said: By the way, what software do you use for your server method ripping under Linux? Why not use the same tools as for Windows and Mac - they do exist? (sacd_extract and iso2dsd) Link to comment
mindset Posted May 13, 2018 Share Posted May 13, 2018 37 minutes ago, Phthalocyanine said: Yes iso2DSD in Windows using the server method can handle the special characters. That's what I was trying to say in my previous post. Thanks. So, it looks like the special character issue exists only in local ripping. 38 minutes ago, Phthalocyanine said: By the way, what software do you use for your server method ripping under Linux? I use sacd_extract. Link to comment
karalo Posted May 13, 2018 Share Posted May 13, 2018 Hi guys, sorry to ask you this. I read the topic from the beginning trying to undertstand everything, but I am still a little confused >_< I first thought I could use my SONY BDP-S790 (from page 110 of the topic). I was able to connect with Telnet, but nothing more. And I discovered later this player is not working for ripping SACD (thanks to the wonderful work from @dtblair, thx to him). Then I read the BDP-S590 and BDP-S490, and I can access to one of these model in 2 weeks, so I will try. But with all the AutoScript file version around, sacd_extract..., and the different tutorial, I finally don't know which ones to use, and how. Could someone explain me ? Thank you very much, in advance for helping me, and for this wonderful topic and all the work done. PS: sorry for my english mistakes, I am not fluent as I would Link to comment
Phthalocyanine Posted May 13, 2018 Share Posted May 13, 2018 @karalo You can find my guide for BDP-S590 and BDP-S490 ripping and other useful guides and materials in Dick’s SACD Ripping Stuff. Link to comment
karalo Posted May 13, 2018 Share Posted May 13, 2018 1 hour ago, Phthalocyanine said: @karalo You can find my guide for BDP-S590 and BDP-S490 ripping and other useful guides and materials in Dick’s SACD Ripping Stuff. Oh, sorry, I missed that. Thank you very much. I have just read it, it is all very clear and well documented and commented. Just perfect! Thx for your hard work. I will test this in a couple of days. Link to comment
David_B Posted May 17, 2018 Share Posted May 17, 2018 I am just about to start this process. Here's my question, regarding these instructions: The download location should be a new folder in the ROOT of your chosen drive*. This is important, as it is common for rips to fail without explanation due to excessively long path names (The file name for each track is taken from the metadata stored on the SACD, over which you have no control. Such file names can be very long, especially for classical music). For the same reason, the folder name should be short, e.g. SACD. Naming the folder as ‘SACD’ also makes sense, as ISO2DSD always stores rips in subfolders within its own folder (you can’t change this behaviour). My question is -- are we supposed to download the entire zip file (unzipped) to the c drive, or all the unzipped files, or just some of the fiels? And yes i know it needs to go to a folder I've created in the c drive. I'll probably just name it SACD, since I'm so very creative like that. David B Link to comment
haggis999 Posted May 17, 2018 Share Posted May 17, 2018 12 minutes ago, David_B said: I am just about to start this process. Here's my question, regarding these instructions: The download location should be a new folder in the ROOT of your chosen drive*. This is important, as it is common for rips to fail without explanation due to excessively long path names (The file name for each track is taken from the metadata stored on the SACD, over which you have no control. Such file names can be very long, especially for classical music). For the same reason, the folder name should be short, e.g. SACD. Naming the folder as ‘SACD’ also makes sense, as ISO2DSD always stores rips in subfolders within its own folder (you can’t change this behaviour). My question is -- are we supposed to download the entire zip file (unzipped) to the c drive, or all the unzipped files, or just some of the fiels? And yes i know it needs to go to a folder I've created in the c drive. I'll probably just name it SACD, since I'm so very creative like that. That specific instruction is only related to the downloading of ISO2DSD, not the AutoScript.zip file. Link to comment
sefischer1 Posted May 17, 2018 Share Posted May 17, 2018 zip files are used to "transport" sets of files between systems. They typically aren't used as zip files. You must "unpack" or "unzip" or "expand" the zip file in an empty sub-directory, so that the original files are presented with their original names and relative hierarchical directory groupings. You then move the set of "unzipped" files to their new desired location if they aren't already there. Don't be changing any names. Link to comment
David_B Posted May 17, 2018 Share Posted May 17, 2018 1 hour ago, sefischer1 said: zip files are used to "transport" sets of files between systems. They typically aren't used as zip files. You must "unpack" or "unzip" or "expand" the zip file in an empty sub-directory, so that the original files are presented with their original names and relative hierarchical directory groupings. You then move the set of "unzipped" files to their new desired location if they aren't already there. Don't be changing any names. So, I drag all the unzipped files to my root drive? Or just the ISO2DSD app file? Link to comment
haggis999 Posted May 17, 2018 Share Posted May 17, 2018 54 minutes ago, David_B said: So, I drag all the unzipped files to my root drive? Or just the ISO2DSD app file? It doesn't matter where you initially store the unzipped AutoScript.zip files. What does matter is how you then transfer them to a USB memory stick. That is fully described in my procedure. Link to comment
wl_lam Posted May 20, 2018 Share Posted May 20, 2018 Hi all, Need HELP. I used Sony BDP-S590 to and encountered error highlighted in red. Highlighted in blue is what I change in the AutoScript. USB Memory Stick – root directory – Setup AutoScript and AutoScriptSACD folder as follows:- AutoScript # #CLI(CLI_exec insmod /lib/modules/2.6.35/BDP/splitter.ko) # #CLI(CLI_exec cp /mnt/sda1/AutoScript/sacd_extract /) #CLI(CLI_exec /sacd_extract -S &) # #CLI(CLI_exec cp /mnt/sda1/AutoScript/sacd_extract_160 /) CLI(CLI_exec cp `ls -d /mnt/sd*`/AutoScript/sacd_extract_160 /) CLI(CLI_exec /sacd_extract_160 -S &) # # Typical for Server Mode but optional in either case: # Uncomment the following line to cause tray to open #CLI(CLI_drv.ir.rx.sq 0xaf000) AutoScrip.TSS # #CLI(CLI_exec insmod /lib/modules/2.6.35/BDP/splitter.ko) # #CLI(CLI_exec cp /mnt/sda1/AutoScript/sacd_extract /) #CLI(CLI_exec /sacd_extract -S &) # #CLI(CLI_exec cp /mnt/sda1/AutoScript/sacd_extract_160 /) CLI(CLI_exec cp `ls -d /mnt/sd*`/AutoScript/sacd_extract_160 /) CLI(CLI_exec /sacd_extract_160 -S &) # # Typical for Server Mode but optional in either case: # Uncomment the following line to cause tray to open #CLI(CLI_drv.ir.rx.sq 0xaf000) Putty sony-player login: root /mnt # cd /mnt/ /mnt # ls 3rd_data nand_03_0 rootfs_enc_it sde1 custom_app_data nand_14_0 rootfs_it ubi_boot log_data rootfs_enc rootfs_normal /mnt # cd /mnt/sde1/AutoScriptSACD/ /mnt/sde1/AutoScriptSACD # ls AutoScript AutoScript.TSS sacd_extract_160 /mnt/sde1/AutoScriptSACD # ./sacd_extract_160 -I insmod: can't insert '/tmp/fileOGL2cs': Device or resource busy [0]: install_modules: mknod/insmod filed rmmod: can't unload 'sacd_read': unknown symbol in module, or unknown parameter [0]: Can not install modules /mnt/sde1/AutoScriptSACD # Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now