<!DOCTYPE html><html><head><style type="text/css">body { font-family:'DejaVu Sans Condensed'; font-size:18px; background:Window}</style></head><body><div>On Mon, 21 May 2012 08:23:59 +0100, Raffaele BELARDI <raffaele.belardi@st.com> wrote:<br><br>> On 05/20/2012 10:20 PM, Roger Siddons wrote:<br>>>> On 05/14/2012 09:05 AM, Raffaele Belardi wrote:<br>>>>> After the move to 0.25 playback of the videos recorded from my still<br>>>>> camera in MythGallery is awful: Internal player plays a couple of<br>>>>> seconds, then stops audio and video, then continues, then stops again<br>>>>> and so on. The log is full of "Timed out waiting for frames, and There<br>>>>> are not enough free frames, discarding buffered frames".<br>>>>><br>>>>> mplayer plays the same files without issues. No problem playing AVIs <br>>>>> nor<br>>>>> high quality mkv with Internal player. Live TV is ok.<br>>> _______________________________________________<br>>><br>>> Yes. I also noticed this a few days ago.<br>>><br>>> My camera generates MOV files which produce the problems you describe.<br>>> Some of these I have compressed to AVI files (for web posting) and these<br>>> also have the stutter. However other (downloaded) AVI files play <br>>> perfectly<br>>> in Myth, as do other formats. All these 'problem files' play perfectly <br>>> in<br>>> VLC and mythffplay.<br>>><br>>> So is it an issue with MythVideo playing files produced by cameras ?<br>>><br>>> I used VLC to play these movies in 0.24 but I don't remember why - I <br>>> must<br>>> have had some issues back then as well.<br>>><br>>> More worryingly, I can't seem to change the MythGallery player any more <br>>> -<br>>> it no longer appears to respect the Video File Type settings in 0.25. <br>>> If I<br>>> copy a camera video to my 'videos' directory it plays using VLC (as<br>>> configured). However the same video in my 'pictures' directory always<br>>> invokes the Internal player.<br>>><br>>> I've attached a "-v playback --loglevel debug" log. The "60 Hz Display<br>>> Refresh Rate" is alarming (I'm using UK PAL) but it seems to report this<br>>> for playable videos as well, so I'm not sure what this really means.<br>>><br>>> <a href="http://pastebin.com/rKBegn3T">http://pastebin.com/rKBegn3T</a><br>><br>> Well, at least I'm not the only one!</div><div><br></div><div>Maybe no-one else has vain kids (& doting grandparents) that want to spend hours watching themselves. The dev's don't seem interested in this MythVideo issue either - so much for the "use it for everything" push...</div><div><br>><br>> Like you I'm unable to specify the player for MythGallery.<br>><br><br>I had a quick look at this problem today. This was an intentional change for 0.25 (<a href="http://code.mythtv.org/trac/changeset/9135b216787f9bd5b67089ceca64ece2df9ae593/mythtv">changeset</a>) although I can't find the reason for it.<br><br>> Unlike you I was successful re-encoding the MJPEG to MPEG with mencoder:<br>> playback of re-encoded movies is fine in MythGallery, although the video<br>> quality is not as good as the original (but that's a mencoder issue).<br>></div><div><br></div><div>I presumed there would be some way of processing them but I'm not going to re-encode 300 films just so that I can use Myth!</div><div>I was contemplating dusting my coding fingers off to undo the above change but I'll probably start looking for an external app to use instead. Any recommendations anyone ?</div><div><br>> I also was using mplayer for camera movies under 0.24 because the<br>> internal player was not able to play them.<br>><br>> In your log there are lots of "Video is xxx frames ahead of audio"<br>> messages, maybe there is a problem decoding the audio? On my camera<br>> movies I think it's 8-bit PCM, mono. I could try to re-encode only the<br>> audio to a more common format (e.g. mp3).<br>><br>> I just noticed that your log contains some errors:<br>><br>> E ALSA: Setting hardware audio buffer size to 6016<br>> E ALSA: Error opening /proc/asound/card0/pcm0p/sub0/prealloc:<br>> Permission denied.<br>> E ALSA: Try to manually increase audio buffer with: echo 6016 | sudo<br>> tee /proc/asound/card0/pcm0p/sub0/prealloc<br>> E ALSA: Unable to sufficiently increase ALSA hardware buffer size -<br>> underruns are likely<br>><br>> Could be related to our problem? I'll check my logs also.<br>></div><div><br></div><div>I doubt it. I looked into this a long time ago (0.23?) - it was a common 'feature', I believe. My system has always produced these messages for TV, videos etc and yet I have never had problems with anything else.</div><div><br>> raffaele<br>> _______________________________________________<br>> mythtv-users mailing list<br>> mythtv-users@mythtv.org<br>> <a href="http://www.mythtv.org/mailman/listinfo/mythtv-users">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br></div><div><br></div><div>FWIW I've tried several cameras and they all fail to play properly.<br><br></div></body></html>