<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<div class="moz-forward-container">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
On 04/01/16 19:37, Lawrence Rust wrote:<br>
<blockquote cite="mid:568727A7.7050509@yahoo.com.au" type="cite">
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
Rob,<br>
<br>
Many thanks for running these tests and the test clips.
However,<br>
looking at the logs I can't see anything that indicates an
OpenMAX<br>
problem or gives any indication why you hear no sound in PCM
mode.<br>
<br>
I tried playing all 3 clips on my RPi and I hear stereo sound
from my<br>
HDMI monitor when I select the OpenMAX:hdmi output and select
stereo<br>
speakers. The sound becomes 'choppy' if I select 5.1 or 7.1
speakers -<br>
that would be expected.<br>
<br>
There's nothing but static when I enable AC3 or DTS, but that's
expected<br>
as my monitor only accepts PCM and from your report that's when
your<br>
receiver plays sound, so digital pass through is working.<br>
<br>
I'm at a loss to explain why you can't play PCM sound to your
HDMI<br>
connected receiver. There must be a configuration issue. Maybe
you<br>
have to tell your receiver manually when it's in PCM mode?<br>
<br>
Is the problem to do with /boot/config.txt? I have this:<br>
<br>
# 1920x1080 @ 50Hz 16:9, clock:148MHz progressive<br>
disable_overscan=1<br>
hdmi_group=1 # CEA mode<br>
hdmi_mode=31<br>
hdmi_drive=2<br>
gpu_mem=256<br>
<br>
Apart from the MPEG license, I have no other settings in
config.txt.<br>
<br>
Thanks for the ALSA config info. All I need to do now is
convince the<br>
family that I should move the TV sound system into the office so
that I<br>
can check digital sound with the RPi !!<br>
<br>
-- Lawrence Rust<br>
<br>
</blockquote>
<br>
hi Lawrence,<br>
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.<br>
I'm using the same test files, plus some additions<br>
- tv mpeg 2 stereo SD (same as before)<br>
- tv mpeg 2 ac3 HD (same as before)<br>
- video_aso ...mp4 3+ minutes in<br>
- video_dip ...mp4 from beginning<br>
- video_drs ...mkv 1+ minute in (tho the opening sequence first
few secs shows moving text which is a good test)<br>
- video_tite ...mkv same as before, from beginning (previously
supplied)<br>
<br>
In each case VLC plays these fine on the Pi, as does OpenElec (V6)
- with minimal CPU usage<br>
<br>
the attached links include the log file, plus the new test files<br>
<br>
<a class="moz-txt-link-freetext" href="https://www.dropbox.com/s/ercoe82p3rnxdk9/mythtv_pi_test_redger_160105a.zip?dl=0">https://www.dropbox.com/s/ercoe82p3rnxdk9/mythtv_pi_test_redger_160105a.zip?dl=0</a><br>
<a class="moz-txt-link-freetext" href="https://www.dropbox.com/s/xsviv7tx9s57i09/vid_test_files_160105.zip?dl=0">https://www.dropbox.com/s/xsviv7tx9s57i09/vid_test_files_160105.zip?dl=0</a><br>
<br>
<br>
In each case (mp4 and mkv) I see a lot of the following<br>
2016-01-05 07:58:44.867851 E GetNextFreeFrame() unable to lock
frame 100 times. Discarding Frames.<br>
2016-01-05 07:58:45.474208 E GetNextFreeFrame() unable to lock
frame 100 times. Discarding Frames.<br>
2016-01-05 07:58:46.788120 N Player(4): Waited 105ms for video
buffers LffffLPPPfLf<br>
2016-01-05 07:58:46.894033 N Player(4): Waited 211ms for video
buffers LffffLPPPfLf<br>
2016-01-05 07:58:46.999890 N Player(4): Waited 317ms for video
buffers LffffLPPPfLf<br>
2016-01-05 07:58:47.105585 N Player(4): Waited 423ms for video
buffers LffffLPPPfLf<br>
2016-01-05 07:58:47.184578 N Player(4): Timed out waiting for
frames, and<br>
there are not enough free frames.
Discarding buffered frames.<br>
2016-01-05 07:58:47.464603 E GetNextFreeFrame() unable to lock
frame 100 times. Discarding Frames.<br>
2016-01-05 07:58:47.601970 E GetNextFreeFrame() unable to lock
frame 100 times. Discarding Frames.<br>
2016-01-05 07:58:48.663101 N Player(4): Waited 105ms for video
buffers LfLffLPPPLLf<br>
2016-01-05 07:58:48.768965 N Player(4): Waited 211ms for video
buffers LfLffLPPPLLf<br>
2016-01-05 07:58:48.874682 N Player(4): Waited 317ms for video
buffers LfLffLPPPLLf<br>
2016-01-05 07:58:48.980510 N Player(4): Waited 423ms for video
buffers LfLffLPPPLLf<br>
2016-01-05 07:58:49.059775 N Player(4): Timed out waiting for
frames, and<br>
there are not enough free frames.
Discarding buffered frames.<br>
<br>
Turning Real Time Priority Threads / on - off didn't help<br>
Turning Enable Extra Audio Buffering / on - off didn't help video
(although it is necessary for acceptable sound)<br>
<br>
Using OpenMax Analog sound (with / without volume mixer) didn't
help<br>
<br>
Setting De-Interlaced to None (Interlaced) didn't help<br>
<br>
Video OpenGL_Slim plays H264 with "less" stutter (tho TV stutters
- both SD and HD/ac3)<br>
<br>
Video Normal stutters badly, same as OpenMax<br>
<br>
<br>
Separately, A summary of what I did to make HDMI Passthrough sound
work well<br>
==================================================<br>
- To Enable Sound generally<br>
Go to Settings / Audio and on the first screen<br>
Set Output Device = OpenMax:HDMI<br>
Check Dolby Digital and DTS<br>
Set Speaker Configuration = 5.1<br>
Set Upmix Quality = Passive (this is key)<br>
On the second screen (Audio Mixer), <br>
Check Use Internal Volume Controls<br>
Set Mixer Device = "OpenMax:" and Mixer Controls = "PCM"
(also set volume level to 100%)<br>
- To remove audio "glitches" (stuttering ?)<br>
Go to /Settings / Video / Playback<br>
Page 1 - Enable Extra Audio Buffering<br>
Page 3 - Deblocking Filter = OFF (helps further reduce
audio glitches etc, at expense of video quality ?)<br>
- To enable Music<br>
Go to Setup / Media Settings / Music Tools / Music Settings
/ General Settings<br>
Set Audio Device to "default"<br>
<br>
Standard Video settings at /Settings/Video/Playback page 3 -<br>
</div>
OpenMax for all resolutions ie. match criteria >= 0,0<br>
Max CPUs = 3 (tried with 4, didn't make much difference either
way, so I've left it at 3)<br>
Decoder = OpenMax<br>
Deblocking Filter = OFF (helps minimise audio glitches etc, at
expense of video quality ?)<br>
Renderer = OpenMax<br>
Primary Deinterlacer = Advanced (HW), Fallback Deinterlacer = Fast
(HW)<br>
<br>
The Alsa configuration file I supplied is NOT NEEDED on the latest
Raspbian (uname -r => 4.1.13-v7+)<br>
<br>
</body>
</html>