Growl no longer works if you have growl 1.3 installed. Is that something that can be fixed?
Hi folks,
Looking for some advice here. I'm running the latest Batch Rip Actions (1.0.9 build 257) on a fully updated Lion installation. I'm also trying to automate a Batch Encode process using Hazel, but whenever I launch the workflow using Hazel directly, or via a shell script using 'echo -e <folder> | automator -i - "/Users/graham/Library/Services/Batch Rip Batch Rip (Finder).workflow" I get an unhanded exception from Automator, for example: "2011-11-28 18:27:22.732 Automator Runner[8277:707] NSDistantObject (0x400437f80) is invalid (no connection)" (followed by an exception stack).
I get the same exception how ever I run the automator. If I select the same folder in Finder and use the Services... context menu to run the workflow it's fine.
Can anyone suggest what's up, or where else I can start looking?
Many thanks in advance,
GT
Hi folks,
Looking for some advice here. I'm running the latest Batch Rip Actions (1.0.9 build 257) on a fully updated Lion installation. I'm also trying to automate a Batch Encode process using Hazel, but whenever I launch the workflow using Hazel directly, or via a shell script using 'echo -e <folder> | automator -i - "/Users/graham/Library/Services/Batch Rip Batch Rip (Finder).workflow" I get an unhanded exception from Automator, for example: "2011-11-28 18:27:22.732 Automator Runner[8277:707] NSDistantObject (0x400437f80) is invalid (no connection)" (followed by an exception stack).
I get the same exception how ever I run the automator. If I select the same folder in Finder and use the Services... context menu to run the workflow it's fine.
Can anyone suggest what's up, or where else I can start looking?
Many thanks in advance,
GT
This issue was discussed a few posts back. Use the Batch Encode.workflow instead of the "Finder" workflow in your script. The "Finder" workflow only works via the Finder unless you enable the "wait for workflow" option.
I'm having some issues with subtitles for Blu-tay rips.
When i take a foreign DVD and use the services the final encoded file has burned in subtitles which is perfect. When I take the same film on Blu-ray the encoded output file has no subtitles anywhere.
The original mkv file has burned in subtitles but the one that is placed in the encode folder after encoding is finished does not. Obviously the .m4v file also doesn't.
Anyone help?
It's hard to troubleshoot without seeing a verbose log. A couple of things you can try is to make sure that "use default audio" is checked and the Native language is set to the language you want for the subtitles. Also, make sure the path to BDSup2Sub.jar is set. You should see an icon for it in the action panel. It's also possible that the subs embedded in the BD are in a different format that BDSup2Sub or Handbrake can't handle. If this is the case you might need to do it the old fashion way and download the subs separately using Subler to mux them in to your mp4.
All that is done, however, the BDSup2Sub I believe was set as the same directory as all the scripts as default?
There was no BDSup2Sub there, is it meant to install as part of your app? If not (and i am going to go out on a wing and probably get shot down) your instructions on the front page don't say to go and download it and install it. I have installed BDSup2Sub400.jar in my /Applications folder and have the original MKV and one i have already VobSubbed the subs onto. Hopefully you will get this and respond before i start encoding since it takes 6hrs per encode!
Would you recommend trying encoding both these different MKV with the Batch Encode? or just the one I have vobsubbed the subtitles on directly in HB GUI?
BDSup2Sub.jar is included in the app. It's in the resources folder. It's linked by default, but if you have trouble relinking it and dont wanna reinstall the Services, you can copy it out of the resources folder and paste it to your /applications folder and link to the copied file. I'd remove the one you downloaded in your applications folder too.
If your original Mkv has the original subtitle tracks, I'd use that one. You can use VLC to inspect the subtitle tracks.
Also, I've never seen BDSup2Sub400.jar, the one used with the actions doesn't have 400 in the file name.
BDSup2Sub400.jar is the latest version I think i got it via a doom9 link?
I am at a loss as to what to do since the original MKV displays the subtitles fine, yet the process is not clearly extracting, converting and remuxing correctly.....
As you say I could do it manually but I see no technical reason why this won't work
It may be the latest version, but it's not the version Batch Encode uses. If you PM me a verbose log I might be able to see what's happening. FYI - BD subs have been working fine for me and I haven't heard anyone else having any issues.
Ok, I will activate verbose logging now and go for another encode over tonight and PM you it.
I have renamed the file fine with the scripts..... 'Män som hater kvinnor' which renames itself to 'Girl With the dragon tattoo (2009)', if I then ask it to go and get me the tags based on the file name it craps itself. Tells me to check for the name on themoviesdb.org. Searching for 'Girl With the dragon tattoo (2009)' returns the correct thing on the website. The only way to tag this movie correctly was to tell it to get movie tags via a search and tell it to look for 'Män som hater kvinnor'. I have seen this issue with the foreign titles like this that have a foreign name and are listed under the english one on the site. Only searching for the foreign name gives you the right tags..... which is annoying when the script has correctly named the file for you in english!
This has just been great, I want several audio tracks from each disc so I am doing some things manually. I am using 2 machines for this process and now that I am done with one of them, how do you stop this from prompting to rip the disc once I no longer want to do that?
This has just been great, I want several audio tracks from each disc so I am doing some things manually.
If you wanna get your hands dirty, you could automate this by constructing a custom HBCLI setting to use in Batch Encode. See the Handbrake cli wiki for more info. The trick would be to add multiple audio tracks using "-a 1,2,3,4,5,6,7,8,9".
Hi DrNoellyG!
"To control Batch Rip Dispatcher, Click the status display in the Workflow Editor toolbar to turn it On or Off." See the "Using Batch Rip Dispatcher" section of the tutorial or in Batch Rip Help for more info.
Thanks!
Mac.jedi
Hold off on that. I think I found the issue. I ran a verbose log on a fresh install of the actions and it looks like the BDSup2Sub.jar file thats on Doom9 is corrupted. See this post: http://forum.doom9.org/showthread.php?p=1540915#post1540915
I must have downloaded the corrupt file on my development machine and included it in the final build. I've uploaded a copy of the BDSup2Sub file I've been using until I issue an update:
http://db.tt/ui2f2pBp
Let me know how it works for you.
Thanks!
mac.jedi
Is this updated .jar now in the main download file available on the front page?
i.e. The one i downloaded yesterday isn't going to give me a duff encode that is currently ongoing?