[vlc-devel] Re: Issue with PTS/DTS

[Christophe Démaret]

Christophe Démaret a écrit :
 > Derk-Jan Hartman a écrit :
 >> Quite possibly the problem is the VLC avi muxer, which is known to be
 >> unreliable if not broken.Try using another fileformat.
 >
 > Tried with TS (hacked to accept MJPEG2000 as it already does for a lot
 > of MS codecs). There's a good new and a bad new. The good one is now I
 > have a DTS and a PTS even if they not exactly what I expected.
 > But still, VLC calls the DecodeBlock() indefinitely for the SAME packet
 > over and over :/ I can't release it it refuses to work on the next one.
 > Any idea someone ?

 > looks like this:
 >
 >> mj2k debug: New block: p_block: @ 1677528, buffer @ 16775a0, size:
 >> 16018, dts: 1737297254, pts: 6
 >> mj2k debug: The jas_stream_t (@1602f30) was created based on buffer
 >> @16775a0, size=16018.
 >> mj2k debug: The frame (@1602f30) was decoded, returned 4747eb8.
 >> mj2k debug: Width = 320, Height = 240. Begin of the transfert to the
 >> VLC structure.
 >> mj2k debug: New buffer successfully created (@4781f38), copy from 
4747eb8
 >> mj2k debug: Entering mj2k_CopyPicture
 >> mj2k debug: Comp. num. 0, w=320, h=240. Ready to copy.
 >> mj2k debug: Comp. num. 1, w=320, h=240. Ready to copy.
 >> mj2k debug: Comp. num. 2, w=320, h=240. Ready to copy.
 >> mj2k debug: Transfert successful. We're done here, image @4781f38.
 >> mj2k debug: Memory has been cleaned.
 >> mj2k debug: New block: p_block: @ 1677528, buffer @ 16775a0, size:
 >> 16018, dts: 1737297254, pts: 6
 >> mj2k debug: The jas_stream_t (@1602f30) was created based on buffer
 >> @16775a0, size=16018.
 >> mj2k debug: The frame (@1602f30) was decoded, returned 1712ea8.
 >> mj2k debug: Width = 320, Height = 240. Begin of the transfert to the
 >> VLC structure.
 >> mj2k debug: New buffer successfully created (@4782048), copy from 
1712ea8
 >> mj2k debug: Entering mj2k_CopyPicture
 >> mj2k debug: Comp. num. 0, w=320, h=240. Ready to copy.
 >> mj2k debug: Comp. num. 1, w=320, h=240. Ready to copy.
 >> mj2k debug: Comp. num. 2, w=320, h=240. Ready to copy.
 >> mj2k debug: Transfert successful. We're done here, image @4782048.
 >
 > THe first line is the important one: "p_block: @ 1677528" over and over,
 > the SAME packet.

Yet another try.

Has someone any idea about why VLC calls my  DecodeBlock() Function so 
often instead of just once per packet ? It's juste crazy :-/

Thanx in advance for any help or link

Christophe

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html