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:
> Ok, for the distro (OpenElec) i'm using i'll need to to re-compile the
> kernel with the CONFIG_DRM_LOAD_EDID_FIRMWARE=y option so i'll try to
> set up a build env later this day and hope for the best :-)

Heh, good luck!

In the mean time, please send us the EDIDs from both the TV and the AV
receiver, in case we can think of something. It's the same binary file
mentioned in step 2.

BR,
Jani.



>
> On Thu, Oct 10, 2013 at 10:27 AM, Jani Nikula
> <jani.nikula@xxxxxxxxxxxxxxx> wrote:
>> On Thu, 10 Oct 2013, Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx> wrote:
>>> 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!
>>
>> So my completely uneducated hunch was that the VSX-923 advertizes audio
>> capabilities for better quality than the TV, and together the video and
>> audio oversubscribe the link, unless you degrade video quality. And my
>> idea below is to use whatever the TV uses. I don't know if we have any
>> knobs to choose the audio quality somewhere, or whether the hda driver
>> has something for that. And then again I might be completely off here...
>>
>> Jani.
>>
>>
>>>
>>> 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
>>
>> --
>> 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