[support] rix's Docker Repository


rix

Recommended Posts

  • 5 months later...

How do I pass the password for the webui?

2016-04-18 21:54 WARNING web_server No password set for web server, create one by using `flexget web passwd <password>`
2016-04-18 21:54 INFO web_server Web interface available at http://172.17.0.15:3539]

 

From the flexget webui wiki page (http://flexget.com/wiki/Web-UI) you the right way to set the password would be from the command line inside the docker. You can do this by running

 

docker exec -it FlexGet /bin/bash

 

from inside either a telnet or ssh session on your unRAID box. This will spawn a bash session inside the docker container and connect you to it. Then you can run the recommended command from the wiki:

 

flexget web passwd some-password

 

where some-password is the password you'd like to use. (btw, once you run the /bin/bash command above, you can run the flexget execute -v command)

 

That's as far as I've gotten. flexget tells me it's updated the password successfully, but the webui still rejects it. Restarting the container still gives me the "no password" error.

:(

UPDATE:

 

Figured it out. For some reason, my config folder had multiple sqlite databases, so flexget web passwd was updating the wrong one. It's now working as advertised.

 

 

Just a heads up for anyone else trying to set the webui password.  The command

 

flexget web passwd some-password

 

will create/update the db-config.sqlite file located in the current directory, therefore you need to cd to /config first.

Link to comment
  • 3 months later...
  • 4 weeks later...

I've only tried it on CDs and, well... it works!

 

I didn't realise that it was completely automatic at first, with no user interaction possible or required. But I also see that what is actually running is a script, ripper.sh that's located in the appdata/ripper folder.

 

A couple of observations. I notice that to create an MP3 and a FLAC the CD is actually read twice. I watched it in progress - each track is ripped to a .rip file, which is renamed to a .wav. The .wav file is then encoded to MP3 and deleted. Then the process is repeated for FLAC.

 

I see that the whole process of ripping, cddb requesting, naming and encoding (does it handle id tagging too?) is controlled by /usr/bin/ripit, which in turn is called once for MP3 and again for FLAC. I'm not familiar with ripit but I've been reading a man page for it http://man.cx/ripit(1). I'm not sure it's the correct version because you use a couple of options that it doesn't document, namely the -O and the --uppercasefirst options.

 

I'm not sure what -O y does but I can guess that --uppercasefirst forces the names of tracks and artists to have capital letters at the beginning of all words. This may well be the cause of this minor naming issue:

 

root@Northolt:~# ls -l /mnt/user/N_Public/Ripper/CD/FLAC/The\ Killers__Sawdust/

total 523608

-rw-rw-r-- 1 nobody users 27545961 Feb  5 00:32 01\ Tranquilize.flac

-rw-rw-r-- 1 nobody users 30377052 Feb  5 00:33 02\ Shadowplay.flac

-rw-rw-r-- 1 nobody users 36975586 Feb  5 00:34 03\ All\ The\ Pretty\ Faces.flac

-rw-rw-r-- 1 nobody users 27450149 Feb  5 00:35 04\ Leave\ The\ Bourbon\ On\ The\ Shelf.flac

-rw-rw-r-- 1 nobody users 34302039 Feb  5 00:36 05\ Sweet\ Talk.flac

-rw-rw-r-- 1 nobody users 20256308 Feb  5 00:36 06\ Under\ The\ Gun.flac

-rw-rw-r-- 1 nobody users 26539169 Feb  5 00:37 07\ Where\ The\ White\ Boys\ Dance.flac

-rw-rw-r-- 1 nobody users 20582377 Feb  5 00:37 08\ Show\ You\ How.flac

-rw-rw-r-- 1 nobody users 27879158 Feb  5 00:38 09\ Move\ Away.flac

-rw-rw-r-- 1 nobody users 31420603 Feb  5 00:38 10\ Glamorous\ Indie\ Rock\ And\ Roll.flac

-rw-rw-r-- 1 nobody users 26900807 Feb  5 00:39 11\ Who\ Let\ You\ Go.flac

-rw-rw-r-- 1 nobody users 28973505 Feb  5 00:40 12\ The\ Ballad\ Of\ Michael\ Valentine.flac

-rw-rw-r-- 1 nobody users 19758461 Feb  5 00:40 13\ Ruby,\ Don'T\ Take\ Your\ Love\ To\ Town.flac

-rw-rw-r-- 1 nobody users 32711252 Feb  5 00:41 14\ Daddy'S\ Eyes.flac

-rw-rw-r-- 1 nobody users 19921517 Feb  5 00:41 15\ Sam'S\ Town\ (Abbey\ Road\ Version).flac

-rw-rw-r-- 1 nobody users 29384685 Feb  5 00:42 16\ Romeo\ And\ Juliet.flac

-rw-rw-r-- 1 nobody users 26013943 Feb  5 00:42 17\ Change\ Your\ Mind\ (Bonus\ Track).flac

-rw-rw-r-- 1 nobody users 69138804 Feb  5 00:43 18\ Mr.\ Brightside\ (Jaque\ Lu\ Cont'S\ Thin\ White\ Duke\ Remix).flac

-rw-rw-r-- 1 nobody users    1927 Feb  5 00:44 The\ Killers\ -\ Sawdust.m3u

root@Northolt:~#

 

where it also appears to force the capitalisation of letters following an apostrophe, as in "Ruby, Don'T Take Your Love To Town" and "Daddy'S Eyes". Maybe this is a limitation of ripit.

 

A little more serious is this one:

 

root@Northolt:~# v /mnt/user/N_Public/Ripper/CD/FLAC/James__The\ Collection/

total 526364

-rw-rw-r-- 1 nobody users 30134742 Feb  5 02:04 01\ Sit\ Down.flac

-rw-rw-r-- 1 nobody users 38064715 Feb  5 02:08 02\ English\ Beefcake.flac

-rw-rw-r-- 1 nobody users 25516548 Feb  5 02:08 03\ Seven.flac

-rw-rw-r-- 1 nobody users 24656468 Feb  5 02:09 04\ Lazy.flac

-rw-rw-r-- 1 nobody users 34497832 Feb  5 02:10 05\ So\ Long,\ Marianne.flac

-rw-rw-r-- 1 nobody users 29502653 Feb  5 02:11 06\ Getting\ Away\ With\ It\ (All\ Messed\ Up).flac

-rw-rw-r-- 1 nobody users 24791031 Feb  5 02:11 07\ Lost\ A\ Friend.flac

-rw-rw-r-- 1 nobody users 17919041 Feb  5 02:12 08\ Once\ A\ Friend.flac

-rw-rw-r-- 1 nobody users 22636918 Feb  5 02:12 09\ Coffee\ &\ Toast.flac

-rw-rw-r-- 1 nobody users 19833168 Feb  5 02:13 10\ Laid.flac

-rw-rw-r-- 1 nobody users 28237851 Feb  5 02:13 11\ Confusion.flac

-rw-rw-r-- 1 nobody users 27538145 Feb  5 02:14 12\ Heavens.flac

-rw-rw-r-- 1 nobody users 26716460 Feb  5 02:14 13\ She'S\ A\ Star.flac

-rw-rw-r-- 1 nobody users 33320499 Feb  5 02:15 14\ Five-O.flac

-rw-rw-r-- 1 nobody users 25323224 Feb  5 02:15 15\ Out\ To\ Get\ You.flac

-rw-rw-r-- 1 nobody users 31002438 Feb  5 02:16 16\ I\ Know\ What\ I'M\ Here\ For.flac

-rw-rw-r-- 1 nobody users 45280855 Feb  5 02:17 17\ Lose\ Control\ \302\303Mcguire\ Mix].flac

-rw-rw-r-- 1 nobody users 53983282 Feb  5 02:18 18\ Gold\ Mother\ \302\303Warp\ Remix].flac

-rw-rw-r-- 1 nobody users    1668 Feb  5 02:18 James\ -\ The\ Collection.m3u

root@Northolt:~#

 

where in tracks 17 and 18 a left square bracket character is getting substituted with a pair of unprintable characters, making the files invisible within the unRAID GUI. I renamed them manually.

 

Both naming issues are minor and seem to be a feature of ripit, rather than your code, but it would be nice to fix them and also to avoid the need to read the CD twice. I notice that ripit allows multiple codecs to be specified so that looks like a way of avoid the need to rip twice, at the expense of probably having to sort the .flac and .mp3 files into their respective folders afterwards.

 

Am I correct in thinking that once the docker is run for the first time and ripper.sh has been copied into the appdata/ripper folder it is static and if I want to experiment I can simply edit it there?

 

My verdict, then: essentially, it works. Not only that, it works well enough to be useful. So well done and thank you.

 

Link to comment

From the appdata/ripper/Ripper.log file, it seems that cddb returned a unicode character instead of the left square bracket in one of the query responses:

 

17: [06:12.64] Lose Control <U+0090>Mcguire Mix]

