kein dts-ma/true-hd wegen falscher erkennung des webif ?

g3joker · 5. Januar 2015

hallo zusammen,

ich hatte das Problem dass ich keine dts-ma spuren abspielen konnte unter xbmc obwohl ich sämtliche Häkchen auf passthrough gestellt hatte.

gewundert hat mich allerdings (oder halt eben auch nicht da eigentlich logisch) dass im webif unter anzeigeerkennung mein philips-tv auftauchte (welcher natürlich mit dts-ma/true-hd nichts anfangen kann).
ich habe dann kurzerhand des tv abgeschaltet, das webif die anzeigen neu erkennen lassen und schon tauchte mein yamaha als anzeigegerät auf.
habe dann sicherheitshalber neu gestartet und schon hatte ich unter xbmc dts-ma und true-hd etc.

kann man das auch irgendwie einfacher gestalten oder habe ich einen Denkfehler oder ist das so gewollt??

gruß

g3joker

seahawk1986 · 5. Januar 2015

Gewollt ist, dass das WFE die EDID-Informationen des angeschlossenen Gerätes ausliest und diese dann dem X-Server beim Start mitgibt (dadurch macht es nichts, wenn mal kein Ausgabegerät angeschlossen bzw. es abgeschaltet wurde oder gerade nicht mit Strom versorgt wird).

