[FFmpeg-devel] [PATCH] RV30/40 decoder

[Michael Niedermayer]

Hi

On Mon, Sep 17, 2007 at 07:05:36PM +0300, Kostya wrote:
> On Mon, Sep 17, 2007 at 02:44:13PM +0200, Michael Niedermayer wrote:
> > Hi
> > 
> > On Mon, Sep 17, 2007 at 02:44:20PM +0300, Kostya wrote:
> > > On Mon, Sep 17, 2007 at 11:34:17AM +0200, Michael Niedermayer wrote:
> > > > Hi
> > > > 
> > > > On Mon, Sep 17, 2007 at 08:19:50AM +0300, Kostya wrote:
> > > [...]
> > > > > 
> > > > > They are stored in container that way and I have not found a way to determine
> > > > > whether current slice is really previous slice tail or not while demuxing.
> > > > 
> > > > how does mplayers demuxer do it? it does pass complete frames from what
> > > > i remember
> > > 
> > > There is a 'picture number' field in slice header (demuxed, not codec).
> > > MPlayer joins them with setting avctx->slice_offset[] but IIRC it still
> > > has the problem with slice tails.
> > 
> > and how does the binary rv decoder handle that?
> 
> MPlayer passes similar slice offsets to it and looks like it joins slice end
> itself (I discovered this by watching on its internal buffer).
>  
> > btw, how is rv remuxed in mkv? i dont think its allowed to split slices
> > like that in mkv or?
> > 
> > and do you have a url of such a file with split slices, id like to confirm
> > that neither binary nor mkv remuxer nor mplayer can detect the split
> > slices
> 
> http://samples.mplayerhq.hu/real/VC-RV40/test.rmvb

ok, ive looked at it and i dont understand at all where the problem is
there are no slices split over frames, there are slices which are split
within a frame (maybe due to being over the MTU?) but they would be
exactly after each other after the demuxer thus no joining should be needed

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

While the State exists there can be no freedom; when there is freedom there
will be no State. -- Vladimir Lenin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070919/33be5ec5/attachment.pgp>