Some time ago there were a few members here, all of whom using Windows, reporting something similar to what
@No Such Member is experiencing with regard to ripping SACD using a Sony Blu-ray player and SACDExtractGUI/3.9, similar though not identical reports of needing to power cycle/reboot the machine after multiple consecutive rips.
I say similar because these reports are not identical at all, which is interesting and suggests maybe it isn't just a memory leak in the executable. If it were, wouldn't all members using Windows experience just about the exact same thing, with perhaps only minor variations among different specific models eg. S390, 590, 5100 etc...?
Those past reports indicated a need to power cycle/reboot the Blu-ray player and rerun the AutoScript every 5 or so rips. Some of those reports go back to the original version of sacd_extract 3.9 circa fall 2018, while the more recent report by
@No Such Member indicates trouble after just 2 consecutive rips, whereby the 3rd consecutive rip attempt plods along at super reduced speeds and/or fails.
I do have my Windows 10 laptop at home this weekend, so I decided to do a test as most of my prior rips with Windows were just isolated tests using only 1-2 discs at a time, my main ripping platforms are macOS, and Linux based. I only really use Windows for business, and certain small testing. My Windows 10 test will initially seek to replicate the parameters being used by
@No Such Member , i.e. DSF stereo extraction.
So last night I power cycled my Sony S590 to clear the decks for a consecutive rips test with that unit. The S590 is connected to my router via Ethernet, and the Windows 10 laptop connects to my network via WiFi.
Rip #1:
Grant Green: Green Street
2.66MB/s, not too shabby for WiFi...
Rip #2:
Grant Green: Grantstand
2.85MB/s, slightly faster (not all discs rip at exactly the same speeds of course).
Rip #3:
Grant Green: Idle Moments
2.93MB/s, a tad faster still...
Rip #4:
Pink Floyd: Dark Side Of The Moon
2.81MB/s, still quite fast...
Rip #5:
Mathew Sweet: 100% Fun
2.56MB/s, slightly slower but still very acceptable for WiFi...
At that point I turned in for the night. But the test isn't over. I simply turned off the S590, and today I will turn it back on and just resume ripping, no power cycle, no reinsertion of the AutoScript, no anything other than open the tray, load a disc, Power OFF (sleep mode), and Run the rip:
Rip #6:
Joan Baez: Diamonds And Rust In The Bullring
2.87MB/s, picked up right where we left off last night...
Rip #7:
Ella Fitzgerald: Let No Man Write My Epitaph
2.69 MB/s, still no apparent big slowdown or problems...
Rip #8:
Aaron Neville: Nature Boy
For this one I decided to throw a wrench in the works and change the rip parameters to ISO+DSF.
Houston? We have a problem. But I doubt it has anything to do with having changed the rip parameters, much as that might seem the logical conclusion. I now wish I hadn't introduced that variable when I did, but it's too late to go back.
The actual problem likely has nothing to do with me changing the GUI settings to request different output. What the error message above says is the server running on the Blu-ray player was suddenly no longer accessible on Port 2002, my client PC could not connect to it.
But why is that? Probably as originally surmised here by other members using Windows, a slow memory leak in the executable that eventually exhausts the Blu-ray player's very limited available RAM. Thats as good a guess as any, however any/all alternative explanations or theories are welcome.
But would a power cycle/reset fully resolve it? I decided to try the press/hold Power for 10 seconds version of this, more or less a reset as opposed to an actual physical remove/replace of the AC power cord. The machine behaves the same way on reset as it would if the plug had been pulled, on reboot the display shows WAIT for 10 seconds or so, then the unit resumes stand-by.
I powered it on, reinserted the USB flash drive to read in the AutoScript and the tray opened, then placed a disc in the tray and closed it by entering sleep mode via Power OFF.
Rip #8 redux:
Aaron Neville: Nature Boy
Normal ripping resumed, in concurrent mode, both ISO+DSF created in one pass of the optical media.
2.92MB/s, complete DSF and ISO creation, all tracks present.
So what did we learn with this test?
I'm not entirely sure, except to say on my S590 using the Windows version of sacd_extract 3.9, consecutive rips totaling 7 showed not a peep of trouble, nor any slowdown. Then on rip #8 the server was suddenly unavailable and all attempts to recover failed except for a full reset of the Blu-ray player, at which point normal ripping resumed after reading in the AutoScript on the USB flash drive again.
Windows users, I invite your own input and experience with this phenomenon, or for that matter if anyone has run into this on macOS, or Linux.