Jump to content

Nexus3

Members
  • Content Count

    78
  • Joined

  • Last visited

About Nexus3

  • Rank
    Freshman Member

Recent Profile Visitors

394 profile views
  1. Well your wish is coming true 😎 The special script type is called AutoRip - just watch this short but neat video demonstration (by @MikeyFresh). Thankfully @Dick Darlington, hosted all of the AutoRip scripts here. If you want to know which script fits what player model - use this overview. Happy AutoRipping!
  2. Yes of course, despite the provision to publish open sourced software, not every manufacturer interprets this in a straightforward fashion as Sony or Pioneer. Some publish their OSS packages only upon request, others don't bother at all. My Pioneer BDP-450 (despite having a custom firmware) drove me nuts 🤕, when I tried to unlock the mystery behind opening its door (when AutoScript was provided via USB), but refusing any remote connection attempts (port 23 telnet or sacd_extract : 2002). Then I downloaded the source code used for its firmware (BDP-450 & BDP-150 are related) and compared it to the next generation (BDP-160), which is of course fully cooperative (telnet & sacd_extract). Since netfilter is the bouncer for Linux based network traffic & firewall regulation, finding it enabled for the BDP-150-series suggests that "foul play" is going on here. In any case this is just a reasoned suspicion on my part not waterproof evidence. I tried some basic commands to include in the AutoScript (e.g. iptables stop) but in the end it turned into a guessing game and I gave up. Anyhow making the players to talk will bring us onto the tree but not within grasp of the forbidden fruits, since the more pressing concern is a compatible sacd_extract EXECUTABLE. Having that and feeding it via an AutoRip script, hence bypassing any network activity and ripping to local USB, should yield us the desired ISO - I would bet my most precious SACD (ST-Nemesis) onto this. 😜
  3. Mhh v2.6.27, just like my old Pioneer. Although the telnet and remote ripping might be off limits due to a possible port blocking, with the "correct sacd_extract executable" not only the door should open, but the dogs could be let out (e.g. via local AutoRip script). Is there anyone eager to comment on / second the following proposal? We should contact some specialists on the matter (kernel transfusions) - maybe someone would be willing to take up the matter.
  4. Or a Raspberry Pi via regular LAN cable 😜
  5. Should you get tired and your player does support Miracast (most Sonys do) there might be a more comfortable solution. Having a telnet session from your smartphone to the player or a RDP hookup (smartphone -> ripping PC), you should be able to send the smartphone's screen directly via WiFi to the player which in turn sends it to the TV via HDMI. Just a lazy thought ...🙄
  6. Good evening, here are new compilations of SACD_EXTRACT & SACDExtractGUI based on mindset's latest sources for the most common OSes. SACDExtractGUI v0.1-7-g135cbd5d sacd_extract version [email protected] Linux x64 package: [email protected]_git_2019-03-21.zip macOS x64 package: [email protected]_git_2019-03-21.zip Windows x64 package: [email protected]_git_2019-03-21.zip Happy ripping 💿 & USE THEM AT YOUR OWN RISK! ☢️
  7. Well it certainly reacts to the script (opens its tray). Unfortunately neither telnet (rejected) nor sacd_extract [remote] access is possible (port inaccessible). The likely cause of this is a an activated player firewall and on overdose. Comparing the config settings within the source codes (150 generation vs 160) shows the following: Trying the Autorip script skips the subscript portion, most likely due to some kernel incompatibility (Pioneer BDP-150 & BDP-450 feature Linux kernel v2.6.27). In any case there is still HOPE for the following Pioneer models: BDP-LX58 / BDP-85FD BDP-LX88 / BDP-88FD To better news now - I am happy to report that despite all odds (or wrong assumptions 😩😞 the Pioneer models (and maybe even the Oppo derivatives) can be engaged into LOCAL RIPPING even full AutoRip is possible! My first attempt in SACD-ripping to USB via telnet on my Pioneer BDP-170: A4 AutoRip script (release candidate): Last but not least Oppo users, would just have to adapt the script to their executable (or send me a PM).
  8. My two cents on the topic: a channel featuring hardware, which I do not dare to desire let alone afford 😋 another channel featuring software, for which I'd gladly pay the initial price if only it would not be sold out already 😱
  9. There ought to be three files placed all in the same directory: AutoScript\AutoScript AutoScript\autorip.sh AutoScript\sacd_extract_6200 1. The main script handles the crucial commands and loads the necessary programmes. 2. The unix subscript is only there to take over the manual human inputs compared to a telnet local ripping. 3. The tool which actually does the ripping incl. ISO creation. The tray will open as soon as sacd_extract* has finished its job - if you can not stand the suspense just use a USB flashd rive with a LED 😉. Afterwards you may unplug it and check its content on your computer. How large is the ISO (in Gigabytes), are you able to open and process it with SACDExtractGUI / ISO2DSD?
  10. A typical symptom that the autorip.sh unix script has not been properly formatted and therefor skipped. The last command (eject tray) is initiated forcing to retract the tray again after the former command opened it: @loadam59The only explanation, I can think of is that the Sx200 player generation no longer offers a separate SH executable (maybe you can confirm / check this): The functionality might be integrated into busybox. In any case the BDP-S790 also works without the reference to /bin/sh so here are the new candidates of the A2 & A3 AutoRip scripts: A2 - release candidate 2: #MTKAT 0.xx script CLI(CLI_exec cp /mnt/sd*/AutoScript/sacd_extract_6200 /) CLI(CLI_exec insmod /lib/modules/2.6.35/BDP/splitter.ko) CLI(CLI_exec /sacd_extract_6200 -S &) CLI(CLI_drv.ir.rx.sq 0xaf000) CLI(CLI_exec /mnt/sd*/AutoScript/autorip.sh) CLI(CLI_drv.ir.rx.sq 0xaf000) A3 - release candidate 2: #MTKAT 0.xx script CLI(CLI_exec cp /mnt/sd*/AutoScript/sacd_extract_6200 /) CLI(CLI_exec insmod /lib/modules/2.6.35/BDP/splitter.ko) CLI(CLI_exec /sacd_extract_6200 -S &) CLI(CLI_drv.sacd.tray 1) CLI(CLI_exec sleep 10s) CLI(CLI_drv.sacd.tray 0) CLI(CLI_exec /mnt/sd*/AutoScript/autorip.sh) CLI(CLI_drv.sacd.tray 1) @Sx200 users: Is the channel switch-over [DSD 2ch vs DSD multi-ch] still necessary? @all - A1 reports / feedback are also welcome! @Dick Darlington Surely one of the Notepad++ alternatives for macOS must support proper UNIX formatting.
  11. Here are the release candidates (streamlined & simplified) of the AutoRip scripts mentioned here: type A1 type A2 The USB-flash drive is inserted while the player is ON [Awake Mode]. There is a 50 SECONDs time window after the tray has opened to: Insert the disc Close the tray manually Wait for the disc to be recognised AND shown as SACD on the TV screen Alter the SACD channel output via OSD menu [DSD 2ch <-> DSD multi-ch] type A3 The USB-flash drive is inserted while the player is SEMI-OFF [Sleep Mode]. The window of opportunity starts with the auto-opening of the tray and its auto-closure after 10 SECONDS. The disc must be placed onto the tray - NOTHING ELSE NEEDS TO BE DONE! Please test the new (shortened) scripts and comment on them! It would be interesting to know if the A3 type works in AWAKE MODE on the Sony S6200 & S7200 or if the A2 including the manual channel switch over needs to be applied on them as well .
  12. Good luck! Yep. When are you getting this error message? This could be the kind of error message you get when you do not do the music setting toggle (which I think you are referring to here as changing the SACD channel layout). One gets various error messages in this area. If what you mean by the choice of the SACD channel layout is not persistent is that you must change that setting every time before you rip a disc, the answer is yes. The purpose of the toggle is to release the grip of the player software program (unmount the disc from the player program) so that the ripping program can access it. So every time you put in a disc you must do the toggle. (Except of course for the sleep server method where you never have to do the toggle.) Yes indeed, the manual SACD channel mode switchover works to avoid this. The sad thing, is that you can not do this blind on the remote: Home - 2x Left - 4x Down - Enter - 1x Down - Enter - 2CH/MULTI because of the OPTION itself - its not borderless, meaning you would have to know what it is set to in order to pick UP or DOWN. This also disqualifies my first thought of inputting IR commands via the script (if done by the chain). It would be helpful to know if the Sony blu-rays player would still accept a dedicated command featured like on some older DVD player remote, to switch the channel config of the SACDs e.g. SA-CD_MULTI/2CH 0x7AB92 Left corner key of the last grey row: So my last best hope is for some command via cliprog, which can render the manual switch over obsolete OR to live with the fact that there can not be a fully automated local ripping script for the older Sony player generations.
  13. Nice to hear that the Sx200 player generation has no longer got this deficiency (no usb ports in sleep mode). @loadam59, your script looks nice & sleek - guess there will be a 3rd autorip script then (A3 = Sx200 sleep) Meanwhile I am still stuck at trying to circumvent the need to switch the SACD channel layout for local ripping on the old Sony players. A few disc work but most just make the player crash: /mnt/sdd1/AutoScript # ./sacd_extract* -I mknod: /dev/sacd_read: File exists Have you changed the telnet daemon within the Pioneer script? telnetd won't work, you would have to replace it with inetd
  14. Awake mode should also work, I'll have to check if the WiFi performance is better there. I think that "only" the chipset can handle it by that report. If the player's manual doesn't mention a HDCD decoding ability you are most likely out of luck. But give it a try anyway - surely there must a HDCD out of 9000 in your posession 🙄 (although the real list is much shorter) Well the telnet session should still work even within sleep mode, only the USB-ports should be gone. Hence a local ripping is not possible within sleep mode. I doubt this will work on SONY players, read about some older Pioneer model with modded firmwares, which can do that. Actually the ideal playback (& backup) solution was there - SACD-R, until it was axed by Sony.
  15. Hello @mindset, your timing couldn't be better. 😄 I was in contact with @klassikmann, to have his great "autorip sub-script" optimized and turned into something REALLY "stand-alonish". Assuming the drv.ir.rx.sq is the command sequence for "fake" internal infra-red code inputs via cliprog and 0xaf000 is the hex-code for the EJECT-button, shouldn't there also be hex-codes for other keys like "options" "directions keys" and the "enter key? Our goal is to have the keybutton chain, normally entered via remote control to alter the SACD layer (via OSD menu), injected via the unix subscript and thus enabling a truly USB-stand-alone ripping solution for the Sony players - without any need for a PC, network or manual user inputs.
×
×
  • Create New...