[mythtv] Mythtranscode .mpg => .mpg not .mpg => .nuv

[Cory Papenfuss]

>> AUD: pts: 124395480
>> Id:1:  0:23:02.172 V:2602264 6159 A:609771
>>
>>         ... Sitting right here.............^
> This doesn't make sense.  Did you pipe the result to a log file or
> less?  There is no way it could stop printing at the middle of a line
> (that I can think of), so the real ending point is probably buffered.
> Try rerunning without reditrecting the output.

 	My bad... that was out of less.  A raw cat of the logfile stops 
printing there, but does not send a \n

[papenfuss at juneau deleteme]$ tail log.txt
AUD: pts: 124386840
Id:1:  0:23:02.076 V:2602264 6159 A:612075 3959
AUD: pts: 124389000
Id:1:  0:23:02.100 V:2602264 6159 A:611499 3915
AUD: pts: 124391160
Id:1:  0:23:02.124 V:2602264 6159 A:610923 3871
AUD: pts: 124393320
Id:1:  0:23:02.148 V:2602264 6159 A:610347 3827
AUD: pts: 124395480
Id:1:  0:23:02.172 V:2602264 6159 A:609771 [papenfuss at juneau deleteme]$


At this point the
> ringbuffers are nowhere near full, so it is almost certainly has
> nothing to do with the multiplexer, or the threading code.  I wouldn't
> be surprised if the last line is something like 'Building P-Frame...'
> You didn't say how you started it either.  Are you using '-t', or not?
> You should try it both ways.
>
 	I wasn't doing a -t before.  I tried it with -t and got the same 
results.

> Running through gdb would be very helpful as well, and is very easy:
> gdb --args ./mpeg2fix -i infile.nuv -o out.mpg -t
> then type 'run'
> when it hangs, hit ctrl-c and type:
> thread apply all bt
>
> send me that, plus the previous 20 lines of output, and I'll have a
> much better idea what is going on.
>

Loaded system supplied DSO at 0xffffe000
[Thread debugging using libthread_db enabled]
[New Thread -1212172608 (LWP 32329)]
Opening ../sync.nuv
Input #0, mpeg, from '../sync.nuv':
   Duration: N/A, bitrate: N/A
   Stream #0.0[0x1e0], 29.97 fps: Video: mpeg2video, yuv420p, 704x480, 5370 
kb/s
   Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, 192 kb/s
[New Thread -1214624848 (LWP 32332)]
16022 -178 3003 0
V: 16200 A: 16200 delta: 0
V-queue: 1 A-queue: 0
Delta: 0.000000ms
Mux rate: 6.62 Mbit/s

Program received signal SIGINT, Interrupt.
[Switching to Thread -1212172608 (LWP 32329)]
0x08053416 in mpeg2_parse_header ()
(gdb) thread apply all bt

Thread 2 (Thread -1214624848 (LWP 32332)):
#0  0xffffe410 in __kernel_vsyscall ()
#1  0x450c6a86 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#2  0x0804962a in fill_buffers (r=0xbf8da750, finish=0) at mpeg2fix.c:171
#3  0x0804d441 in check_times (mx=0xb79a3150, video_ok=0xb79a3048, audio_ok=0xb79a30d0,
     ac3_ok=0xb79a3050, start=0xb79a304c) at multiplex.c:411
#4  0x080497a8 in replex_start (data=0xb79a3150) at mpeg2fix.c:230
#5  0x450c4341 in start_thread () from /lib/tls/libpthread.so.0
#6  0x44f446fe in clone () from /lib/tls/libc.so.6

Thread 1 (Thread -1212172608 (LWP 32329)):
#0  0x08053416 in mpeg2_parse_header ()
(gdb)

>> Delta: 0.000000ms
> Looks ok to me.  Looks like it is from a PVR250 (or equivalent)
>
 	Yes... IIRC, it was 1st generation PVR-250 running ivtv-0.1.9 from 
about 1.5 years ago.

> Looks fine to me.  This PTS is < what you sent before (124399622-16200
> < 124395480) which reinforces my thought that this is purely a decoder
> issue, and isn't thread related.
>
 	I thought we were after number2 (-178)...  Let me know if you need 
another chunk of the log.

-Cory

-- 

*************************************************************************
* Cory Papenfuss                                                        *
* Electrical Engineering candidate Ph.D. graduate student               *
* Virginia Polytechnic Institute and State University                   *
*************************************************************************