18: [07:55.52] Gold Mother <U+0090>Warp Remix]

 

and somehow ripit converted it into two unprintable ASCII codes:

 

02:01:37: Ripping "17 Lose Control <C2><C3>Mcguire Mix]"...

cdparanoia III release 10.2 (September 11, 2008)

...

outputting to /out/Ripper/CD/FLAC/James__The Collection/17 Lose Control <C2><C3>Mcguire Mix].rip

...

02:02:22: Ripping "18 Gold Mother <C2><C3>Warp Remix]"...

cdparanoia III release 10.2 (September 11, 2008)

...

outputting to /out/Ripper/CD/FLAC/James__The Collection/18 Gold Mother <C2><C3>Warp Remix].rip

 

EDIT:

 

I spent the afternoon playing and here's what works for me:

 

STORAGE_CD="/out/Ripper/CD"

 

/usr/bin/ripit -d "$DRIVE" -o "$STORAGE_CD" -c 0,2 -b 320 -W -w --comment cddbid -D '"$suffix/$artist/$album"' -e --infolog "/log/autorip_"$LOGFILE"" -Z 2 -O y --playlist 0 --nointeraction >> $LOGFILE 2>&1

 

It fixes all the issues I've mentioned. I've decided to keep the .wav files (-w) for the time being as I have plenty of space, but I have no use for the .m3u files.

 

  • Like 1
