Hab mir mal einen digitalen Grbaber bestellt weil meine beiden analogen einen heftigen Grünstich haben und ich bei denen extreme Gamma und RGB Anpassungen machen muss damit die Farben einigermaßen passen.
Capture Card，HDMI Streaming Potplayer Compatible USB3 0 HDMI Game 1080p 30HZ
Ich geb dann mal Feedback wie es da mit dem Flackern ist.
Perfekt, alles funktioniert wie es soll! Nochmal vielen Dank für die Arbeit! 
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)
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?
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.
@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.
Ich benutze den Pi 3 Model B+ mit raspbian "2019-09-26-raspbian-buster-lite".
@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-Panth…ompileHowto.txt" manuell Compilieren/installieren und vorher den Standard-Hyperion über HyperCon deinstallieren, korrekt?
Ich gebe dann Rückmeldung sobald ich alles getestet habe.
Ich habe die befürchtung das aktuell fast nur noch die Chips verkauft werden. Aber mal gucken, vielleicht guckt sich ja ein Entwickler das Screenshot Problem an und kann was dazu sagen.
Ja stimmt da steht UTVF007. Aber wie gesagt, Screenshots funktion habe ich bisher nicht hinbekommen.
Der hier:
pi@raspberrypi:~ $ lsusb
Bus 001 Device 004: ID 534d:0021
Bus 001 Device 005: ID 0424:7800 Standard Microsystems Corp.
Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ dmesg | grep -i Video
[ 0.269817] vc-sm: Videocore shared memory driver
[ 4.722404] bcm2835_vc_sm_cma_probe: Videocore shared memory driver
[ 4.783113] videodev: Linux video capture interface: v2.00
[ 4.962995] bcm2835-codec bcm2835-codec: Device registered as /dev/video10
[ 4.967821] bcm2835-codec bcm2835-codec: Device registered as /dev/video11
[ 4.976635] bcm2835-codec bcm2835-codec: Device registered as /dev/video12
[ 5.074345] uvcvideo: Found UVC 1.00 device AV TO USB2.0 (534d:0021)
[ 5.078641] uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported. Enabling workaround.
[ 5.079389] uvcvideo 1-1.2:1.0: Entity type for entity Processing 2 was not initialized!
[ 5.079405] uvcvideo 1-1.2:1.0: Entity type for entity Camera 1 was not initialized!
[ 5.079860] usbcore: registered new interface driver uvcvideo
[ 5.079867] USB Video Class driver (1.1.1)
Wenn der Logilink grabber wie bei mir den Chip "534d:0021" hat, dann läuft der zumindest unter Hyperion classic. Du musst in der Config Datei im Abschnitt "grabber-v4l2" den Wert "standard" : "no-change" setzen. So funktioniert zumindest schonmal das Ambilight mit dem Grabber. Ich bekomme aktuell aber keine Screenshots im HyperCon und auch manuell nicht. Dazu habe ich aber aktuell einen eigenen Thread auf.
Ich hab das Problem gefunden. Bevor ich den externen Grabber eingerichtet habe, habe ich mit einem internen AndroidTV Grabber auf meinem Fernsehr rumgespielt. Der hat eine Autostart funktion und hat bei einem Eingangs-Wechsel anscheinend immer die Kontrolle über das Ambilight übernommen.Nachdem ich den deaktiviert habe läuft alles problemlos.
Hallo zusammen,
ich habe ein Problem mit meinem Ambilight Setup mit externem USB-Grabber. Sobald ich die Eingangsquelle auf meinem TV wechsel, z.B. von Sat-Receiver auf MediaPlayer, hört das Ambilight auf zu funktionieren.
Um zu sehen welche Meldung ausgegeben wird, habe ich Hyperion manuell mit dem Befehl "hyperiond /etc/hyperion/hyperion.config.json" gestartet.
Sobald ich dann die Eingangsquelle wechsel wird mir im Putty die Meldung "V4L2GRABBER INFO: stopped" angezeigt.
Hat jemand eine Idee woran das liegen kann?
Yes I have such a setup.
I needed HDR DolbyVision LLDV support, so the only soultion for me was buying the HDFury Diva which is very expensive. With this device I get 4k HDR DolbyVision on my TV and 1080p SDR for my HDMI/AV-Converter.
I think there aren't any other devices which can handles this.
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=2491&u…bc#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?
Hi,
thanks for the great work, I am using this on my Sony AndroidTV.
In Kodi playing 1080p files everything works fine, but i cannot get it working with 4k/HDR files, the LEDs just stay off.
Also with the Sony Media Player i have the same problem.
There was a tip to turn off hardware acceleration in KODI, but this is needed for 4k/HDR files to play stutter free. When i turn it off the movies are not watchable with ~1fps but Ambilight is working.
Is it thechnically even possible to make it work with hardware acceleration on? If not i have to think of using an external player with expensive 4k/HDR splitter/downscaler.
