[vlc-devel] Re: Issue with PTS/DTS
hartman at videolan.org
Fri Jul 7 00:37:37 CEST 2006
Quite possibly the problem is the VLC avi muxer, which is known to be
unreliable if not broken. Try using another fileformat. Or even
better, try local playback. (if you have a headless machine, -V dummy
-I dummy -A dummy do wonders ).
On 6-jul-2006, at 23:21, Christophe Démaret wrote:
> I have some trouble in building an MJPEG 2000 decoder for VLC,
> looks like a time problem.
> I don't have a good mjpeg2000 source that I can trust in a "normal"
> container, like AVI (Morgan looks strange).
> So what I have done is this:
> 1) an access_demux module to put a JPEG2000 frame in a stream
> (using a kernel module because I simulate an hardware encoder but
> it works fine, i swear), then I use sout_standard to put those
> frames in an AVI.
> 2) open this AVI with VLC on another machine.
> The advantage is that the images is generated by the same soft as
> the decoder used, which is JasPer.
> The problem is that VLC seems to call the DecodeBlock() function
> over and over on the same packet and the DTS/PTS of the packet_t
> are 0 although the dates were correcly displayed on the
> access_demux plug-in...
> So I suppose this is not normal but first, could someone confirm ?
> I mean, I can't block_Release the block because i know it will do
> it again and the segfault :o
> Could AVI be the problem ? Or is simply the sout_standard unable to
> manage the dates ? Do you know any tool to check the avi file
> itself (quite hard to read with an hex editor...) ?
> I have uploaded the code and the AVI on ftp://ftp2.cdemaret.com/
> The logs from the both plugins are there too (the three empty debug
> messages are strange, they do work with the "debug logging"
> interface but not with messages...
> The size of the frame is correct.
> Once again, I just need help with the dates management: THIS is my
> problem here: if you have any documentation/mail/whatever to point
> this would really help.
> Thanx :)
> PS: This code is based on the work of other VLC authors, as such it
> is covered by the GPL. The final version of this decoder will be
> This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
> To unsubscribe, please read http://developers.videolan.org/lists.html
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
More information about the vlc-devel