[mythtv-users] Fwd: Re: MythTV Raspberry Pi2 frontend testers

Tue Jan 5 02:54:14 UTC 2016

On 04/01/16 19:37, Lawrence Rust wrote:
> Rob,
>
> Many thanks for running these tests and the test clips. However,
> looking at the logs I can't see anything that indicates an OpenMAX
> problem or gives any indication why you hear no sound in PCM mode.
>
> I tried playing all 3 clips on my RPi and I hear stereo sound from my
> HDMI monitor when I select the OpenMAX:hdmi output and select stereo
> speakers.  The sound becomes 'choppy' if I select 5.1 or 7.1 speakers -
> that would be expected.
>
> There's nothing but static when I enable AC3 or DTS, but that's expected
> as my monitor only accepts PCM and from your report that's when your
> receiver plays sound, so digital pass through is working.
>
> I'm at a loss to explain why you can't play PCM sound to your HDMI
> connected receiver.  There must be a configuration issue.  Maybe you
> have to tell your receiver manually when it's in PCM mode?
>
> Is the problem to do with /boot/config.txt?  I have this:
>
> # 1920x1080 @ 50Hz 16:9, clock:148MHz progressive
> disable_overscan=1
> hdmi_group=1 # CEA mode
> hdmi_mode=31
> hdmi_drive=2
> gpu_mem=256
>
> Apart from the MPEG license, I have no other settings in config.txt.
>
> Thanks for the ALSA config info.  All I need to do now is convince the
> family that I should move the TV sound system into the office so that I
> can check digital sound with the RPi !!
>
> -- Lawrence Rust
>

hi Lawrence,
Further to my last email, now that I have sound I've been looking 
further afield and find that h264 content is problematic (surprisingly) 
in both mp4 and mkv containers.
I'm using the same test files, plus some additions
-  tv mpeg 2 stereo SD (same as before)
-  tv mpeg 2 ac3 HD (same as before)
-  video_aso ...mp4 3+ minutes in
-  video_dip ...mp4 from beginning
-  video_drs ...mkv 1+ minute in (tho the opening sequence first few 
secs shows moving text which is a good test)
-  video_tite ...mkv same as before, from beginning (previously supplied)

In each case VLC plays these fine on the Pi, as does OpenElec (V6) - 
with minimal CPU usage

the attached links include the log file, plus the new test files

https://www.dropbox.com/s/ercoe82p3rnxdk9/mythtv_pi_test_redger_160105a.zip?dl=0
https://www.dropbox.com/s/xsviv7tx9s57i09/vid_test_files_160105.zip?dl=0

In each case (mp4 and mkv) I see a lot of the following
2016-01-05 07:58:44.867851 E  GetNextFreeFrame() unable to lock frame 
100 times. Discarding Frames.
2016-01-05 07:58:45.474208 E  GetNextFreeFrame() unable to lock frame 
100 times. Discarding Frames.
2016-01-05 07:58:46.788120 N  Player(4): Waited 105ms for video buffers 
LffffLPPPfLf
2016-01-05 07:58:46.894033 N  Player(4): Waited 211ms for video buffers 
LffffLPPPfLf
2016-01-05 07:58:46.999890 N  Player(4): Waited 317ms for video buffers 
LffffLPPPfLf
2016-01-05 07:58:47.105585 N  Player(4): Waited 423ms for video buffers 
LffffLPPPfLf
2016-01-05 07:58:47.184578 N  Player(4): Timed out waiting for frames, and
                         there are not enough free frames. Discarding 
buffered frames.
2016-01-05 07:58:47.464603 E  GetNextFreeFrame() unable to lock frame 
100 times. Discarding Frames.
2016-01-05 07:58:47.601970 E  GetNextFreeFrame() unable to lock frame 
100 times. Discarding Frames.
2016-01-05 07:58:48.663101 N  Player(4): Waited 105ms for video buffers 
LfLffLPPPLLf
2016-01-05 07:58:48.768965 N  Player(4): Waited 211ms for video buffers 
LfLffLPPPLLf
2016-01-05 07:58:48.874682 N  Player(4): Waited 317ms for video buffers 
LfLffLPPPLLf
2016-01-05 07:58:48.980510 N  Player(4): Waited 423ms for video buffers 
LfLffLPPPLLf
2016-01-05 07:58:49.059775 N  Player(4): Timed out waiting for frames, and
                         there are not enough free frames. Discarding 
buffered frames.

Turning Real Time Priority Threads / on - off didn't help
Turning Enable Extra Audio Buffering / on - off didn't help video 
(although it is necessary for acceptable sound)

Using OpenMax Analog sound (with / without volume mixer) didn't help

Setting De-Interlaced to None (Interlaced) didn't help

Video OpenGL_Slim plays H264 with "less" stutter (tho TV stutters - both 
SD and HD/ac3)

Video Normal stutters badly, same as OpenMax

Separately, A summary of what I did to make HDMI Passthrough sound work well
==================================================
- To Enable Sound generally
       Go to Settings / Audio and on the first screen
           Set Output Device = OpenMax:HDMI
           Check Dolby Digital and DTS
           Set Speaker Configuration = 5.1
           Set Upmix Quality = Passive   (this is key)
       On the second screen (Audio Mixer),
           Check Use Internal Volume Controls
           Set Mixer Device = "OpenMax:" and Mixer Controls = "PCM" 
(also set volume level to 100%)
- To remove audio "glitches" (stuttering ?)
       Go to /Settings / Video / Playback
       Page 1 - Enable Extra Audio Buffering
       Page 3 - Deblocking Filter = OFF    (helps further reduce audio 
glitches etc, at expense of video quality ?)
- To enable Music
       Go to Setup / Media Settings / Music Tools / Music Settings / 
General Settings
       Set Audio Device to "default"

Standard Video settings at /Settings/Video/Playback page 3 -
   OpenMax for all resolutions ie. match criteria >= 0,0
   Max CPUs = 3   (tried with 4, didn't make much difference either way, 
so I've left it at 3)
   Decoder = OpenMax
   Deblocking Filter = OFF    (helps minimise audio glitches etc, at 
expense of video quality ?)
   Renderer = OpenMax
   Primary Deinterlacer = Advanced (HW), Fallback Deinterlacer = Fast (HW)

The Alsa configuration file I supplied is NOT NEEDED on the latest 
Raspbian (uname -r => 4.1.13-v7+)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20160105/53934aab/attachment-0001.html>