Jonathan Woithe schrieb:
> The very noticeable degradation comes about due to a bug in libdv which is
> used to do the encoding to DV from cinelerra. When I last looked into this
> about 2 years ago ffmpeg's DV codec wasn't as badly affected but it still
> wasn't great.
hmm, great? Great would be
On Thu, 23 Nov 2006, Richard Rasker wrote:
> question I have deals with one of the elusive Holy Grails of video
> processing: how to render a given DV file into the highest possible
> quality DVD.
In addition to being a holy grail it is also known as a 'wild goose
chase' ;)
On Fri, 2006-11-24 at 09:02 +1030, Jonathan Woithe wrote:
> > Unfortunately, Cinelerra doesn't allow for CLI driven rendering other
> > than the rather inflexible batch render functions, and I though I found
> > that rendering an edited project first to DV, then rendering the DV file
> > to MPEG, g
On Fri, 2006-11-24 at 09:33 +0100, stefan wrote:
> Jonathan Woithe schrieb:
> > The very noticeable degradation comes about due to a bug in libdv which is
> > used to do the encoding to DV from cinelerra. When I last looked into this
> > about 2 years ago ffmpeg's DV codec wasn't as badly affected
On Thu, 2006-11-23 at 12:16 +0100, Richard Rasker wrote:
> It would be nice if there was a tool to calculate which values for bit
> rate and quantization would still result in a valid DVD MPEG file, based
> on a given DV file, without actually having to go through the lengthy
> rendering process it
Roman Shaposhnik schrieb:
>> hmm, great? Great would be something which allows for reencoding 10
>> times and is still hard to see...
>>
>
> I guess I find it a bit hard to parse this particular statement. Are
> you referring to a particular degradation of a quality you've observed
> or is
Op vr, 24-11-2006 te 00:26 -0800, schreef Steven M. Schultz:
>
> On Thu, 23 Nov 2006, Richard Rasker wrote:
>
> > question I have deals with one of the elusive Holy Grails of video
> > processing: how to render a given DV file into the highest possible
> > quality DVD.
>
> In addition to b
Here some other stress-tests:
http://people.freenet.de/mb1svcd/DV/small_comparison_of_dv_codices.htm
http://www.slashcam.de/artikel/Grundlagen/Der-Canopus---Unterschied.html
(german)
cu
Stefan
-
Take Surveys. Earn Cash. Inf
Hi
On Fri, 2006-11-24 at 11:19 +0100, stefan wrote:
> Yes, I do refer to massive quality-loss I have observed in such an
> "encoder-stress-test". I can, if you wish, do this test again.
That'll be *very* much appreciated (if not the tests themselves,
then just a complete recipe for reproducin
Op vr, 24-11-2006 te 00:26 -0800, schreef Steven M. Schultz:
>
> On Thu, 23 Nov 2006, Richard Rasker wrote:
>
> > question I have deals with one of the elusive Holy Grails of video
> > processing: how to render a given DV file into the highest possible
> > quality DVD.
>
> In addition to b
Hi guys - I've some done work on ffmpeg's DV codec recently, on
contract for some of my clients. Quality-wise, the video encoder
should be competitive with popular commerical encoders. In some of my
benchmarks it attains higher image quality than Apple's software
encoder. Which is not to say it is
On Fri, 24 Nov 2006, Linetec wrote:
> Hmm, then how do you call it when quantization (-q) is chosen too low,
> resulting in mplex reporting buffer underrun errors?
"bit rate too high".
;)
I know I've "lectured" on this before but maybe newer/different
wording w
12 matches
Mail list logo