On 11/6/05, Cory Papenfuss wrote:
> AUD: pts: 124404120
> Id:1: 0:23:02.268 V:2602264 6159 A:607467 3607
still not much use here...but that is ok, as it is stuck in the decoder
> (gdb) frame 0
> #0 process_video (pktPtr=0xbf8a5f88, decode_pic=0) at mpeg2fix.c:466
> 466 if(! decode_pic) {
> (gdb) print state
> $1 = 0
> (gdb) print *info
> $2 = {sequence = 0x8074278, gop = 0x0, current_picture = 0x0,
> current_picture_2nd = 0x0,
> current_fbuf = 0x0, display_picture = 0x0, display_picture_2nd = 0x0,
> display_fbuf = 0x0, discard_fbuf = 0x0, user_data = 0x0, user_data_len = 0}
> (gdb)
Yes, this is more useful. state=0 is a problem at this point. I'll
put in code to deal with this, but I'm not exactly sure what is
supposed to happen in this case. Basically, av_read_frame returned
what it thought was a full video frame, but libmpeg2 thinks there
should be more data than there is.
If you have the capability, sending me the tail of the original mpg
might be useful. this could be done with something like:
tail --byte 10000000 sync.nuv > new.mpg
(that would give me the last 10MB of the stream). If you don't mind
sending it to me, but don't have a place to put it, let me know and
I'll provide you with someplace to send it.
Otherwise, I'll try to work around this and post a new version (the
problem is that I'm guessing blind at what is wrong with your stream).
Thanks again,
.Geoff
_______________________________________________
mythtv-dev mailing list
[email protected]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