Link to comment

Thank you very much for the extensive feedback.

 

It sounds to me, ripit is generally working for you. (An alternative would be abcde, that I would otherwise try to implement)

 

A few observations:

-Did you combine Flac/MP3 with the -c 0,2 tag, thus cutting the time required for ripping audio in half?  8)That, I will implement!

--W eliminates the special chars. A must implementation

--w keeps the wav files. I will leave that out

--e is unneccesary, because ripper.sh does eject the disk in the end, anyway

---playlist 0 disables the playlist

 

Just updated:

https://github.com/rix1337/docker-ripper/commit/b9b571101f354c194d0fbe0a7743fa9d28e85a93

 

updated again to include $suffix/$artist/$album

 

One request on my side:

 

Could you please check the startup log, if there are any errors concerning the MakeMKV beta key? I have only been able to test this on my system and would like to confirm it is working for others.

Maybe even rip a DVD for me  :o8)

Link to comment

I updated to the latest version but I notice that the appdata/ripper/ripper.sh didn't get updated when I started the container. I had anticipated that it would and had backed up my edited version of your previous script so that I could refer back to it if necessary. I guess I need to delete ripper.sh to ensure it's re-created on docker start. Anyway, at the moment I'm still running with my tweak of your original script but as I only changed the CD section it doesn't prevent me from giving you the startup log that you asked for:

 

*** Running /etc/my_init.d/ripper.sh...

