[Ffmpeg-devel] Increasing Audio Buffer Size
Michael Niedermayer
michaelni
Tue May 9 23:34:32 CEST 2006
Hi
On Tue, May 09, 2006 at 03:10:46PM -0400, Cyril Zorin wrote:
[...]
> >
> >
> >>takes, insofar that at a certain point an "Audio Frame" is just a
> >>free-area
> >>of crap that the decoder can fill in, without organizing it by
> >>"channel" or
> >>whatever.
> >
> >for video its organized by color components and lines, so your free
> >form
> >crap is not analogous
>
> I meant "free form" in that I specify how I'll organize my color
> data. Take the mental leap there before
well, and that then either doesnt apply to video or it applies to audio
too, depending on how you define it exactly
> you start calling things "crap", in order to impress... who?
you called it crap first (just read what you wrote above), i just
refered to it by the same word, sorry that your own terminology offends you
>
> >
> >
> >>
> >>Also, if it were up to me, I'd leave the AVFrame struct well alone
> >>and make
> >>an "AFrame" or otherwise something for "audio frame". I wouldn't
> >>want to
> >>clutter AVFrame any more.
> >
> >thats certainly a possibility, if its better i dont know, what i do
> >know
> >is it will be more work and possibly more complicated code ...
> >we would need AVFrame, AFrame, VFrame later 2 would be "subclasses"
> >of AVFrames (= their first fields match the ones from AVFrame)
>
> Subclasses? What for?
to avoid code duplication
> Shit.
http://en.wikipedia.org/wiki/Hypocrit
> If you think that breaking things down
> and therefore separating concerns is
> making code "complicated", then I think I lost the debate before I
> got into it.
thers a difference between seperating independant parts and duplicating things
both audio and video frames need a storeage area, timestamps, some quality
field for encoding, PSNR, keyframe/nonkeyframe flag, ...
they should be in a struct common to both audio and video -> the suggested
AVFrame/AFrame/VFrame
going this way is more work, and as i said possibly more complicated in the
end, maybe its not, you can of course send a patch (or melanson can choose
to implement things with AVFrame/AFrame/VFrame in the first place if he
prefers)
[...]
--
Michael
In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is
More information about the ffmpeg-devel
mailing list