Djoss Posted July 4, 2018 Author Share Posted July 4, 2018 3 minutes ago, cybrnook said: This will let be rip multiple discs at once? EDIT: I should have clarified that, as that is the ultimate goal. Ok if you want to rip discs in parallel, then yes you could create multiple instances of the container, each one being mapped to a different drive. 1 Quote Link to comment
cybrnook Posted July 4, 2018 Share Posted July 4, 2018 3 minutes ago, Djoss said: Ok if you want to rip discs in parallel, then yes you could create multiple instances of the container, each one being mapped to a different drive. Hmm, to go back on your original thought. Or, I could map all drives to all containers, and then just choose from the drop down of each container what disc it will rip. I actually like that better. Thanks @Djoss Quote Link to comment
cybrnook Posted July 7, 2018 Share Posted July 7, 2018 (edited) I know I could (and likely will) just try, but if you're bored, I have a question. If you change the default output from MKV to BACKUP, does this produce an ISO structure? Or does it just create the folder structure, which I could then just compress to an ISO (similar as rip to iso does in anydvd)? Edited July 7, 2018 by cybrnook Quote Link to comment
Djoss Posted July 7, 2018 Author Share Posted July 7, 2018 11 minutes ago, cybrnook said: I know I could (and likely will) just try, but if you're bored, I have a question. If you change the default output from MKV to BACKUP, does this produce an ISO structure? Or does it just create the folder structure, which I could then just compress to an ISO (similar as rip to iso does in anydvd)? I think it produce a (decrypted) folder structure: https://www.makemkv.com/faq/item/4 Quote Link to comment
cybrnook Posted July 7, 2018 Share Posted July 7, 2018 Ended up working out just fine ? Only thing is I needed to remap some ports, so I just ended up remapping them all a bit cleaner, at least in my eyes: Outside of that, dual ripping worked fine. FYI, "Backup" mode does convert to a three folder format (CERTIFICATE, BDMV, and MAKEMKV). Handbrake seems to understand that structure well enough to convert out of it. Quote Link to comment
Djoss Posted July 8, 2018 Author Share Posted July 8, 2018 16 hours ago, cybrnook said: Ended up working out just fine ? Only thing is I needed to remap some ports, so I just ended up remapping them all a bit cleaner, at least in my eyes: Outside of that, dual ripping worked fine. FYI, "Backup" mode does convert to a three folder format (CERTIFICATE, BDMV, and MAKEMKV). Handbrake seems to understand that structure well enough to convert out of it. Cool, great setup Quote Link to comment
cybrnook Posted July 13, 2018 Share Posted July 13, 2018 (edited) @Djoss hope all is well! Had a quick question..... Now that I am really cranking on this container in particular (and handbrake), I am noticing something. As you know, I am running two instances of this container (as seen above) on separate ports. It's working fine, and I can rip from both containers at the same time against the 2 x ASUS USB BD drives I have attached (both drives are mounted to both containers, not just one to one). What I am just now seeing, and maybe has been that way for some time, is that let's say I start a backup before bed on both drives, then walk away..... I come back in the am or two days later, and the containers have the nice "Backup Complete" message and all seems well. Click okay, and MakeMKV goes back to it's primary screen. At that point in time, I head over to the server, eject, and swap in two more discs, and come back to the PC interface. However, the containers are still presenting the "old" discs I just previously took out, like it's not refreshing. I need to restart the containers to refresh/re-initiate. AT THIS POINT, I am also noticing that when the container goes down, it's not always return code (0) in the advanced logs view in UnRaid. It's ending with a 2xx code (I forget exactly). But nevertheless they do come back up, and work fine from that point. Have you seen any time outs or any sequencing issues with the MakeMKV container if you let it sit running for an extended period of time perhaps on a display window with a disc inserted? Edited July 13, 2018 by cybrnook Quote Link to comment
saarg Posted July 13, 2018 Share Posted July 13, 2018 (edited) 2 hours ago, cybrnook said: @Djoss hope all is well! Had a quick question..... Now that I am really cranking on this container in particular (and handbrake), I am noticing something. As you know, I am running two instances of this container (as seen above) on separate ports. It's working fine, and I can rip from both containers at the same time against the 2 x ASUS USB BD drives I have attached (both drives are mounted to both containers, not just one to one). What I am just now seeing, and maybe has been that way for some time, is that let's say I start a backup before bed on both drives, then walk away..... I come back in the am or two days later, and the containers have the nice "Backup Complete" message and all seems well. Click okay, and MakeMKV goes back to it's primary screen. At that point in time, I head over to the server, eject, and swap in two more discs, and come back to the PC interface. However, the containers are still presenting the "old" discs I just previously took out, like it's not refreshing. I need to restart the containers to refresh/re-initiate. AT THIS POINT, I am also noticing that when the container goes down, it's not always return code (0) in the advanced logs view in UnRaid. It's ending with a 2xx code (I forget exactly). But nevertheless they do come back up, and work fine from that point. Have you seen any time outs or any sequencing issues with the MakeMKV container if you let it sit running for an extended period of time perhaps on a display window with a disc inserted? I have a feeling that this is caused by passing through the drives to both containers. Try using one container per drive and see if it's the same issue. Edit: Just had this myself, and the reason is that you use the eject button on the drive. If you use the one in MakeMKV, this doesn't happen. Edited July 13, 2018 by saarg 1 Quote Link to comment
cybrnook Posted July 13, 2018 Share Posted July 13, 2018 (edited) Balls, I could easily see that being the case, because YES, I am known to hit the eject button on the drive itself. I got tons of discs to rip through this weekend, will try this out and report back. Thanks @saarg Edited July 13, 2018 by cybrnook Quote Link to comment
cybrnook Posted July 13, 2018 Share Posted July 13, 2018 (edited) Well, I ended up mapping a drive 1:1 per container. I am able to use the physical eject button, and discs are scanning in no issue on swap. I am wondering if perhaps since both containers had both drives mapped, and I was swapping and dropping new discs into both drives within the same 10 - 15 second span, perhaps it was somehow causing an issue where drive 1 was actively scanning in a new disc when suddenly drive 2 received a new disc for scan it at the same time, and neither container was able to handle that in quick succession? I will try with containers as 1:1 for now and see if anything pops up. Edited July 13, 2018 by cybrnook Quote Link to comment
Djoss Posted July 14, 2018 Author Share Posted July 14, 2018 So maybe one solution is to add support for simultaneous disc ripping within the same container 2 Quote Link to comment
cybrnook Posted July 14, 2018 Share Posted July 14, 2018 (edited) Do that, and a few bucks are coming your way EDIT: should I say a few "more" bucks Edited July 14, 2018 by cybrnook Quote Link to comment
saarg Posted July 14, 2018 Share Posted July 14, 2018 9 hours ago, cybrnook said: Well, I ended up mapping a drive 1:1 per container. I am able to use the physical eject button, and discs are scanning in no issue on swap. I am wondering if perhaps since both containers had both drives mapped, and I was swapping and dropping new discs into both drives within the same 10 - 15 second span, perhaps it was somehow causing an issue where drive 1 was actively scanning in a new disc when suddenly drive 2 received a new disc for scan it at the same time, and neither container was able to handle that in quick succession? I will try with containers as 1:1 for now and see if anything pops up. I have each drive mapped to it's own container, and still this happened. So I don't think that was it. It might be a timing issue or just a makemkv thing that happens sometimes. I have normally used the eject button on the drive also. Quote Link to comment
Djoss Posted July 18, 2018 Author Share Posted July 18, 2018 @cybrnook, can you try image with tag "v1.9.0-rc1"? To enable parallel ripping, add the "AUTO_DISC_RIPPER_PARALLEL_RIP" variable with a value of "1". Quote Link to comment
cybrnook Posted July 18, 2018 Share Posted July 18, 2018 (edited) Seems to come down with the handbrake logo: Added the variable: But docker shows only one drive at a time. Not sure what I should be looking for, but I would have expected two drive selects in one window, I guess? Edited July 18, 2018 by cybrnook Quote Link to comment
Djoss Posted July 18, 2018 Author Share Posted July 18, 2018 8 minutes ago, cybrnook said: Seems to come down with the handbrake logo: I also get this sometimes. It seems to have a glitch in unRAID. Should recover itself... 10 minutes ago, cybrnook said: But docker shows only one drive at a time. Not sure what I should be looking for, but I would have expected two drive selects in one window, I guess? Oh I though/assumed that you were using the automatic disc ripper. Any reason why you are not ;)? Quote Link to comment
cybrnook Posted July 18, 2018 Share Posted July 18, 2018 I guess I didn't read that far into the hand book ? I assume this is on your git? Quote Link to comment
Djoss Posted July 18, 2018 Author Share Posted July 18, 2018 2 minutes ago, cybrnook said: I guess I didn't read that far into the hand book ? I assume this is on your git? Sure : https://github.com/jlesage/docker-makemkv#automatic-disc-ripper Quote Link to comment
Djoss Posted July 18, 2018 Author Share Posted July 18, 2018 With the exception of "AUTO_DISC_RIPPER_PARALLEL_RIP", all other variables are already in the container settings. Quote Link to comment
cybrnook Posted July 18, 2018 Share Posted July 18, 2018 (edited) Ahh, seems you just added it ? So I need three variables to do this cleanly: AUTO_DISC_RIPPER to 1 AUTO_DISC_RIPPER_EJECT to 1 AUTO_DISC_RIPPER_PARALLEL_RIP to 1 So when I enable AUTO_DISC_RIPPER to 1, I no longer need to really even access the GUI. I should be able to just put a disc in and it rips. Then when it ejects it, it's done. EDIT: Then I assume depending on the value of AUTO_DISC_RIPPER_BD_MODE, I will either get a bunch of mkv files, or a full DB dump, like I have been doing with my TV show seasons. Edited July 18, 2018 by cybrnook Quote Link to comment
Djoss Posted July 18, 2018 Author Share Posted July 18, 2018 2 minutes ago, cybrnook said: Ahh, seems you just added it ? So I need three variables to do this cleanly: AUTO_DISC_RIPPER to 1 AUTO_DISC_RIPPER_EJECT to 1 AUTO_DISC_RIPPER_PARALLEL_RIP to 1 So when I enable AUTO_DISC_RIPPER to 1, I no longer need to really even access the GUI. I should be able to just put a disc in and it rips. Then when it ejects it, it's done. Correct. AUTO_DISC_RIPPER and AUTO_DISC_RIPPER_EJECT are already defined in the container settings. You just need to change the value. Quote Link to comment
cybrnook Posted July 18, 2018 Share Posted July 18, 2018 Got it, will test it out now. Quote Link to comment
Djoss Posted July 18, 2018 Author Share Posted July 18, 2018 3 minutes ago, cybrnook said: Got it, will test it out now. Perfect. You can look at the container's log to see the progress. Quote Link to comment
cybrnook Posted July 18, 2018 Share Posted July 18, 2018 Just now, Djoss said: Perfect. You can look at the container's log to see the progress. When I set variables on a container, what I am seeing now is unRAID doesn't let you then view what you have set. Is there a way I can pull what parameters are currently defined (default and custom) and their values? Quote Link to comment
cybrnook Posted July 18, 2018 Share Posted July 18, 2018 (edited) The docker icon is fine if I leave your default repository. The moment I add :v1.9.0-rc1, it switches to handbrake, FYI. Icon URL in the docker itself seems to be set correctly: //raw.githubusercontent.com/jlesage/docker-templates/master/jlesage/images/makemkv-icon.png removed https so it doesn't just display the icon. Edited July 18, 2018 by cybrnook Quote Link to comment
Recommended Posts
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.