Using MakeMKV beta key: T-bKTnFR8IlPCYOWdl2z00ScXddJFYFMn6qazWqXUlUk3rrSKCEOexQgEswryjpAj8m2

touch: cannot touch '/root/.MakeMKV/settings.conf': No such file or directory

/etc/my_init.d/ripper.sh: line 24: /root/.MakeMKV/settings.conf: No such file or directory

08.02.2017 23:15:36 : Starting Ripper. Optical Discs will be detected and ripped within 60 seconds.

08.02.2017 23:15:38 : Disk tray open

08.02.2017 23:16:38 : Disk tray open

08.02.2017 23:17:39 : Disk tray open

08.02.2017 23:18:41 : CD detected: Saving WAV, MP3 and FLAC

08.02.2017 23:30:40 : Done! Ejecting Disk

08.02.2017 23:32:20 : Disk tray open

08.02.2017 23:33:21 : Disk tray open

08.02.2017 23:34:22 : Disk tray open

08.02.2017 23:35:24 : DVD detected: Saving MKV

08.02.2017 23:52:16 : Done! Ejecting Disk

08.02.2017 23:54:05 : Disk tray open

08.02.2017 23:55:06 : Disk tray open

08.02.2017 23:56:07 : Disk tray open

 

As you'll see it ripped a CD (18 tracks) and encoded it in 12 minutes and it ripped a DVD (6.8 GB) in 17 minutes. Is there anything else I can help you with - anything from the big appdata/ripper/Ripper.log for example? I notice there are a lot of messages from MakeMKV regarding the DVD rip. They look like errors but I think it's MakeMKV trying different methods to access the data before settling down.

 

MSG:1005,0,1,"MakeMKV v1.10.4 linux(x64-release) started","%1 started","MakeMKV v1.10.4 linux(x64-release)"

MSG:2003,0,3,"Error 'Scsi error - ILLEGAL REQUEST:READ OF SCRAMBLED SECTOR WITHOUT AUTHENTICATION' occurred while reading 'BD-RE MATSHITA BD-MLT UJ262 1.00' at offset '1048576'","Error '%1' occurred while reading '%2' at offset '%3'","Scsi error - ILLEGAL REQUEST:READ OF SCRAMBLED SECTOR WITHOUT AUTHENTICATION","BD-RE MATSHITA BD-MLT UJ262 1.00","1048576"

 

MSG:3007,0,0,"Using direct disc access mode","Using direct disc access mode"

MSG:3028,0,3,"Title #1 was added (45 cell(s), 2:35:46)","Title #%1 was added (%2

cell(s), %3)","1","45","2:35:46"

MSG:3028,0,3,"Title #2 was added (7 cell(s), 0:14:33)","Title #%1 was added (%2

cell(s), %3)","2","7","0:14:33"

 

MSG:5011,0,0,"Operation successfully completed","Operation successfully completed"

MSG:5014,0,2,"Saving 2 titles into directory /out/Ripper/DVD/GOOD_BAD_UGLY","Saving %1 titles into directory %2","2","/out/Ripper/DVD/GOOD_BAD_UGLY"

MSG:5005,128,1,"2 titles saved","%1 titles saved","2"

 

So how useful do I really find it? Well, there's now a stack of CDs next to my server and whenever I walk past it I pop another one in. It just works. Again, many thanks for sharing.

 

Link to comment

I updated to the latest version but I notice that the appdata/ripper/ripper.sh didn't get updated when I started the container. I had anticipated that it would and had backed up my edited version of your previous script so that I could refer back to it if necessary. I guess I need to delete ripper.sh to ensure it's re-created on docker start. Anyway, at the moment I'm still running with my tweak of your original script but as I only changed the CD section it doesn't prevent me from giving you the startup log that you asked for:

 

*** Running /etc/my_init.d/ripper.sh...

Using MakeMKV beta key: T-bKTnFR8IlPCYOWdl2z00ScXddJFYFMn6qazWqXUlUk3rrSKCEOexQgEswryjpAj8m2

touch: cannot touch '/root/.MakeMKV/settings.conf': No such file or directory

/etc/my_init.d/ripper.sh: line 24: /root/.MakeMKV/settings.conf: No such file or directory

08.02.2017 23:15:36 : Starting Ripper. Optical Discs will be detected and ripped within 60 seconds.

08.02.2017 23:15:38 : Disk tray open

08.02.2017 23:16:38 : Disk tray open

08.02.2017 23:17:39 : Disk tray open

08.02.2017 23:18:41 : CD detected: Saving WAV, MP3 and FLAC

08.02.2017 23:30:40 : Done! Ejecting Disk

08.02.2017 23:32:20 : Disk tray open

08.02.2017 23:33:21 : Disk tray open

08.02.2017 23:34:22 : Disk tray open

08.02.2017 23:35:24 : DVD detected: Saving MKV

08.02.2017 23:52:16 : Done! Ejecting Disk

08.02.2017 23:54:05 : Disk tray open

08.02.2017 23:55:06 : Disk tray open

08.02.2017 23:56:07 : Disk tray open

 

As you'll see it ripped a CD (18 tracks) and encoded it in 12 minutes and it ripped a DVD (6.8 GB) in 17 minutes. Is there anything else I can help you with - anything from the big appdata/ripper/Ripper.log for example? I notice there are a lot of messages from MakeMKV regarding the DVD rip. They look like errors but I think it's MakeMKV trying different methods to access the data before settling down.

 

MSG:1005,0,1,"MakeMKV v1.10.4 linux(x64-release) started","%1 started","MakeMKV v1.10.4 linux(x64-release)"

MSG:2003,0,3,"Error 'Scsi error - ILLEGAL REQUEST:READ OF SCRAMBLED SECTOR WITHOUT AUTHENTICATION' occurred while reading 'BD-RE MATSHITA BD-MLT UJ262 1.00' at offset '1048576'","Error '%1' occurred while reading '%2' at offset '%3'","Scsi error - ILLEGAL REQUEST:READ OF SCRAMBLED SECTOR WITHOUT AUTHENTICATION","BD-RE MATSHITA BD-MLT UJ262 1.00","1048576"

 

MSG:3007,0,0,"Using direct disc access mode","Using direct disc access mode"

MSG:3028,0,3,"Title #1 was added (45 cell(s), 2:35:46)","Title #%1 was added (%2

cell(s), %3)","1","45","2:35:46"

MSG:3028,0,3,"Title #2 was added (7 cell(s), 0:14:33)","Title #%1 was added (%2

cell(s), %3)","2","7","0:14:33"

 

MSG:5011,0,0,"Operation successfully completed","Operation successfully completed"

MSG:5014,0,2,"Saving 2 titles into directory /out/Ripper/DVD/GOOD_BAD_UGLY","Saving %1 titles into directory %2","2","/out/Ripper/DVD/GOOD_BAD_UGLY"

MSG:5005,128,1,"2 titles saved","%1 titles saved","2"

 

So how useful do I really find it? Well, there's now a stack of CDs next to my server and whenever I walk past it I pop another one in. It just works. Again, many thanks for sharing.

 

That sounds awesome. Thanks for the feedback.

 

I have set up the container to only log "major" events (like Ripping/Ejecting). MakeMKV spews out very detailed info, that might be useful if something goes wrong. Thus, I decided to create the Ripper.log file with all the info. It's for debugging mostly.

 

Ripping times look fine for me, especially with the MP3/FLAC going on simultaneously. 17 minutes for a DVD is also fine.

 

The following:

*** Running /etc/my_init.d/ripper.sh...

Using MakeMKV beta key: T-bKTnFR8IlPCYOWdl2z00ScXddJFYFMn6qazWqXUlUk3rrSKCEOexQgEswryjpAj8m2

touch: cannot touch '/root/.MakeMKV/settings.conf': No such file or directory

/etc/my_init.d/ripper.sh: line 24: /root/.MakeMKV/settings.conf: No such file or directory

 

Concerns me a bit. I have updated the container to create the /root/.MakeMKV directory if it does not exist. Now the latest free key should be grabbed without issues.

 

If you have the time, could you update; then check if

a) the "No such file or directory" error has disappeared

b) the file is created properly? do so using "docker exec -it Ripper bash" then "cd /root/.MakeMKV" then "vi settings.conf". The free key should be in that file

 

Otherwise, it seems MakeMKV detects your media properly. I was worried, that my messy disk detection method would not work on other drives.  :-[  ::)

Link to comment

Hello! John_M assisted me in directing me to this app but I believe I am doing something wrong. I have 6 drives I would like to use. I used the app-created configuration as a template and added the other drives but I cannot tell it is doing anything. The drive activity lights aren't flickering. Should the drives be a path or a device - I tried both but they did the same? The log (attached) shows all the disks inserted but only one folder appeared and it is empty (dev5).

Ripper_Log.txt

Link to comment

You could of course edit the script for 5 drives. But this would not achieve simultaneous ripping.

 

I would rather advise you to set up this container 5 times with different names for your different drives. Dunno how this will perform, though.

Link to comment

You could of course edit the script for 5 drives. But this would not achieve simultaneous ripping.

 

I would rather advise you to set up this container 5 times with different names for your different drives. Dunno how this will perform, though.

 

Thank you for the reply. That seems a little more complicated than I was after. I removed the app and went back to dual booting to a windows/unraid.

Link to comment
  • 1 month later...

I just picked up a blu ray drive to backup my collection onto the server. It does not appear to do anything when I insert the disk however. It looks like your script runs makemkv to determine what type of disk it is. On this particular disk it is reporting as: " DRV:0,2,999,28, " and I noticed your script determines its a blu ray if it matches DRV:0,2,999,12, . I thought I could make it work by just copying the IF statement matching DRV:0,2,999,12 to DRV:0,2,999,28 but it still does not attempt to rip the disk. I restarted the docker after making the change to the script. Is there anything else that needs to take place?

Link to comment
42 minutes ago, sadkisson said:

I just picked up a blu ray drive to backup my collection onto the server. It does not appear to do anything when I insert the disk however. It looks like your script runs makemkv to determine what type of disk it is. On this particular disk it is reporting as: " DRV:0,2,999,28, " and I noticed your script determines its a blu ray if it matches DRV:0,2,999,12, . I thought I could make it work by just copying the IF statement matching DRV:0,2,999,12 to DRV:0,2,999,28 but it still does not attempt to rip the disk. I restarted the docker after making the change to the script. Is there anything else that needs to take place?

 

Ok, I was able to get it working. I did not see at the top when it recognizes the disk type it sets the variable and then executes the IF statement lower in the script. I had to add another BD28 variable at the top along with the additional IF statement noted earlier. It detected and started ripping immediately this time. Love automation! Thanks!

Link to comment
  • 5 months later...
On 3/15/2017 at 3:06 AM, rix said:

Thank you for the feedback.

 

I have limited access to different bluray disk types. Are there additional strings you can provide? Just let me know if any more show up. I'll update the script soon!

 

Hey, just stumbled across your docker for Ripper!!! I was wondering if you were interested in any suggestions? I modified your Rip script slightly to add MKV profiles, which would allowed myself to adjust the default Audio/Subtitle/Track selections. The reason for doing this, is because by default it does not select the HD audio tracks.

 

I was wondering if I could help you possibly incorporate the change to improve the usage.

 

I've added the files below that I'm using (currently testing it).  Basically I added the default profile (I customized it already for my needs, distributing the default would be preferred), which can be customized and then added this to the makemkvcon command:

 

--profile=/config/default.mmcp.xml

 

 

 

default.mmcp.xml

ripper.sh

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.