[mythtv] Fwd: [mythtv-commits] Re: Ticket #796: mythtranscode --mpeg2 won't work with ivtv/dbox2 recordings

Michael Haas hansi.urpils at gmail.com
Fri Dec 16 09:00:16 EST 2005


Hi Geoffry!

I tried and hacked the "memsize", but it didn't work. I still get those
"deadlock detected" error messages.

As you requested, I've uploaded the first four megabytes of the 640x480
recording. I hope you don't mind me contacting you off-list, but I don't
want the curious to use up all my bandwidth :).

Kind regards,
Michael

On 12/15/05, Geoffrey Hausheer <mythtv0368 at phracturedblue.com> wrote:
>
> On 12/14/05, Michael Haaswrote:
> >  2005-12-14 21:18:26.525 VID: B #:3 nb: 2 pts: 00:00:00.227 dts:
> > 00:00:00.227
> >  2005-12-14 21:18:26.526 Id:0 00:00:00.227 V:195 MP2: 199
> >  Deadlock detected.  One buffer is full when
> >  the other is empty!  Aborting
>
> >  2005-12-14 21:28:29.207 VID: P #:5 nb: 2 pts: 00:00:00.320 dts:
> > 00:00:00.200
> >  2005-12-14 21:28:29.207 Id:0 00:00:00.320 V:196 MP2: 199 AC3: 199
> >  Deadlock detected.  One buffer is full when
> >  the other is empty!  Aborting
>
> This makes no sense.  the buffers are all empty, so this should never
> be able to happen.  The only case I can think of that would caus ethis
> is if the video buffer was drastically undersized (there are 2 bypes
> of buffers data buffers (contains the encoded frames), and index
> buffers (contains info about the frame).  The deadlock code only
> checks the index frames, as there should be a 1:1 correspondence
> between index:data.
>
> This could happen if the image resolution was incorrectly detected
> (which doesn't appear to be the case).  you can try the following:  on
> line 381 in mpeg2fix.cpp change the 'memset = ...'  line to be:
> uint32_t memsize = 10000000;
> that should give you plenty of bufer for your images.
>
> I would like to see the stream itself, as I have no idea why it isn't
> working correctly.  Please send me the 640x480 one.  The following
> should work fine:
> dd if=1067_20050909201000_20050909215500.nuv of=tmp.mpg bs=1024 count=4096
>
> that'll generate a 4MB file, which should be plenty to debug the problem.
> use dropload.com if you don't have a place to store the files on the web.
>
> .Geoff
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-dev/attachments/20051216/7b332a71/attachment.htm


More information about the mythtv-dev mailing list