Angepinnt HDMI CEC an den VU+ Boxen

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • AndaleR schrieb:

      Kann man eine Taste der VU+-Fernbedienung mit der Funktion belegen, den AV-Receiver ein-/auszuschalten?
      Das kann man sicher...aber erstens sind solche "Spezial-Lösungen" zwar praktisch für einen speziellen Fall, für die meisten anderen Anwender verwirrt das aber nur.
      Für die typischen Anwendungsfälle ist eigentlich alles im Plugin enthalten.
      Wenn die nachweislich nicht funktionieren, muss man eventuell nachbessern.

    • @alturismo:
      Wenn ich mich recht erinnere hast Du doch einen CEC- Adapter an Deinem PC der in der Konfig. steckt.
      Kannst Du dort mal Tests mit der libCEC oder ähnlichem machen?
      Ich habe das auch mal bei mir mit einem RaspberryPi gemacht:
      1) hier habe ich einfach nur "cec-client" gestart, da kann man in etwa sehen was passiert
      2) eine Liste der Geräte mit ihren Eigenschften: echo "scan" | cec-client RPI -s -d 1

      Wäre schön wenn das bei Dir funktioniert, dann sieht man auch was bei Dir für eine Konfig. in Bezug auf HDMI-CEC von den Geräten gesehen wird.
      Dateien

      • 1.jpeg

        (135,33 kB, 27 mal heruntergeladen, zuletzt: )

      • 2.jpeg

        (56,69 kB, 21 mal heruntergeladen, zuletzt: )

    • @remo66 schönen guten Morgen

      hängt aktuell leider an einem windows pv, da sind die Möglichkeiten beschränkt

      CEC Client setup (Windows) : Pulse-Eight

      ich hab mal den monitor modus gestartet und kurz durchgeschaltet falls das etwas hilft

      Spoiler anzeigen
      C:\Program Files (x86)\Pulse-Eight\USB-CEC Adapter>cec-client.exe -m
      starting a monitor-only client. use 'mon 0' to switch to normal mode
      No device type given. Using 'recording device'
      CEC Parser created - libCEC version 4.0.7
      no serial port given. trying autodetect:
      path: USB\VID_2548&PID_1002\v12
      com port: COM6

      opening a connection to the CEC adapter...
      DEBUG: [ 16] Broadcast (F): osd name set to 'Broadcast'
      DEBUG: [ 60] connection opened, clearing any previous input and waiting for active transmissions to end before starting
      DEBUG: [ 62] communication thread started
      DEBUG: [ 82] usbcec: enabling controlled mode
      NOTICE: [ 147] connection opened
      waiting for input
      DEBUG: [ 147] processor thread started
      TRAFFIC: [ 11864] >> 0f:86:20:00
      DEBUG: [ 11864] >> TV (0) sets stream path to physical address 2000
      DEBUG: [ 11865] >> TV (0) -> Broadcast (F): set stream path (86)
      TRAFFIC: [ 12024] >> 0f:80:40:00:20:00
      DEBUG: [ 12024] TV (0): power status changed from 'unknown' to 'on'
      DEBUG: [ 12024] device TV (0) status changed to present after command routing change
      DEBUG: [ 12025] >> TV (0) -> Broadcast (F): routing change (80)
      TRAFFIC: [ 12149] >> 05:70:20:00
      TRAFFIC: [ 12228] >> 5f:72:01
      DEBUG: [ 12228] device Audio (5) status changed to present after command set system audio mode
      DEBUG: [ 12228] >> Audio (5) -> Broadcast (F): set system audio mode (72)
      TRAFFIC: [ 12291] >> 05:8f
      TRAFFIC: [ 12386] >> 50:90:00
      DEBUG: [ 12386] Audio (5): power status changed from 'unknown' to 'on'
      TRAFFIC: [ 12481] >> b5:8f
      TRAFFIC: [ 12573] >> 5b:90:00
      TRAFFIC: [ 12715] >> b5:00:90:00
      DEBUG: [ 12715] marking opcode 'report power status' as unsupported feature for device 'Playback 3'
      DEBUG: [ 12715] device Playback 3 (b) status changed to present after command feature abort
      TRAFFIC: [ 13046] >> 05:89:95
      TRAFFIC: [ 13126] >> 05:83
      TRAFFIC: [ 13253] >> 5f:84:40:00:05
      DEBUG: [ 13253] Audio (5): physical address changed from ffff to 4000
      DEBUG: [ 13254] >> Audio (5) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 13458] >> 05:70:00:00
      TRAFFIC: [ 13538] >> 5f:72:01
      TRAFFIC: [ 13632] >> 05:89:95
      TRAFFIC: [ 13712] >> b5:8f
      DEBUG: [ 13778] >> Audio (5) -> Broadcast (F): set system audio mode (72)
      TRAFFIC: [ 13805] >> 5b:90:00
      TRAFFIC: [ 13948] >> b5:00:90:00
      TRAFFIC: [ 14299] >> bb
      DEBUG: [ 14299] << POLL: Playback 3 (b) -> Playback 3 (b)
      TRAFFIC: [ 14348] >> bb
      DEBUG: [ 14348] << POLL: Playback 3 (b) -> Playback 3 (b)
      TRAFFIC: [ 14395] >> bb
      DEBUG: [ 14395] << POLL: Playback 3 (b) -> Playback 3 (b)
      TRAFFIC: [ 14443] >> bb
      DEBUG: [ 14443] << POLL: Playback 3 (b) -> Playback 3 (b)
      TRAFFIC: [ 14602] >> bf:84:10:00:04
      DEBUG: [ 14602] Playback 3 (B): physical address changed from ffff to 1000
      DEBUG: [ 14603] >> Playback 3 (B) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 14667] >> 5b:46
      TRAFFIC: [ 14842] >> bf:87:00:00:00
      DEBUG: [ 14843] >> Playback 3 (B) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 14939] >> b5:7d
      TRAFFIC: [ 15018] >> 5b:7e:01
      TRAFFIC: [ 15082] >> 06:46
      TRAFFIC: [ 15290] >> b5:47:41:46:54:52
      DEBUG: [ 15290] Playback 3 (B): osd name set to 'AFTR'
      TRAFFIC: [ 18703] >> 05:44:41
      TRAFFIC: [ 18766] >> 05:45
      TRAFFIC: [ 18974] >> 05:44:41
      TRAFFIC: [ 19069] >> 05:45
      TRAFFIC: [ 19165] >> 50:7a:11
      DEBUG: [ 19165] >> Audio (5): audio status changed from 7f to 11
      TRAFFIC: [ 19483] >> 05:44:41
      TRAFFIC: [ 19611] >> 05:45
      TRAFFIC: [ 19961] >> bf:85
      DEBUG: [ 19961] >> 11 requests active source
      DEBUG: [ 19961] Playback 3 (B): power status changed from 'unknown' to 'on'
      DEBUG: [ 19961] >> Playback 3 (B) -> Broadcast (F): request active source (85)
      TRAFFIC: [ 20073] >> 0f:82:00:00
      DEBUG: [ 20073] making TV (0) the active source
      DEBUG: [ 20073] >> TV (0) -> Broadcast (F): active source (82)
      TRAFFIC: [ 25762] >> 07:8f
      TRAFFIC: [ 25889] >> 0f:86:30:00
      DEBUG: [ 25889] >> TV (0) sets stream path to physical address 3000
      DEBUG: [ 25889] >> TV (0) -> Broadcast (F): set stream path (86)
      TRAFFIC: [ 25984] >> 70:90:00
      DEBUG: [ 25984] Tuner 3 (7): power status changed from 'unknown' to 'on'
      DEBUG: [ 25984] device Tuner 3 (7) status changed to present after command report power status
      TRAFFIC: [ 26143] >> 7f:80:30:00:31:00
      DEBUG: [ 26144] >> Tuner 3 (7) -> Broadcast (F): routing change (80)
      TRAFFIC: [ 26317] >> 0f:80:20:00:30:00
      DEBUG: [ 26319] >> TV (0) -> Broadcast (F): routing change (80)
      TRAFFIC: [ 26429] >> 05:70:30:00
      TRAFFIC: [ 26525] >> 5f:72:01
      DEBUG: [ 26526] >> Audio (5) -> Broadcast (F): set system audio mode (72)
      TRAFFIC: [ 26653] >> 7f:81:31:00
      DEBUG: [ 26654] >> Tuner 3 (7) -> Broadcast (F): routing information (81)
      TRAFFIC: [ 26701] >> 77
      DEBUG: [ 26701] << POLL: Tuner 3 (7) -> Tuner 3 (7)
      TRAFFIC: [ 26844] >> 7f:84:30:00:03
      DEBUG: [ 26844] Tuner 3 (7): physical address changed from ffff to 3000
      DEBUG: [ 26845] >> Tuner 3 (7) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 26908] >> 57:46
      TRAFFIC: [ 27321] >> 75:47:50:6c:61:79:53:74:61:74:69:6f:6e:20:56:52
      DEBUG: [ 27321] Tuner 3 (7): osd name set to 'PlayStation VR'
      TRAFFIC: [ 27401] >> 05:89:95
      TRAFFIC: [ 27512] >> b5:8f
      TRAFFIC: [ 27592] >> 5b:90:00
      TRAFFIC: [ 27736] >> b5:00:90:00
      TRAFFIC: [ 28339] >> 44
      DEBUG: [ 28339] << POLL: Playback 1 (4) -> Playback 1 (4)
      TRAFFIC: [ 28480] >> 4f:84:31:00:04
      DEBUG: [ 28480] Playback 1 (4): physical address changed from ffff to 3100
      DEBUG: [ 28480] device Playback 1 (4) status changed to present after command report physical address
      DEBUG: [ 28480] >> Playback 1 (4) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 28544] >> 54:46
      TRAFFIC: [ 28687] >> 4f:87:08:00:46
      DEBUG: [ 28687] Playback 1 (4): vendor = Sony (080046)
      DEBUG: [ 28689] >> Playback 1 (4) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 29065] >> 45:47:50:6c:61:79:53:74:61:74:69:6f:6e:20:35
      DEBUG: [ 29065] Playback 1 (4): osd name set to 'PlayStation 5'
      TRAFFIC: [ 29672] >> 07:8f
      TRAFFIC: [ 29784] >> 70:90:00
      TRAFFIC: [ 32520] >> 06:46
      TRAFFIC: [ 33972] >> bf:85
      DEBUG: [ 33972] >> 11 requests active source
      DEBUG: [ 33973] >> Playback 3 (B) -> Broadcast (F): request active source (85)
      TRAFFIC: [ 34084] >> 0f:82:00:00
      DEBUG: [ 34084] TV (0) was already marked as active source
      DEBUG: [ 34085] >> TV (0) -> Broadcast (F): active source (82)
      TRAFFIC: [ 39251] >> 77
      DEBUG: [ 39251] << POLL: Tuner 3 (7) -> Tuner 3 (7)
      DEBUG: [ 39299] << POLL: TV (0) -> Recorder 1 (1)
      DEBUG: [ 39347] << POLL: TV (0) -> Recorder 1 (1)
      DEBUG: [ 39410] << POLL: TV (0) -> Recorder 1 (1)
      DEBUG: [ 39457] << POLL: TV (0) -> Recorder 1 (1)
      DEBUG: [ 39505] << POLL: TV (0) -> Recorder 1 (1)
      TRAFFIC: [ 39600] >> 7f:84:30:00:03
      DEBUG: [ 39601] >> Tuner 3 (7) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 39664] >> 57:46
      TRAFFIC: [ 40063] >> 75:47:50:6c:61:79:53:74:61:74:69:6f:6e:20:56:52
      TRAFFIC: [ 40175] >> 0f:86:10:00
      DEBUG: [ 40175] >> TV (0) sets stream path to physical address 1000
      DEBUG: [ 40176] >> TV (0) -> Broadcast (F): set stream path (86)
      TRAFFIC: [ 40351] >> 0f:80:30:00:10:00
      DEBUG: [ 40352] >> TV (0) -> Broadcast (F): routing change (80)
      TRAFFIC: [ 40463] >> 05:70:10:00
      TRAFFIC: [ 40559] >> 5f:72:01
      DEBUG: [ 40560] >> Audio (5) -> Broadcast (F): set system audio mode (72)
      TRAFFIC: [ 40670] >> 05:89:95
      TRAFFIC: [ 40829] >> bf:82:10:00
      DEBUG: [ 40829] making Playback 3 (b) the active source
      DEBUG: [ 40829] marking TV (0) as inactive source
      DEBUG: [ 40829] >> Playback 3 (B) -> Broadcast (F): active source (82)
      TRAFFIC: [ 40909] >> b5:8f
      TRAFFIC: [ 41004] >> 5b:90:00
      TRAFFIC: [ 41084] >> 0b:1a:01
      TRAFFIC: [ 41163] >> 05:8f
      TRAFFIC: [ 41259] >> 50:90:00
      TRAFFIC: [ 41323] >> 05:83
      TRAFFIC: [ 41482] >> 5f:84:40:00:05
      DEBUG: [ 41482] >> Audio (5) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 41610] >> b5:00:90:00
      TRAFFIC: [ 41658] >> 44
      DEBUG: [ 41658] << POLL: Playback 1 (4) -> Playback 1 (4)
      TRAFFIC: [ 41770] >> 05:70:10:00
      TRAFFIC: [ 41898] >> 4f:84:31:00:04
      DEBUG: [ 41898] >> Playback 1 (4) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 41994] >> 5f:72:01
      DEBUG: [ 41994] >> Audio (5) -> Broadcast (F): set system audio mode (72)
      TRAFFIC: [ 42122] >> 4f:87:08:00:46
      DEBUG: [ 42122] >> Playback 1 (4) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 42219] >> 54:46
      TRAFFIC: [ 42296] >> 05:89:95
      TRAFFIC: [ 42679] >> 45:47:50:6c:61:79:53:74:61:74:69:6f:6e:20:35
      TRAFFIC: [ 42806] >> b0:00:1a:00
      DEBUG: [ 42806] marking opcode 'give deck status' as unsupported feature for device 'Playback 3'
      TRAFFIC: [ 42869] >> bb
      DEBUG: [ 42869] << POLL: Playback 3 (b) -> Playback 3 (b)
      TRAFFIC: [ 42917] >> bb
      DEBUG: [ 42917] << POLL: Playback 3 (b) -> Playback 3 (b)
      TRAFFIC: [ 42965] >> bb
      DEBUG: [ 42965] << POLL: Playback 3 (b) -> Playback 3 (b)
      TRAFFIC: [ 42997] >> bb
      DEBUG: [ 42997] << POLL: Playback 3 (b) -> Playback 3 (b)
      TRAFFIC: [ 43141] >> bf:82:10:00
      DEBUG: [ 43141] Playback 3 (b) was already marked as active source
      DEBUG: [ 43141] >> Playback 3 (B) -> Broadcast (F): active source (82)
      TRAFFIC: [ 43221] >> b5:8f
      TRAFFIC: [ 43317] >> 5b:90:00
      TRAFFIC: [ 43492] >> bf:84:10:00:04
      DEBUG: [ 43492] >> Playback 3 (B) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 43556] >> 5b:46
      TRAFFIC: [ 43729] >> bf:87:00:00:00
      DEBUG: [ 43729] >> Playback 3 (B) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 43809] >> b5:7d
      TRAFFIC: [ 43889] >> 06:46
      TRAFFIC: [ 43968] >> 5b:7e:01
      TRAFFIC: [ 44111] >> b5:00:90:00
      TRAFFIC: [ 44287] >> b5:47:41:46:54:52
      TRAFFIC: [ 45371] >> 0b:44:04
      TRAFFIC: [ 45482] >> 0b:45
      TRAFFIC: [ 46089] >> 0b:44:03
      TRAFFIC: [ 46264] >> 0b:45
      TRAFFIC: [ 46644] >> 0b:44:02
      TRAFFIC: [ 46708] >> 44
      DEBUG: [ 46708] << POLL: Playback 1 (4) -> Playback 1 (4)
      TRAFFIC: [ 46851] >> 4f:84:31:00:04
      DEBUG: [ 46851] >> Playback 1 (4) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 46915] >> 54:46
      TRAFFIC: [ 47059] >> 4f:87:08:00:46
      DEBUG: [ 47059] >> Playback 1 (4) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 47123] >> 0b:45
      TRAFFIC: [ 47490] >> 45:47:50:6c:61:79:53:74:61:74:69:6f:6e:20:35
      TRAFFIC: [ 47585] >> 0b:44:01
      TRAFFIC: [ 47664] >> 0b:45
      TRAFFIC: [ 56699] >> 50:8c
      TRAFFIC: [ 56842] >> 0f:87:00:00:f0
      DEBUG: [ 56842] TV (0): vendor = Samsung (0000f0)
      DEBUG: [ 56842] replacing the command handler for device 'TV' (0)
      DEBUG: [ 56842] >> TV (0) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 56921] >> 03:8f
      TRAFFIC: [ 57017] >> 30:90:00
      DEBUG: [ 57017] Tuner 1 (3): power status changed from 'unknown' to 'on'
      DEBUG: [ 57017] device Tuner 1 (3) status changed to present after command report power status
      TRAFFIC: [ 57129] >> 0f:86:40:00
      DEBUG: [ 57129] >> TV (0) sets stream path to physical address 4000
      DEBUG: [ 57129] >> TV (0) -> Broadcast (F): set stream path (86)
      TRAFFIC: [ 57289] >> 0f:80:10:00:40:00
      DEBUG: [ 57289] >> TV (0) -> Broadcast (F): routing change (80)
      TRAFFIC: [ 57369] >> 30:0d
      DEBUG: [ 57369] making Tuner 1 (3) the active source
      DEBUG: [ 57369] marking Playback 3 (B) as inactive source
      TRAFFIC: [ 57481] >> 05:70:40:00
      TRAFFIC: [ 57544] >> 03:8f
      TRAFFIC: [ 57672] >> 3f:82:40:00
      DEBUG: [ 57672] Tuner 1 (3): physical address changed from ffff to 4000
      DEBUG: [ 57672] Tuner 1 (3) was already marked as active source
      DEBUG: [ 57672] >> Tuner 1 (3) -> Broadcast (F): active source (82)
      TRAFFIC: [ 57736] >> 03:83
      TRAFFIC: [ 57816] >> 30:8e:00
      TRAFFIC: [ 57912] >> 30:0d
      DEBUG: [ 57912] Tuner 1 (3) was already marked as active source
      TRAFFIC: [ 58040] >> 3f:82:40:00
      DEBUG: [ 58040] Tuner 1 (3) was already marked as active source
      DEBUG: [ 58040] >> Tuner 1 (3) -> Broadcast (F): active source (82)
      TRAFFIC: [ 58104] >> 05:8f
      TRAFFIC: [ 58197] >> 30:8e:00
      TRAFFIC: [ 58309] >> 5f:72:01
      DEBUG: [ 58309] >> Audio (5) -> Broadcast (F): set system audio mode (72)
      TRAFFIC: [ 58404] >> b5:8f
      TRAFFIC: [ 58484] >> 05:89:95
      TRAFFIC: [ 58548] >> 50:8c
      TRAFFIC: [ 58691] >> 0f:87:00:00:f0
      DEBUG: [ 58691] >> TV (0) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 58786] >> 30:90:00
      TRAFFIC: [ 58942] >> 3f:84:40:00:03
      DEBUG: [ 58942] >> Tuner 1 (3) -> Broadcast (F): report physical address (84)
      TRAFFIC: [ 59054] >> 50:90:00
      TRAFFIC: [ 59164] >> 5b:90:00
      TRAFFIC: [ 59305] >> b5:00:90:00
      TRAFFIC: [ 59369] >> 50:8c
      TRAFFIC: [ 59511] >> 0f:87:00:00:f0
      DEBUG: [ 59512] >> TV (0) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 59589] >> 50:9f
      TRAFFIC: [ 59685] >> 05:9e:05
      DEBUG: [ 59685] TV (0): CEC version 1.4
      TRAFFIC: [ 59765] >> 50:8c
      TRAFFIC: [ 59908] >> 0f:87:00:00:f0
      DEBUG: [ 59908] >> TV (0) -> Broadcast (F): device vendor id (87)
      TRAFFIC: [ 59988] >> 50:9f
      TRAFFIC: [ 60082] >> 05:9e:05
      TRAFFIC: [ 60257] >> 5f:80:40:00:44:00
      DEBUG: [ 60258] >> Audio (5) -> Broadcast (F): routing change (80)
      TRAFFIC: [ 60863] >> 03:8f
      TRAFFIC: [ 60959] >> 30:90:00
      TRAFFIC: [ 64053] >> 05:44:41
      TRAFFIC: [ 64131] >> 05:45
      TRAFFIC: [ 64211] >> 50:7a:12
      DEBUG: [ 64211] >> Audio (5): audio status changed from 11 to 12
      TRAFFIC: [ 64307] >> 05:44:41
      TRAFFIC: [ 64435] >> 05:45
      TRAFFIC: [ 65215] >> bf:85
      DEBUG: [ 65215] >> 11 requests active source
      DEBUG: [ 65215] >> Playback 3 (B) -> Broadcast (F): request active source (85)
      signal caught: 2 - exiting
      DEBUG: [ 72808] unregistering all CEC clients
      DEBUG: [ 72808] unregistering all CEC clients
      DEBUG: [ 73586] communication thread ended

      C:\Program Files (x86)\Pulse-Eight\USB-CEC Adapter>


      hier mal noch Anlagen mit logs der cec tray, log cleared, dann auf hdmi1, 2, 3, 4 geschaltet, nur falls es hilft
      Dateien

      • hdmi1.txt

        (6,51 kB, 14 mal heruntergeladen, zuletzt: )

      • hdmi2.txt

        (5,24 kB, 3 mal heruntergeladen, zuletzt: )

      • hdmi3.txt

        (5,69 kB, 3 mal heruntergeladen, zuletzt: )

      • hdmi4.txt

        (8,96 kB, 6 mal heruntergeladen, zuletzt: )

    • iwl schrieb:

      Programmieren kann man alles...
      Dann mach es doch einfach... ;)
      Nicht jeder Käse kommt aus Holland, mancher kommt aus Bayern... :8)
      „Der Vorteil der Klugheit besteht darin, dass man sich dumm stellen kann. Das Gegenteil ist schon schwieriger.“ K.T.
      „Der Neid ist die aufrichtigste Form der Anerkennung.“ W.B.

      UNVEU!

    • remo66 schrieb:

      @alturismo: Guten Morgen, schön das Du es hinbekommen hast. Das hilft schon. Muss jetzt erst mal in Ruhe schauen.
      Danke Dir, wenn Bedarf sein sollte, ich hab bestimmt noch einen rpi da, würde dann schnell libreelec drauf machen und dann kann ich da sicherlich den Input geben falls notwendig.

    • HDMI CEC an den VU+ Boxen

      Phelbes schrieb:

      iwl schrieb:

      Programmieren kann man alles...
      Dann mach es doch einfach... ;)
      Das und dann testen und noch mit dem User dauert deutlich länger als hier ein Beitrag.

      Ich habe z.B. das Logging schon um die Fernbedienungstasten erweitert, da muss man nur noch den A/V on Code im Source suchen und zur passenden Taste hinkopieren.

      Abzuschalten was die Taste sonst noch tat, kann dann schon schwieriger sein.

      Wahrscheinlich will er den A/V noch anderweitig mit der VU FB steuern und da was sinniges zusammen ist auch wieder komplexer.

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von iwl ()

    • alturismo schrieb:

      ### hier ein Wechel auf dem TV und ein "willenloses" retour schalten, in diesem Fall eine app (emby)

      2021-03-06 06:38:44,051 P442 b>0 85 (Request Active Source) 00
      2021-03-06 06:38:44,052 P569 ** send cec 82:20:0 -> f
      ...
      2021-03-06 06:38:52,383 P442 b>0 85 (Request Active Source) 00
      2021-03-06 06:38:52,385 P569 ** send cec 82:20:0 -> f
      Der Fire TV (b) sendet "Request Active Source" (85) und die vu sendet darauf "Active Source" (send cec 82:20:0 -> f)

      Dann hast Du "Active Source Reply" nicht ausgeschaltet / bei "Antwort auf aktive Quelle" etwas anderes als "Nichts" stehen.

      Ich habe auch einen Fire TV und da ist das genau so, muss ich deswegen auch "Active Source Reply" ausschalten.

      @remo66
      Es wäre generell zu überlegen, auf "Request Active Source" (85), nur zu antworten, wenn die vom Fernseher kommt ( 0 ),
      oder jedenfalls nicht, wenn Sie vom Fire TV kommt,

      oder wahrscheinlich am besten, daß die vu speichert, ob sie gerade DER "Active Source" ist und nur dann antwortet
      und wenn ein anderes Gerät der "Active Source" wird, dann speichert sie das auch und antwortet nicht mehr.

      alturismo schrieb:

      2021-03-06 06:38:45,203 P442 0>0 86 (Unknown Message) 20 00 b9
      2021-03-06 06:38:45,204 P530 ** send cec 82:20:0 -> f
      @remo66
      Auf die 86 sendet er wohl auch ein "Active Source", 86 kenne ich nicht, kommt aber anscheinend immer vom TV (0).
      Ob das auch Probleme macht weiß ich nicht.
      Ich habe jedenfalls mit ausgeschaltetem "Active Source Reply" / "Antwort auf Aktive Quelle" die Probleme nicht mehr.

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von iwl ()

    • iwl schrieb:

      Das und dann testen und noch mit dem User dauert deutlich länger als hier ein Beitrag.
      Es scheint ja auch das dieses Problem nicht bei allen Konstellationen auftritt.
      Mit meinen Geräten funktioniert alles wie es soll.
      Mit Samsung soll es wohl mit diesem Anynet+ so einige Problemchen geben.
      Zumindest hat mir das ein Bekannter mit einer Ultimo4k, einem Onkyo Receiver und einem Q95 Modell bestätigt.
      Ich kann da leider nichts zu sagen da keine Samsung Geräte vorhanden.
      Nicht jeder Käse kommt aus Holland, mancher kommt aus Bayern... :8)
      „Der Vorteil der Klugheit besteht darin, dass man sich dumm stellen kann. Das Gegenteil ist schon schwieriger.“ K.T.
      „Der Neid ist die aufrichtigste Form der Anerkennung.“ W.B.

      UNVEU!

    • @iwl

      Danke fürs Schauen, meine Einstellungen mit aktiviertem Plugin waren

      HDMI CEC an den VU+ Boxen

      sprich, das was Du meinst sollte aus gewesen sein ... zumindest im plugin, da jedoch cec "im Hintergrund" mitläuft vielleicht der doppelte Trigger oder was auch immer ?

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von alturismo ()

    • @alturismo

      Laut dem Bild war es aus, ich stelle das immer im WebInterface.

      Kann gut sein, dass es da irgendein Problem mit der Config oder Auswertung derselben gibt.

      Dann vielleicht mal anschalten, speichern, wieder ausschalten, booten und dergleichen.

      Ich habe im Code ein paar Sachen gesehen, wo wahrscheinlich Änderungen an den Settings erst nach dem nächsten Start effektiv werden.

      Da kann es gut sein, dass Nutzer da herumprobieren und es geht nicht, dann probieren sie was anderes und wird alles noch schlimmer später...

    • Also den Status "Active Source" speichere ich ja schon, nur bin ich derzeit im Zweifel ob das zuverlässig funktioniert.
      Ansonsten ist das sicher eine Möglichkeit "Active Source" zu handeln.
      Ich werde mir nochmal den Standard dazu mit den Abfolgen der Nachrichten ansehen.

      Das Verhalten des FireTV kann ich bestätigen, nur macht es bei mir sogar mit aktivierter Antwort auf "Active Source" keine Probleme.
      BTW: Mir ist aufgefallen das der CEC-Treiber (DevType: Tuner) der VU sich im Gegensatz zum Plugin (DevType: Receiver) konfiguriert.
      Vielleicht könnt Ihr das auch mal testen.
      Ich habe es für mich schon mal geändert und so keine Überschneidungen mehr bei den physikalischen Adressen der Geräte.
      Wieviel Einfluss das auf die genannten Effekte hat kann ich auch nicht sagen.;)

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hgdo ()

    • remo66 schrieb:

      Das Verhalten des FireTV kann ich bestätigen, nur macht es bei mir sogar mit aktivierter Antwort auf "Active Source" keine Probleme.
      Vielleicht sind manche Fernseher da schlauer und sehen, dass ein anderes Gerät "Request Active Source" gesendet hat und ignorieren dann die Antwort.

      Andere dümmere Fernseher schalten bei jedem "Active Source" auf die Quelle um.

      Oder das hat noch irgendwas mit den Adressen zu tun.

      Oder sendest Du vielleicht schon nicht mehr an Broadcast (f), sondern nur an das Requestende Gerät.

      Aber hat er Dein Plugin nicht auch probiert und hatte das gleiche Problem?

      remo66 schrieb:

      Ich werde mir nochmal den Standard dazu mit den Abfolgen der Nachrichten ansehen.
      Du wirst wahrscheinlich auf den Standard allein nicht bauen können, sondern auch Erfahrungen aus dem Feld einfließen lassen müssen.

    • Edit hgdo: unötiges Direktzitat entfernt.

      Also was die Antworten des Plugins auf eingehende Nachrichten anging waren da ein paar Dinge im Original nicht sauber.
      So hat das Plugin auf viele eingehende Nachrichten immer mit einer Antwort an den TV (LG:0) geantwortet.
      Das war z. B. ein Grund für mich die Sache mal anzugehen.
      So stand als Quelle im Display meines A/V immer irgendetwas von STB..., dabei hätte ich meine Einstellung im Plugin erwartet.
      Das habe ich dann schnell geändert und schon hat der A/V das erwartete im Display gehabt. ;)

      Bei den Standards hast Du sicher zum Teil recht, aber dort fange ich erfahrungsgemäß an.
      Das mag eventuell manchmal etwas unflexibel wirken, hat aber etwas mit dem wahrscheinlichsten Herangehen der Entwickler auf anderen Geräten zu tun...wenn Du verstehst was ich meine.

      "Oder das hat noch irgendwas mit den Adressen zu tun."...das ganze Protokoll hat mit Adressen zu tun.
      Deshalb ist es wichtig das die Dinge auch von dem Plugin auf der VU ordentlich behandelt werden.
      Sonst bringt man alle Geräte im Verbund durcheinander...mal so einfach ausgedrückt.
      Gruß

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hgdo ()

    • HDMI CEC an den VU+ Boxen

      Vielleicht wird das leidige Umschalten schon davon besser, dass man Antwort auf Active Quelle nur an den Requester sendet.
      Und an Broadcast nur wenn die VU einschaltet, also ohne Request vom CEC.
      Hast Du das schon geändert?
      Dann war noch irgendwo ein delayed 2. Active Source.
      Aber wenn es auch sendet obwohl Antwort ausgeschaltet ist...

    • Hallo, ich habe das plugin jetzt nochmal frisch vom feed installiert, Einstellungen waren noch da wie vorher, siehe mein post #2026

      wenn ich mir jetzt die log datei anschauen möchte, Frage, wo schreibt er die hin, find / -name *cec* findet leider nichts, oder muss ich dafür generell das logging aktivieren ?

      Einfach um die outputs hier posten zu können ...