Re: [Mlt-devel] Best video format(s) for realtime melt?

2018-12-07 Thread Dan Dennedy
On Fri, Dec 7, 2018 at 11:55 AM Tom Murphy  wrote:

> Ah, and another criterion I forgot but could be important is the
> ability to quickly seek / jump around in a melt video.
>
>
Some people in the Shotcut forum working on proxy and intermediate file
workflows seem mostly impressed with the Ut Video codec, but that is
lossless compressed. Also, currently, to use it one must be sure to supply
colorspace and color_range flags to ffmpeg command line to ensure proper
output. Unfortunately, that is quite a large file, which is not great for
long intermediate files. DNxHD is still good and is smaller, but it has
limited support for resolutions and frame rates. If you need something that
compresses similar (i.e. visually lossless) to DNxHD, is fast, and
flexible; consider to use ProRes. I have not done a deep study of the three
prores encoder implementations in ffmpeg, but I have tended to favor
prores_ks.

https://trac.ffmpeg.org/wiki/Encode/VFX#Prores


> Tom
>
> On 12/7/18, Tom Murphy  wrote:
> > The "Films By Kris" tutorials recommend using ffmpeg with "-vcodec
> > dnxhd" to convert video before handing it off to melt, because DNxHD
> > is apparently good for realtime processing with MLT and melt.
> >
> > Is it (still) the case that DNxHD is the "best" for use with melt in
> > realtime mode (i.e. not writing to file)?
> >
> > Although this is admittedly a fuzzy question, I'd imagine criteria for
> > "best" being something like:
> >   - fast to decode (if not also encode)
> >   - parallelizable (it looks like AVCHD can't be decoded multithreaded,
> > e.g.)
> >   - good on other axes I'm not thinking of, maybe particular to MLT?
> >
> > Thanks, and apologies for any misapprehensions!
> > Tom
> >
>
>
> ___
> Mlt-devel mailing list
> Mlt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mlt-devel
>
___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel


Re: [Mlt-devel] Best video format(s) for realtime melt?

2018-12-07 Thread Tom Murphy
Ah, and another criterion I forgot but could be important is the
ability to quickly seek / jump around in a melt video.

Tom

On 12/7/18, Tom Murphy  wrote:
> The "Films By Kris" tutorials recommend using ffmpeg with "-vcodec
> dnxhd" to convert video before handing it off to melt, because DNxHD
> is apparently good for realtime processing with MLT and melt.
>
> Is it (still) the case that DNxHD is the "best" for use with melt in
> realtime mode (i.e. not writing to file)?
>
> Although this is admittedly a fuzzy question, I'd imagine criteria for
> "best" being something like:
>   - fast to decode (if not also encode)
>   - parallelizable (it looks like AVCHD can't be decoded multithreaded,
> e.g.)
>   - good on other axes I'm not thinking of, maybe particular to MLT?
>
> Thanks, and apologies for any misapprehensions!
> Tom
>


___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel


[Mlt-devel] Best video format(s) for realtime melt?

2018-12-07 Thread Tom Murphy
The "Films By Kris" tutorials recommend using ffmpeg with "-vcodec
dnxhd" to convert video before handing it off to melt, because DNxHD
is apparently good for realtime processing with MLT and melt.

Is it (still) the case that DNxHD is the "best" for use with melt in
realtime mode (i.e. not writing to file)?

Although this is admittedly a fuzzy question, I'd imagine criteria for
"best" being something like:
  - fast to decode (if not also encode)
  - parallelizable (it looks like AVCHD can't be decoded multithreaded, e.g.)
  - good on other axes I'm not thinking of, maybe particular to MLT?

Thanks, and apologies for any misapprehensions!
Tom


___
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel