Closed piejanssens closed 10 years ago
ok... I think the issue here is that the outputDirectory is the same as the inputDirectory.
::COPYLINK: SOURCE AND TARGET folders are the same, skipping ...
so when SR processes these files, it actually moves the files away so DS can't find the files anymore.
I wonder if this would work if you used?
[Torrent]
outputDirectory = /volume1/downloads/torrent/processed
useLink = hard
deleteOriginal = 1
@clinton-hall I'm going to leave it as it is for now, it works good. PP works, files are deleted from download folder + removed from transmission.
no worries... thanks for all your help.
If you find anything that needs changing at my end, please shout out.
Thank you too for the assistance.
Cross platform cue splitting for different formats for nzbToHeadphones would be a nice addition 😝
ok... break that down for me is easy to understand terms...
Often an album is released with just one audio file and a CUE sheet. HeadPhones will fail to process this album because it's expecting x number of tracks and in addition it will parse every filename to match with a track on the album. But if you have only one audio file it will have the name of the album and nothing else..
The cue sheet contains all information (artist,track,pause,title,album,..) to split this one audio file into separate files. This can be done without re-encoding..
So before letting HP know that it can pp the album, split the audio file into separate tracks. The audio file always has the same name as the cue file.
If there are multiple discs, either they are in two separate subdirectories (like "disc 01" and "disc 02") or the filename of the cue and audio files will indicate which disc it is.
mp3splt seems to work on every platform (Windows, Linux, OS X) and supports FLAC, MP3 and OGG Vorbis as formats.
Transmission no longer calls the TorrentToMedia script for me as well. I just performed a git pull to resolve a headphones post processing issue. The script ran fine until I performed the update. I am on the master branch. I am on running a QNAP 219. When I ssh into the QNAP and perform cd /share/HDA_DATA/.qpkg/nzbToMedia/ then run python TorrentToMedia.py the script runs fine. Was this broke with the update mentioned above?
The issue is that the scripts now call python2
on qnap, do the following via ssh
ln -sf /opt/bin/python2.7 /opt/bin/python2
Unfortunately this did not work.
Sent from my iPad
On Jul 22, 2014, at 9:12 PM, Clinton Hall notifications@github.com wrote:
The issue is that the scripts now call python2 on qnap, do the following via ssh ln -sf /opt/bin/python2.7 /opt/bin/python2
— Reply to this email directly or view it on GitHub.
Ah... I think the issue is with the transmission script in QNAP
Can you verify that typing /opt/bin/python2
works now?
if so, exit by typing 'exit()`
Then you need to edit /etc/init.d/transmission.sh
add the following at aboput line 20 (just above the export LD_LIBRARY_PATH line)
export PATH=$PATH:/opt/bin
then restart Transmission. /etc/init.d/transmission.sh
That worked. Now will that transmission script change survive a qpkg update?
Sent from my iPhone
On Jul 22, 2014, at 11:25 PM, Clinton Hall notifications@github.com wrote:
Ah... I think the issue is with the transmission script in QNAP
Can you verify that typing /opt/bin/python2 works now? if so, exit by typing 'exit()`
Then you need to edit /etc/init.d/transmission.sh
add the following at aboput line 20 (just above the export LD_LIBRARY_PATH line) export PATH=$PATH:/opt/bin
then restart Transmission. /etc/init.d/transmission.sh
— Reply to this email directly or view it on GitHub.
It will survive FW update and restart... But a transmission qpkg update will break this. It is worth asking the transmission qpkg maintainer to include this in next update...
Hello,
After hours and hours, I managed to make TorrentToMedia work with Transmission. But I can't make it work it work with Download Station, even though I religiously followed the wiki how-to.
I get a "failed to connect to transmission".
I tried without password, with password, assigning a port to DS. Nothing seems to work.
So I wonder, is the wiki still up-to-date and I'm doing something wrong, or has something change with the recent DS updates ?
@piejanssens : is TorrentToMedia still working with DS for you ?
Just stick to Transmission. I gave up on DS because it shuts down the service when the queue is idle.
Ok thanks. Good to know. Nevertheless, do you know if TorrentToMedia can still connect to DS like you used to (using the transmission setting with port 9093) ?
Yes it does, but so far I have not been able to get further scripts invoked. This used to work. I have raised this with Synology. I also have needed to move away from Download Station to Transmission just to get TorrentToMedia.py to run.
I've set up SR to use torrents for backlog. Followed the nzbToMedia wiki on how to setup TorrentToMedia. The torrent is added to transmission, but when the download finishes nothing happens and I don't see any errors or log traces of calling the TorrentToMedia.py script in logs/nzbtomedia.log.
Update: when I stop/start the transmission package (SynoCommunity) the settings.json file is overwritten or at least this part is overwritten: