This screenshot is the menu from brp
I tested SACDExtract now on a Win 10 - machine - well, to be honest, not completely so far. I only tried to extract the Multichannel Tracks from the ISO's I ripped with ISO2DSD...
...it didn't work - no matter what I tried.
I tested virtuallly any possible combination of settings and tested 4 different ISO's.
It seems as if the GUI starts the .exe with different command line -arguments, depending on what you chose before, but all I get afterwards is a [Done] - immediately, in less than one second. No output on the chosen folder.
I ran it on exactly the same machine I successfully ripped the SACD's on...
...will try to rip one of the SACD's freshly with SACDExtract - but not today - it's 1:30 am in Germany right now...
...Good Night! :-)
Lesson learned:
Never throw away old hardware or sell it on eBay for a few bucks...
...neither your old notebook, nor your old Sony Blu-Ray player!
The GUI is the latest version of the Java interface. It needs SACDextract that you compiled to operate. You point the GUI to the compiled SACDextract and run. ISO2DSD was an earlier front end with fewer bells and whistles like the ping & test buttons and the ability to send files where you want them.I am still a bit confused on the SACD ripping process. Should I be using SACDExtractGUI.jar or ISO2DSD software to do the ripping?
I am still a bit confused on the SACD ripping process. Should I be using SACDExtractGUI.jar or ISO2DSD software to do the ripping?
@MikeyFresh Well "Yee Haw" . It seems to be counting rip @ 2.3 Mb/sec . I was way back on firmware.
After reset I ticked boxes on or off as you described, updated firmware from like .004 (?) to the .50? The same one you upgraded to. It would not show provisioning until I upgraded firmware. I inserted usb stick and it opened. I took hdmi to monitor cable out and I have just completed my 1st Sacd to dff rip.
All shows perfectly as DSD64 being .dff files. When they play through Audirvana they indicated 24/88.2khz Stereo which is DSD.
When I was testing rips, I only used Audirvana and not my Dac yet. It was only with the Mac's dac.
Can you document the procedure using Windows or even Linux as well? A lot to ask I know, but this is so concise and clear, it would be nice if we had instructions to cover all bases.
It is possible I could do it using Linux too, though I've never tried it before and there I'd be limited to Ubuntu on a Raspberry Pi, I'm not sure if that is a suitable hardware platform.
Linux is good.
It would be fun to get this working on a full Ubuntu install.
Epilogue?
My own testing of the new sacd_extract 3.9 and SACDExtract GUI came full circle tonight. While I'm happy to answer any questions from new or existing HFH members moving forward, and I encourage additional comments in this thread, I think tonight's post constitutes the end of my personal journey on this topic, as I have now finally successfully ripped an SACD using a Blu-ray player and the Linux platform.
This was all made possible (for me anyway) by the recent addition of support for ARM architecture processors in the fantastic sacd_extract 3.9.
So even though I still don't have a "proper" Linux box, now the humble and low-priced, low-powered Raspberry Pi3 b+ should work using the Raspbian Stretch OS variant of Debian Linux (I didn't test it, but I'm relatively sure it will also work on Ubuntu for RPi too). This I have.
For the record, the RPi3 b+ is the latest greatest version of that single board computer (SBC), and the Broadcom BCM2837B0 SoC employed has the following specs:
CPU: 1.4 GHz 64/32-bit quad-core ARM Cortex-A53
Memory: 1 GB LPDDR2 RAM at 900 MHz
Power: 1.5 W (average when idle) to 6.7 W (maximum under stress)
But would it run smoothly? Is the very limited horsepower on this $35 hardware sufficient only for "theoretically it will work", or will the little RPi3 once again over-perform in ripping SACD relative to its meager specs and price point?
View attachment 8702
It works SUPER well!
The little RPi3 b+ barely broke a sweat both in terms of CPU and RAM utilization, and even heat generated, it actually ran cool to the touch (in an aluminum case):
View attachment 8703
This RPi3 b+ is configured for network access via WiFi, both that and the aluminum casing in use (suboptimal for WiFi reception) no doubt slowed the rip speed, but despite it all the process was smooth and only marginally slower than it is on Mac or Windows. Based on the low system resources utilized as shown in the screen shot above, I'd have to assume that network connection via Ethernet would speed things significantly. Still, the rip result was perfectly acceptable at 2.11MB/s.
View attachment 8704
So that brings me full circle with ripping SACD using a Blu-ray player. With successful rips on Linux, Mac, and Windows, after several hundred total rips I'm now running out of titles that need ripping, though I still actively buy SACDs quite often and so will have newly acquired titles to rip for the foreseeable future.
If anyone wishes to have the step-by-step instructions for using an RPi3 to rip SACD, please comment in this thread and I'll post screen shots. It's not fundamentally different than on Mac or Windows, and there is actually one fewer set-up step involved because Raspbian Stretch Linux comes with the Java Runtime Environment already installed, unlike on the Mac or Windows operating systems.
I power the 5100 up then insert the flash drive, the drawer opens, I insert a disc and power off. When the display stops flashing "off" I click on execute button in ISO2DSD. I have checked and double checked ip addresses but still get the error
"Failed to connect
libsacdread:Can't open 192.168.85.161:2002 for reading"