<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 10/22/2012 03:56 AM, Martin Moores
wrote:<br>
</div>
<blockquote
cite="mid:CAEBYFR+zmGQcu9L4ObcPXByxjzuaCBA1m7deSkw4vcCiY=zejg@mail.gmail.com"
type="cite">
<pre wrap="">On 21 October 2012 14:41, Mark Greenwood <a class="moz-txt-link-rfc2396E" href="mailto:fatgerman@gmail.com"><fatgerman@gmail.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
On 21 Oct 2012, at 11:40, Martin Moores wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On 20 October 2012 22:37, Jean-Yves Avenard <a class="moz-txt-link-rfc2396E" href="mailto:jean-yves@avenard.org"><jean-yves@avenard.org></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
On Sunday, 21 October 2012, Mark Greenwood wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
I haven't tried playing it on my myth box, but I can tell you it's MJPEG,
not MPEG2, which might be why your myth box is having trouble with it. File
seems OK for an MJPEG file though, it's 30fps at 640x480 resolution. The
audio is 8-bit PCM, mono, 8KHz, which is unusual and could also be the
source of the problem.
</pre>
</blockquote>
<pre wrap="">The format of the audio is irrelevant, myth will perform any conversion on
the fly as required and is able to play 8, 16, 24, 32 bits integer and float
audio
</pre>
</blockquote>
<pre wrap="">
Thanks for the replies both. If Myth doesn't know what it is and
guesses wrong, then I guess that could be the issue. I have no idea
how to tell though.
Hopefully someone will get chance to take a look
</pre>
</blockquote>
<pre wrap="">
OK I've tried it on my myth box (0.25) and I get similar playback errors to you - it plays but it stutters.
Mine does recognise it as MJPG :
2012-10-21 14:26:53.641 AFD: Opened codec 0xa3092d10, id(MJPEG) type(Video)
2012-10-21 14:26:53.641 AFD: codec PCM_U8 has 1 channels
2012-10-21 14:26:53.641 AFD: codec PCM_U8 has 1 channels
2012-10-21 14:26:53.641 AFD: Opened codec 0xa3093580, id(PCM_U8) type(Audio)
2012-10-21 14:26:53.923 AO: Resampling from 8 kHz to 32 kHz with quality medium
2012-10-21 14:26:53.951 AO: Opening audio device 'hdmi:CARD=NVidia,DEV=0' ch 2(1) sr 32000 sf signed 32 bit reenc 0
2012-10-21 14:26:53.962 AudioPlayer: Enabling Audio
After that I get loads of
2012-10-21 14:26:59.551 Player(3): Waited 100ms for video buffers ffffffffffffffffffffffAf
2012-10-21 14:26:59.551 Player(3): Timed out waiting for frames, and
there are not enough free frames. Discarding buffered frames.
2012-10-21 14:26:59.560 Player(3): Waited 100ms for video buffers AAAAAAAAAAAAAAAAAAAAAAAA
2012-10-21 14:27:00.096 ALSA, Error: WriteAudio: buffer underrun
2012-10-21 14:27:00.823 Player(3): Waited 100ms for video buffers fffffffffffffffffffffAff
etc etc.
As an experiment I bunged it into avidemux and tried two variants:
Copy the video stream but convert the audio to MP3 - same playback problem.
Convert the video to x264 but keep the audio stream the same - plays perfectly.
So it's either something dodgy with your file (avidemux thinks it's fine) or myth has issues with MJPG.
Mark
Mark
</pre>
</blockquote>
<pre wrap="">
Mark,
Much appreciated you giving it a go, thanks, now I know it is not my
system as such, but a possibly bad video file.
Devs, what's the best thing to do about this? If it is the video that
is bad, then no further action of course, as it is not a myth issue.
But I guess it is possible it's a myth/linux issue? Is it the ffmpeg
guys that need to look at this, wasn't sure if it needed reporting
there.
Cheers
Martin
_______________________________________________
mythtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a class="moz-txt-link-freetext" href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</a>
</pre>
</blockquote>
i think this is also related to tickets <a
href="http://code.mythtv.org/trac/ticket/10706">#10706</a> and <a
href="http://code.mythtv.org/trac/ticket/10942">#10942</a> all 3
samples use FF_BUFFER_TYPE_INTERNAL buffers. commenting out the if
(!decode.contains(*it)) in the function
VideoBuffers::DoneDisplayingFrame(VideoFrame *frame) makes the
videos for ticket #10706 and this video to play correctly. all 3
videos show that there's mostly finished(displayed but still in
decode queue) frames so i think the issue is mythtv isnt removing
these frames from the decode list and after a while it just runs out
of frames and has to drop all frames to continue playback.<br>
</body>
</html>