Soweit ich das Verstanden habe werden in den EDID-Extensions auch die unterstützten Audio-Formate gespeichert (vgl. https://en.wikipedia.org/wiki/…2FCEA-861_extension_block).

Wenn dein Receiver jetzt einfach die EDID des TV durchreicht, dann kann das Konfigurationsskript, das durch das WFE gestartet wird, eben nur diese Informationen sehen, wenn der Receiver seine eigenen Daten sendet, dann landen auch die unterstützen Passthrough-Formate in der ausgelesenen EDID.

Zitat von g3joker

kann man das auch irgendwie einfacher gestalten oder habe ich einen Denkfehler oder ist das so gewollt??

Bislang ist die Konfiguration statisch, der X-Server nutzt immer die selbe EDID und man müsste ihn jeweils mit einer anderen xorg.conf neu starten, wenn man eine andere EDID laden lassen will. Einer der Nachteile dieser Methode ist, dass man so EDID-Wechsel nicht direkt mitbekommt.

Falls da jemand eine gute Lösung findet, kann man gerne überlegen, wie man das für yaVDR umsetzen kann.

g3joker · 5. Januar 2015

hi,

danke für die antwort.

habe gerade mal ein wenig in den Einstellungen des Receivers rumgeschaut, da war auch eine Option mit hdmi passthrough, da geht's aber er nur darum ob bild angezeigt wird wenn der Receiver im standby ist.

mit den edid-infos wirst du vermutlich recht haben - kann man das irgendwo auslesen WAS genau da drinsteht bezüglich unterstützter audioformate?? gibt es da einen befehl unter yavdr zu??

mir persönlich reicht die Konfiguration nun so, ich habe den yamaha als erkanntes gerät im webif stehen, die anlage läuft eh immer mit wenn der tv an ist.

ausser einer scriptlösung zwecks edid laden bei x-server-start fällt mir da aber auch nix ein - so lange der yamaha eh die edid des tv durchreicht kann man sowieso jeglichen Automatismus ausschließen, es sei dem man sorgt dafür dass erst der verstärker angeht und der tv erst wenn der vdr komplett durchgestartet ist. oder halt andersherum wenn ich die internen krachtüten des TVs nutzen möchte um ton wiederzugeben und der Receiver ausbleiben soll.

pi666 · 5. Januar 2015

Hi zusammen,
also bei mir verhält sich das etwas anders, der TV (Sony KDL 55W805) erkennt den Yamaha AVR (RX-V677) und liefert dann die zusätzlichen Audioformate mit den Infos mit.

Code

Jan  5 17:46:51 vdr1 kernel: [  237.768521] HDMI: detected monitor SONY TV  *01
Jan  5 17:46:51 vdr1 kernel: [  237.768524]  at connection type HDMI
Jan  5 17:46:51 vdr1 kernel: [  237.768528] HDMI: available speakers: FL/FR LFE FC RL/RR RC RLC/RRC
Jan  5 17:46:51 vdr1 kernel: [  237.768533] HDMI: supports coding type LPCM: channels = 2, rates = 32000 44100 48000 88200 96000 176400 192000, bits = 16 20 24
Jan  5 17:46:51 vdr1 kernel: [  237.768538] HDMI: supports coding type LPCM: channels = 8, rates = 32000 44100 48000 88200 96000 176400 192000, bits = 16 20 24
Jan  5 17:46:51 vdr1 kernel: [  237.768542] HDMI: supports coding type AC-3: channels = 6, rates = 32000 44100 48000, max bitrate = 640000
Jan  5 17:46:51 vdr1 kernel: [  237.768546] HDMI: supports coding type DTS: channels = 7, rates = 32000 44100 48000 88200 96000, max bitrate = 1536000
Jan  5 17:46:51 vdr1 kernel: [  237.768550] HDMI: supports coding type DSD (One Bit Audio): channels = 6, rates = 44100
Jan  5 17:46:51 vdr1 kernel: [  237.768553] HDMI: supports coding type E-AC-3/DD+ (Dolby Digital Plus): channels = 8, rates = 44100 48000
Jan  5 17:46:51 vdr1 kernel: [  237.768556] HDMI: supports coding type MLP (Dolby TrueHD): channels = 8, rates = 48000 96000 192000
Jan  5 17:46:51 vdr1 kernel: [  237.768559] HDMI: supports coding type DTS-HD: channels = 8, rates = 48000 96000 192000

Alles anzeigen

Ist der Yamaha nicht in der Kette angeschlossen (VDR direkt am TV), dann fehlen die DTS-HD und TrueHD Einträge im log.

Code

Jan  4 12:26:39 vdr1 kernel: [ 3092.374626] HDMI: detected monitor SONY TV  *01
Jan  4 12:26:39 vdr1 kernel: [ 3092.374629]  at connection type HDMI
Jan  4 12:26:39 vdr1 kernel: [ 3092.374632] HDMI: available speakers: FL/FR
Jan  4 12:26:39 vdr1 kernel: [ 3092.374637] HDMI: supports coding type LPCM: channels = 2, rates = 32000 44100 48000, bits = 16 20 24
Jan  4 12:26:39 vdr1 kernel: [ 3092.374641] HDMI: supports coding type AC-3: channels = 6, rates = 32000 44100 48000, max bitrate = 640000

Greetz Pi

seahawk1986 · 5. Januar 2015

Zitat von g3joker

kann man das irgendwo auslesen WAS genau da drinsteht bezüglich unterstützter audioformate?

Ja, da gibt es einige Programme, die das direkt über i2c vom nVidia-Treiber auslesen können (wenn die EDID-Informationen über die xorg.conf vorgegeben werden, sieht man die auch an der Stelle) - z.B. https://github.com/bulletmark/edid-rw

Du kannst auch jeweils die in /etc/X11/edid.<n>.yavdr mit dem Tool edid-decode aus dem gleichnamigen Paket auswerten lassen - für einen alten HD-ready TV von Samsung (LE32R51B) sieht das z.B. so aus:

Code

$ edid-decode /etc/X11/edid.0.yavdr 
Extracted contents:
header:          00 ff ff ff ff ff ff 00
serial number:   4c 2d 80 01 00 00 00 00 2c 0e
version:         01 03
basic params:    80 59 32 8c 0a
chroma info:     e2 bd a1 5b 4a 98 24 15 47 4a
established:     20 00 00
standard:        01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01
descriptor 1:    01 1d 00 72 51 d0 1e 20 6e 28 55 00 75 f2 31 00 00 1e
descriptor 2:    01 1d 00 bc 52 d0 1e 20 b8 28 55 40 75 f2 31 00 00 1e
descriptor 3:    00 00 00 fd 00 32 3d 0f 2e 08 00 0a 20 20 20 20 20 20
descriptor 4:    00 00 00 fc 00 53 41 4d 53 55 4e 47 0a 20 20 20 20 20
extensions:      01
checksum:        81


Manufacturer: SAM Model 180 Serial Number 0
EDID version: 1.3
Digital display
Maximum image size: 89 cm x 50 cm
Gamma: 2.40
Supported color formats: RGB 4:4:4, YCrCb 4:2:2
First detailed timing is preferred timing
Established timings supported:
  640x480@60Hz
Standard timings supported:
Detailed mode: Clock 74.250 MHz, 885 mm x 498 mm
               1280 1390 1430 1650 hborder 0
                720  725  730  750 vborder 0
               +hsync +vsync
Detailed mode: Clock 74.250 MHz, 885 mm x 498 mm
               1280 1720 1760 1980 hborder 0
                720  725  730  750 vborder 0
               +hsync +vsync
Monitor ranges: 50-61HZ vertical, 15-46kHz horizontal, max dotclock 80MHz
Monitor name: SAMSUNG
     Has 1 extension blocks
Checksum: 0x81


CEA extension block
Extension version: 3
21 bytes of CEA data
  Video data block
    VIC 04 (native)
    VIC 19 
    VIC 05 
    VIC 20 
    VIC 03 
  Audio data block
  Speaker allocation data block
  Vendor-specific data block, OUI 000c03 (HDMI)
    Source physical address 1.0.0.0
Basic audio support
Supports YCbCr 4:4:4
Supports YCbCr 4:2:2
1 native detailed modes
Detailed mode: Clock 74.250 MHz, 885 mm x 498 mm
               1920 2008 2052 2200 hborder 0
                540  542  547  562 vborder 0
               +hsync +vsync interlaced
Detailed mode: Clock 74.250 MHz, 885 mm x 498 mm
               1920 2448 2492 2640 hborder 0
                540  542  547  562 vborder 0
               +hsync +vsync interlaced
Detailed mode: Clock 27.000 MHz, 885 mm x 498 mm
                720  736  798  858 hborder 0
                480  489  495  525 vborder 0
               -hsync -vsync
Detailed mode: Clock 27.000 MHz, 885 mm x 498 mm
                720  732  796  864 hborder 0
                576  581  586  625 vborder 0
               -hsync -vsync
Checksum: 0xca


EDID block does not conform at all!
	Bad year of manufacture

Alles anzeigen

g3joker · 5. Januar 2015

Zitat

Hi zusammen,
also bei mir verhält sich das etwas anders, der TV (Sony KDL 55W805) erkennt den Yamaha AVR (RX-V677) und liefert dann die zusätzlichen Audioformate mit den Infos mit.

hm...ok...also am tv etwas schrauben??? hat das unter umständen was mit dem cec oder wasauchimmer zu tun? am tv habe ich bei hdmi auch ein paar schalter an denen man drehen kann...

ich will aber ehrlich gesagt nicht sooo viel basteln weil es gerade geht...andersherum ists auch mal wieder zeit ein backup zu machen

ich werde mir mal das log von meinem vdr anschauen was da so drinsteht bezüglich hdmi blablubbs, was da alles so an unterstützten formaten drinsteht wenn ich den tv als anzeigegerät erkennen lasse.

viel gebastel...aber morgen ist ja feiertag

kein dts-ma/true-hd wegen falscher erkennung des webif ?

Jetzt mitmachen!

Teilen