Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-07-06 Thread Moritz Barsnick
On Thu, Jul 06, 2017 at 03:44:45 -0700, DopeLabs wrote: > Option 2 in your question looks fine to me... > > I have used ffmpeg to transcode audio and video streams before to achieve > adaptive streaming. > > Here is an example of an audio transcode... input is 256k mp3, output is > 128k, 64k,

Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-07-06 Thread DopeLabs
Option 2 in your question looks fine to me... I have used ffmpeg to transcode audio and video streams before to achieve adaptive streaming. Here is an example of an audio transcode... input is 256k mp3, output is 128k, 64k, and 24k $ ffmpeg -i http://stream.dubstep.fm -c:a mp3 -b:a 128k -f nu

Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-07-05 Thread shalin
Reuben Martin wrote > On Thursday, June 29, 2017 6:56:51 PM CDT shalin wrote: >> Cley Faye wrote >> >> > More to the point, as far as I know, ffmpeg will not do parallel >> treatment >> > on either input or output, as you deduced. It certainly is doable, but >> > don't seem trivial to implement in

Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-06-30 Thread Reuben Martin
On Thursday, June 29, 2017 6:56:51 PM CDT shalin wrote: > Cley Faye wrote > > > More to the point, as far as I know, ffmpeg will not do parallel treatment > > on either input or output, as you deduced. It certainly is doable, but > > don't seem trivial to implement in the ffmpeg CLI tool itself si

Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-06-29 Thread shalin
Cley Faye wrote > More to the point, as far as I know, ffmpeg will not do parallel treatment > on either input or output, as you deduced. It certainly is doable, but > don't seem trivial to implement in the ffmpeg CLI tool itself since that > tool must handle various cases, and introducing (more) s

Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-06-28 Thread Hans Carlson
On Wed, 28 Jun 2017, shalin wrote: Nicolas George wrote I think you need to take a little step back and learn what Unix pipes mean. They are meant to connect the output of a process to the input of the next one, but in your examples your commands neither consume their input nor produce outpu

Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-06-28 Thread Cley Faye
2017-06-28 22:56 GMT+02:00 shalin : > Piping only shows that I am trying to run all three ffmpeg transcode > instances in parallel using single command line. If it makes any clearer, > you can read them as three separate commands issued at the same time. With > that, I hope we can focus on the con

Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-06-28 Thread shalin
Nicolas George wrote > Hi. > > Le decadi 10 messidor, an CCXXV, Shalin Mehta a écrit : >> Option1: Run 3 instances of ffmpeg using pipe. >> ffmpeg -i input.mp4 -c:v libx264 -b:v 12M -f null - | ffmpeg -i input.mp4 >> -c:v libx264 -b:v 12M -f null - | ffmpeg -i input.mp4 -c:v libx264 -b:v >> 12M >>

Re: [FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-06-28 Thread Nicolas George
Hi. Le decadi 10 messidor, an CCXXV, Shalin Mehta a écrit : > Option1: Run 3 instances of ffmpeg using pipe. > ffmpeg -i input.mp4 -c:v libx264 -b:v 12M -f null - | ffmpeg -i input.mp4 > -c:v libx264 -b:v 12M -f null - | ffmpeg -i input.mp4 -c:v libx264 -b:v 12M > -f null - I think you need to ta

[FFmpeg-user] Using FFMPEG to encode multiple outputs in 'parallel' (doesn't work?)

2017-06-28 Thread Shalin Mehta
Hello Community members, Quoting from the ffmpeg's wiki for creating multiple outputs. https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs *Parallel encoding*: Outputting and re encoding multiple times in the same FFmpeg process will typically slow down to the "slowest encoder" in your list