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]

 



That will be this evening as i'm at work now :'(

On Thu, Oct 10, 2013 at 10:38 AM, Jani Nikula
<jani.nikula@xxxxxxxxxxxxxxx> wrote:
> 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



-- 
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




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