Djoss

Wow perfect. Thanks!

By looking at the CA source code, I realized that the appFeed update is not occurring locally, but is done by a remote server. Do you know if there was any though or discussion about the ability to have a way to force this server to perform an update? This could be done via a webhook. Developers could then integrate this webhook in their Github repository: whenever a push is done, appFeed would be updated

Thanks for these details. I was able to use the private repository trick to perform quick change tests. Switching to legacy mode is useful to double check what we have pushed to Github.

Yes, as a developper, I was looking in a way to see how changes done to a template looks in CA. So is the legacy mode trick is the best way to force a refresh? Or we could think to add a new functionality to serve this purpose?

@kizer, sorry for the delay on this. I've now added support for post-conversion hook

I have a quick question: Is there a way to force update of templates, instead of waiting for the automatic update that occurs every 2 hours?

I can look at this, could be something useful. What kind of trigger would you like to run? Because the container it's pretty limited in what it can do. Installed packages and binaries are kept minimal.

Thanks, hoped you figure out @thanhtran, if you want to keep all audio tracks, I confirm this is working for me: In HandBrake GUI, select your preset Access the 'Audio Defaults' tab. Set the 'Selection Behavior' to 'All Tracks Matching Selected Languages'. Add 'Any' to 'Selected Languages' box. Save your preset. If this preset is the one configured for the automatic video converter, then any video added to the watch folder will be converted will all the audio tracks retained.

Yes, I confirm this behavior. Will fix that... Fixed!

Done

The option you are probably talking about is for removing the original video from the watch folder, not to move it. So basically, you add videos to the watch folder, then HandBrake automatically converts them and put the result in the /output folder. After that you have the option to keep the source file in the /watch folder or remove it. Brief, what you are describing is the expected behavior. This container is not designed to allow edition of the conversion script. Normally, you should be able to change all the conversion options via a preset. The preset can be edited/created via the HandBrake GUI (or by manually editing the presets.json file). Are you saying that there is some options that cannot be set via preset? Are you able to achieve what you want by converting using the GUI?

By the way, great test plan @Jorgen!

Like kizer mentioned, make sure your watch folder has rw permissions. Also, make sure the environment variable is properly set (AUTOMATED_CONVERSION_KEEP_SOURCE=0). Finally, if you look at the container log, you should see a message telling that the source file is being removed. If you don't see it, then the environment variable is not set properly. Else, you may see an error if the watch folder is read-only. Yes, I confirm this behavior. Will fix that... Symlinks need to make sense from the point of view of the container, not the host. For example the following symlink, as seen inside the container, is good: /watch/MyMovie.mkv -> /storage/media/Movies/MyMovies.mkv' But not this one: /watch/MyMovie.mkv -> /mnt/user/media/Movies/MyMovies.mkv'

Container being base on Alpine Linux, bash is not available by default. You can use sh instead: docker exec -ti HandBrake sh

The watch folder is polled every 5 seconds for changes. So yes you will see these messages on a regular interval during a file transfert. However, if no change is detected, no message is generated.

Sorry about that. The method I used worked for transfers done within the container, but not for ones done outside. I pushed another update. Hope it's good now.

@kizer, I updated the container. Now files should not be processed while they are transferred

Could you also attach the file '/config/ghb/Activity.log.*'? Which preset are you using?

Thanks for the feedback! You bring a good point with files being processed while they are still copied. I will make sure to fix that. For the other issue, files with spaces should not be a problem. In the logs, you should have one from the watchfolder that tells if the conversion succeeded or not. In both cases, the same source file should not be re-processed, unless the source really changed... I guess the /output and /watch folders are mapped to different folders on the host?

Didn't find anything obvious in the log. Are you getting the crash only with vob files? If you convert them without using the queue, are you getting the same crash?

And sorry, I'm not sure if you already tried the new container, but I forgot to say that debug logs are stored in /config/handbrake.debug.log.

This particular error occurs when the container shuts down, because processes are not necessarily stopped in the right order. It looks like this line shows the HandBrake crash: Segmentation fault After that we see messages that happen when container is stopping.

I tried to reproduce with a couple of VOB files without success. I updated the container. Can you try it with HandBrake debug enabled? To enable debug, add the variable HANDBRAKE_DEBUG and set its value to 1.

@Jorgen, you can update the container. Let me know if you see any problem!

So the answer I got from CloudBerry is that they do have plan to add support for Google Drive, but there is no ETA.