nomego wrote:Ok, further tests.
Running the exact same mencoder command as PMS actually makes use of 100% of both cores (to a different output).
Even outputting to a named pipe will make use of as much CPU as possible (as long as I'm cat'ing the pipe to /dev/null).
HOWEVER, disabling "Keep DTS audio in stream" makes mencoder make use of all CPU it can until the buffer is filled up (which goes pretty fast - no need to pause to wait for it and it never falls below full).
What I noticed is also that when the above option is de-selected, mencoder handles the transcoding by itself.
When it's enabled, mencoder transcodes to two names pipes, which tsMuxer reads to mux them together.
This makes me believe that either tsMuxer or the 32-bit library (I'm running 64-bit) is the culprit and can't read fast enough from the named pipe buffer, which fills the buffer up and stalls mencoder.
Users browsing this forum: No registered users and 3 guests