Large Video Conversion - Time Out
Using Jamroom
Ken_Rich:However, my sever guy tells me when I am converting, my CPU usage is minimal, and that is controlled by the script.
When you have the Video Conversion Priority set to the highest, it will use a threads value of "0", which disables confining the encoding to a single CPU - so the load is spread across as many CPUs in your system. Set the value to "high" instead and you should see 1 CPU be pegged.
Quote:Another method to approach this (according to some write ups), might be to simply copy over some files (when they are compatible with the container). Not sure if or how that would work in JR.
Quote:An MP4 file normally contains H.264 video and AAC audio, both of which are compatible with the FLV container. You could simply copy over the streams:
ffmpeg -i input.mp4 -c copy output.flv
Since you're copying the streams, this will be as close to instantaneous as you're going to get and will not result in any loss of quality.
ffmpeg -i input.mp4 -c copy output.flv
Since you're copying the streams, this will be as close to instantaneous as you're going to get and will not result in any loss of quality.
Right now JR does a reconversion with -sameq, so the quality is always matched, but ensures everything is in the correct format. This is something we could investigate if it really presented itself as an issue.
I'd rather not go down the "rabbit hole" of changing ffmpeg settings unless they offer a significant speed AND quality advantage (i.e. I'd rather have the encoding be a bit slower and produce a smaller and higher quality file - at the end of the day disk space matters more).
However, there's still an issue here with your server - our conversions appear to run much, much faster (over 4 times faster) than on your server, so something is limiting you on your end.
updated by @brian: 02/01/15 09:33:24AM
