Re: [Alsa-user] intel-hda: sound via HDMI only when using interlaced modes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 10 Oct 2013, Jasper Smet <josbeir@xxxxxxxxx> wrote:
> I managed do this quickly before i got off to work:
>
> Dmesg output with directly connected to the tv: http://sprunge.us/EhJD
>
> Neither the VSX-928 nor the TV (passtrough) pick up sound when
> connected to the AV receiver.
>
> I noticed that when i set the resolution to 1080i@30 sound works on
> the receiver but not on the TV, everything lower works fine in both
> passtrough and with the receiver powered on.
>
> Only when using 1080p24 or lower everything then works fine on both
> devices..

At a glance, the main difference seems to be:

 [drm:drm_detect_monitor_audio], Monitor has basic audio support
-[drm:drm_edid_to_eld], ELD monitor Panasonic-TV
+[drm:drm_edid_to_eld], ELD monitor VSX-923
 [drm:parse_hdmi_vsdb], HDMI: DVI dual 0, max TMDS clock 190, latency present 0 0, video latency 0 0, audio latency 0 0
-[drm:drm_edid_to_eld], ELD size 9, SAD count 1
+[drm:drm_edid_to_eld], ELD size 13, SAD count 8

This is getting pretty much to unknown territory for me, so if anyone
knows anything better, please chime in!

I think I'd try using the TV's EDID with the VSX-923 to see if the
ELD/SAD difference makes, uh, a difference. Something like this:

1. connect directly to TV
2. copy /sys/class/drm/card0-HDMI-A-1/edid under /lib/firmware with some
   sensible name, e.g. panasonic-edid. the exact source path may vary
   depending on HDMI port etc.
3. make sure you have CONFIG_DRM_LOAD_EDID_FIRMWARE=y
4. use drm.edid_firmware=HDMI-A-1:panasonic-edid module parameter to
   tell DRM to load the edid from /lib/firmware. again, the connector
   name HDMI-A-1 may very depending on HDMI port you use, do check.
5. connect to VSX-923; this should now use the EDID (and consequently
   ELD/SAD) from the TV

I haven't actually tried this myself. *grin*.

Let us know what happens. Thanks.

BR,
Jani.



>
> Hope this helps.
>
> On Thu, Oct 10, 2013 at 7:57 AM, Jani Nikula
> <jani.nikula@xxxxxxxxxxxxxxx> wrote:
>> On Wed, 09 Oct 2013, Jasper Smet <josbeir@xxxxxxxxx> wrote:
>>> As promissed i added the params to the kernel boot and here's the
>>> dmesg output with debugging enabled:
>>>
>>> http://sprunge.us/iEQR
>>
>> Similar dmesg for when you connect directly to the tv (and audio works)
>> might prove useful.
>>
>> Is your expectation that the VSX-928 picks up the sound, or pass through
>> to the tv? Is it possible to try both (I honestly don't know)?
>>
>> It might prove useful to file a bug on DRM/Intel at [1] to track
>> this. Then it won't get lost even if this thread quiets down.
>>
>>
>> Thanks,
>> Jani.
>>
>>
>> [1] https://bugs.freedesktop.org/enter_bug.cgi?product=DRI
>>
>>
>>>
>>> Hope this helps!
>>>
>>> On Wed, Oct 9, 2013 at 1:28 PM, Jasper Smet <josbeir@xxxxxxxxx> wrote:
>>>> Ok will pass the info when i get home later this day.
>>>>
>>>> On Wed, Oct 9, 2013 at 1:01 PM, Daniel Vetter <daniel@xxxxxxxx> wrote:
>>>>> On Wed, Oct 09, 2013 at 12:44:10PM +0200, Jasper Smet wrote:
>>>>>> Sorry,
>>>>>>
>>>>>> Intel NUC NUC Kit DC3217BY (Ivy bridge HD4000) Connected via HDMI to
>>>>>> my Pioneer VSX-928 which is then connected to my Panasonic tv
>>>>>>
>>>>>> Running latest stable Openelec build (3.2.2). (tried different builds
>>>>>> using stable/unstable drivers)
>>>>>
>>>>> That's really old ... Can you please test on something more modern? We
>>>>> made tons of fixes to the hdmi infoframe code.
>>>>>>
>>>>>> Here are some logs i pulled while i was debugging the issue with one
>>>>>> of the OpenElec developers.
>>>>>>
>>>>>> xbmc log (shows ALSA enumeration): http://sprunge.us/YJHc
>>>>>> alsa playback devices: http://sprunge.us/KZKX
>>>>>> xrandr modes: http://sprunge.us/DhFK
>>>>>> dmesg: http://sprunge.us/XRGP
>>>>>
>>>>> When you have a new kernel please boot with drm.debug=0xe added to your
>>>>> kernel cmdline and then grab the dmesg. Otherwise all the useful gfx debug
>>>>> noise isn't in there.
>>>>> -Daniel
>>>>> --
>>>>> Daniel Vetter
>>>>> Software Engineer, Intel Corporation
>>>>> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
>>>>
>>>>
>>>>
>>>> --
>>>> Met Vriendelijke Groeten
>>>>
>>>> Jasper Smet
>>>> Developer
>>>>
>>>> Twitter: josbeir
>>>> E-mail: josbeir@xxxxxxxxx
>>>> Mobile: 0486/41.75.45
>>>
>>>
>>>
>>> --
>>> Met Vriendelijke Groeten
>>>
>>> Jasper Smet
>>> Developer
>>>
>>> Twitter: josbeir
>>> E-mail: josbeir@xxxxxxxxx
>>> Mobile: 0486/41.75.45
>>> _______________________________________________
>>> Intel-gfx mailing list
>>> Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
>>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>>
>> --
>> Jani Nikula, Intel Open Source Technology Center
>
>
>
> -- 
> Met Vriendelijke Groeten
>
> Jasper Smet
> Developer
>
> Twitter: josbeir
> E-mail: josbeir@xxxxxxxxx
> Mobile: 0486/41.75.45

-- 
Jani Nikula, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/intel-gfx




[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux