[gelöst]Grabber "534d:0021" funktioniert für Ambilight aber nicht für Screenshots in HyperCon

Hi,

ich habe mir mehrer Grabber für mein neues Ambilight Setup bestellt und jedes mal welche mit dem "534d:0021" Chip bekommen (Loglink und EasyCapture von Amazon z.B.)
Hier im Forum gibt es auch einige Threads dazu, dass dieser Chip nicht unterstützt und der Grabber damit nicht mit Hyperion zum laufen gebracht werden kann.

Danke diesem Blog (https://insaneboard.de/blog/?p…3a1a227b5ebc#comment-1341) hat es aber jetzt funktioniert, dass das Ambilight den Gtabber korrekt verwendet und bei Videomaterial funktioniert.
Es musste nur in der Hyperion config im “grabber-v4l2” Abschnitt der Wert

“standard” : “no-change“

gesetzt werden.

Das einzige Problem das ich jetzt noch habe ist, dass in HyperCon keine Screenshots mit dem Grabber mit "hole Bild vom Grabber" angefertigt werden können.

Dort bekomme ich immer die Fehlermeldung:

ssh out: sudo systemctl stop hyperion.service 2>/dev/null; sudo /etc/init.d/hyperion stop 2>/dev/null ; sudo /sbin/initctl stop hyperion 2>/dev/null ; hyperion-v4l2 --device /dev/video0 --video-standard PAL --input 0 --width -1 --height -1 --crop-left 0 --crop-right 0 --crop-top 0 --crop-bottom 0 --size-decimator 1 --frame-decimator 2 --red-threshold 0.0 --green-threshold 0.0 --blue-threshold 0.0 --screenshot
ssh in: hyperion-v4l2:
ssh in: version : V1.03.5 (GitHub-66bef6b/fb413cd-1566231780
ssh in: build time: Aug 25 2019 10:39:29
ssh out: VIDIOC_S_STD ERROR 25, Inappropriate ioctl for device
sftp getFile(./screenshot.png, java.awt.Image)

Wenn ich Screenshots manuell per commandline anfertigen will mit

hyperion-v4l2 --device /dev/video0 --screenshot

hyperion-v4l2:
version : V1.03.5 (GitHub-66bef6b/fb413cd-1566231780
build time: Aug 25 2019 10:39:29
V4L2GRABBER INFO: width=720 height=480
V4L2GRABBER INFO: pixel format=YUYV
V4L2GRABBER INFO: signal threshold set to: {0,0,0}
V4L2GRABBER INFO: started
V4L2GRABBER INFO: stopped

bekomme ich nur ein Schwarzes Bild ausgegeben.
Nun wollte ich fragen ob jemand weiß woran das liegt? Da man in der Config Datei zwingend bei "standard" "no-change" eintragen muss, die Screenshots aber bei --video-standard soweeit ich weiß nur NTSC oder PAL als Werte unterstützen, kann es damit vielleicht etwas zu tun haben?

@Paulchen-Panther Super, danke für deine Arbeit!

Wenn ich das richtig verstehe, muss ich deinen Hyperion Fork jetzt mit dieser Anleitung "https://github.com/Paulchen-Pa…anelight/CompileHowto.txt" manuell Compilieren/installieren und vorher den Standard-Hyperion über HyperCon deinstallieren, korrekt?

Ich gebe dann Rückmeldung sobald ich alles getestet habe.

Ich benutze den Pi 3 Model B+ mit raspbian "2019-09-26-raspbian-buster-lite".

@Paulchen-Panther perfekt, hat alles geklappt. Das einzige was zu beachten ist, man muss jetzt erst in Putty ein Screenshot ausführen, danach kann man in HyperCon den Screenshot holen. Aber ist ja auch klar, weil HyperCon das Skip-Frames nicht nutzt.

Vielen Dank für deine Hilfe! Spart mir den Kauf eines anderen Grabbers.

Wenn es dir keine Umstände macht würd's mich freuen! Könntest du dann auch Unter "Grabber"->"Video Format" noch den Wert "no-change" als Auswahlmöglichkeit einbauen, wenn es nicht zu viel arbeit ist. Dann müsste ich die Config nach dem export nicht noch jedes mal manuell bearbeiten.

Ich bekomme beim starten aus der Commandline folgenden Fehler:

Exception in thread "main" java.lang.UnsupportedClassVersionError: org/hyperion/hypercon/Main has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0

Mein Java ist eigentlich aktuell glaub ich (8u241). Muss ich dafür noch was anderes installieren?

java -version
java version "1.8.0_241"
Java(TM) SE Runtime Environment (build 1.8.0_241-b07)
Java HotSpot(TM) Client VM (build 25.241-b07, mixed mode)

Perfekt, alles funktioniert wie es soll! Nochmal vielen Dank für die Arbeit!