<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 6, 2016 at 11:27 AM, Curtis Gedak <span dir="ltr"><<a href="mailto:gedakc@gmail.com" target="_blank">gedakc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 2016-06-05 06:26 PM, Tom Harris wrote:<br>
> On Sun, Jun 5, 2016 at 2:17 PM, Peter Bennett <<a href="mailto:cats22@comcast.net">cats22@comcast.net</a>> wrote:<br>
><br>
>><br>
>><br>
</span>>> ------------------------------<br>
>> *From: *"Tom Harris" <<a href="mailto:thom.j.harris@gmail.com">thom.j.harris@gmail.com</a>><br>
>> *To: *"Discussion about MythTV" <<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>><br>
>> *Sent: *Saturday, June 4, 2016 2:05:02 PM<br>
>> *Subject: *Re: [mythtv-users] Pi3 Playback problems with 1080i MPEG2?<br>
<div><div class="h5">>><br>
>><br>
>><br>
>><br>
>> On Wed, Jun 1, 2016 at 8:39 AM, Tom Harris <<a href="mailto:thom.j.harris@gmail.com">thom.j.harris@gmail.com</a>><br>
>> wrote:<br>
>><br>
>>><br>
>>><br>
>>> On Mon, May 30, 2016 at 7:35 AM, Peter Bennett (cats22) <<br>
>>> <a href="mailto:cats22@comcast.net">cats22@comcast.net</a>> wrote:<br>
>>>><br>
>>>> On 05/29/2016 09:58 PM, Tom Harris wrote:<br>
>>>>> I just set up a new Pi3 frontend on Raspbian Lenny + Peter’s .deb<br>
>>>>> package for 0.27.<br>
>>>>> After some tweaking of various settings in raspbian and mythfrontend,<br>
>>>>> it is working well.<br>
>>>>><br>
>>>>> The one issue is that playback of 1080i content has problems.  It<br>
>>>>> misses frames, pauses, and is generally not watchable.  720p video is<br>
>>>>> fine.<br>
>>>>><br>
>>>>> I verified a few things in debugging it:  content streams are fine,<br>
>>>>> bandwidth to frontend is fine, settings are correct (as far as I can<br>
>>>>> tell).   I played back the same videos just fine via Kodi’s mythtv<br>
>>>>> add-on on my Pi2 as well as the Apple TV mythfrontend.<br>
>>>>><br>
>>>>> ‘-v playback’ confirms openmax is enabled.   But, there is an error,<br>
>>>>> which I’m not sure if it’s normal or a real problem: “E  AFD: Unknown<br>
>>>>> decoding error"<br>
>>>>><br>
>>>>> Has anyone else run into this?   Any more settings I should check?<br>
>>>>><br>
>>>> Check your playback profile. You should have "Openmax normal" selected.<br>
>>>> Also edit the profile and check that the decoder and renderer are both<br>
>>>> set to openmax. Set the number of processors to 4.<br>
>>><br>
>>> Yes, all of those settings are correct.   The other settings on those<br>
>>> pages, I just left default:<br>
>>><br>
>>> ‘Deblocking filter’ is selected<br>
>>> ‘OSD fade’ is not selected<br>
>>> ‘OSD renderer’ is soft blend<br>
>>><br>
>>> Primary deinterlacer: Advanced (HW)<br>
>>><br>
>>> Fallback deinterlacer: One field<br>
>>><br>
>>><br>
>>><br>
>>>><br>
>>>> Do you have the latest version? There was a bug with dropping frames<br>
>>>> that has been fixed. "Unknown decoding error" is one message that<br>
>>>> occurred with that bug.<br>
>>><br>
>>> Yes, it appears to be current (same version currently downloadable from<br>
>>> your site).<br>
>>><br>
>>>><br>
>>>><br>
>>>> What type of content is this? Is it MPEG2 or H264? Is it recordings or<br>
>>>> videos? Is it only one particular recording?<br>
>>><br>
>>> MPEG2.  It’s Comcast cable TV recordings, from several stations - some<br>
>>> local NBC/CBS, some national TNT, etc.<br>
>>><br>
>>>><br>
>>>> Are you using an on screen display (e.g. Subtitles or Info)?<br>
>>><br>
>>> No. No subtitles, etc.<br>
>>><br>
>>>><br>
>>>> If you still have problems let us know your version (mythfrontend<br>
>>>> --version).<br>
>>><br>
>>> MythTV Version : v0.27.6-86-ge2ccfdf<br>
>>> MythTV Branch : raspi/0.27<br>
>>> Network Protocol : 77<br>
>>> Library API : 0.27.20151025-1<br>
>>> QT Version : 5.3.2<br>
>>> Options compiled in:<br>
>>>  linux profile use_hidesyms using_asa using_oss using_pulse<br>
>>> using_pulseoutput using_backend using_bindings_perl using_bindings_python<br>
>>> using_bindings_php using_dvb using_firewire using_frontend using_hdhomerun<br>
>>> using_ceton using_hdpvr using_ivtv using_joystick_menu using_libcrypto<br>
>>> using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg<br>
>>> using_qtwebkit using_qtscript using_qtdbus using_sdl using_taglib<br>
>>> using_v4l2 using_x11 using_xrandr using_xv using_profiletype<br>
>>> using_bindings_perl using_bindings_python using_bindings_php<br>
>>> using_mythtranscode using_opengles using_openmax using_ffmpeg_threads<br>
>>> using_mheg using_libass using_libxml2<br>
>>><br>
>>>  Here is some more complete output from ‘-v playback’.. anything else I<br>
>>> can enable for more debugging detail?<br>
>>><br>
>>> 2016-05-31 19:35:47.336368 I<br>
>>>  FileRingBuf(myth://mythbackend/1720_20160531230000.mpg):<br>
>>> OpenFile(myth://mythbackend/1720_20160531230000.mpg, 2000 ms)<br>
>>> 2016-05-31 19:35:49.477791 I  MythCoreContext: Connecting to backend<br>
>>> server: <a href="http://10.1.1.11:6543" rel="noreferrer" target="_blank">10.1.1.11:6543</a> (try 1 of 1)<br>
>>> 2016-05-31 19:35:49.502527 I  TV: StartPlayer(0, WatchingRecording, main)<br></div></div></blockquote><div> </div><div>(snipped debug output - mailing list was complaining about message > 45KB)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
>>> 2016-05-31 19:35:53.189281 I  Player(0): Video is 10.7273 frames behind<br>
>>> audio (too slow), dropping frame to catch up.<br>
>>><br>
>>>  (snip..  it keeps generating messages about skipping frames, etc.)<br>
>>><br>
>><br>
>> I scanned through all the list postings about Pi setup to verify my<br>
>> settings.  The only one that differed in some posts was the number of CPU<br>
>> cores used for playback.  I changed mine from 4 to 1, but that made no<br>
>> difference.<br>
>><br>
>> I also installed Kodi on raspbian, as a sanity check on the<br>
>> hardware/software/network, and playback is perfect in Kodi with the<br>
>> mythtv.pvr add-on playback the same recordings in Kodi that didn’t play<br>
>> well in mythtv.    I’m not sure where to go from here..  is there any way<br>
>> to get more debugging information out of OpenMax to narrow down the issue?<br>
>><br>
>><br>
>><br>
>> Other things to check<br>
>> - GPU memory, must be at least 128MB, but try 256MB to see if that helps<br>
>><br>
><br>
> I’ve got it set to 256MB.  At that level, there is still free memory<br>
> available and zero swap usage.<br>
><br>
><br>
>> - Perhaps some other process is using CPU. Try running top from ssh while<br>
>> playing back and see if anything other than mythfrontend is using lots of<br>
>> CPU.<br>
>><br>
><br>
> Mythfrontend is the only significant CPU user, and there is plenty of idle<br>
> CPU.<br>
><br>
><br>
>> - Is the mpeg2 license correctly installed?<br>
>><br>
><br>
> Yes, confirmed via the command “vcgencmd codec_enabled MPG2” and also via<br>
> playback in Kodi.<br>
><br>
><br>
> Thanks for the help.    At this point, I think I’ll continue with Kodi for<br>
> MythTV playback, and maybe when the next mythtv update is available I’ll<br>
> give that another try.<br>
><br>
<br>
<br>
</div></div>Since you mentioned that playback of 1080i content worked well in Kodi,<br>
did you also check to see what resolution was being used with Kodi?<br>
<br>
With a default OpenELEC 6.0.3 (Kodi) install on my RPi2, the default<br>
resolution was set to "DESKTOP" which turned out to be 1280x720p in my<br>
situation.<br>
<br>
The video resolution can be found at:<br>
<br>
System -> Settings -> System -> Video output<br>
<br>
If your Kodi resolution is less than 1920x1080 then you might try using<br>
the same resolution in mythfrontend to see if it also works well with<br>
1080i content.<br></blockquote><div><br></div><div>My Kodi is also set at 1920x1080.  I’ve tried it on both Openelec and Raspbian, and Kodi plays it perfectly in all configurations.</div><div><br></div><div>Does your Kodi have issues displaying at 1920x1080?   It seems like scaling it down to 1280x720 would be more work.</div></div></div></div>