Posts by FireFly
-
-
HbbTv ...
Auch so ein weites Feld. Ansätze gabs dazu doch auch schon. Sind aber dann auch im Sande verlaufen.
Hbbtv ist kein offener Standard, auch wenn er auf offenen Standards wie HTML/XML etc. basiert. Damit läuft das auf Reverse-Engineering raus und es wird immer Lücken in der Implementierung geben falls es jemand mal implementiert. Welche Browser-Engine den Hbbtv Code interpretieren kann ist auch so eine ungelöste Frage und ebenso wie das gerenderte Bild dann auf den Schirm kommt ohne dass es mit dem VDR Bild/OSD kolidiert.
-
so wie ich das sehe ist der NUC wohl derzeit der einzige mit HDMI 2.0a ausgang.
HDMI 2.0a hat der Barebone Shuttle XH310 auch
-
NULL (Steht wohl für Leer?)
genau
-
NULL ist aber nicht '0' :->
d.h. für den Wert '0' wäre ISNULL() false
-
in IM-7 heißt MaxRGB jetzt QuantumRange und dementsprechend liefert getConstPixels() auch Quantum* zurück
-
Welche ffmpeg-Library Versionen hast Du installiert? Bei mir kompiliert's mit 3.4 und 4.0
-
ich hatte durch einige Aussagen hier im Forum den Eindruck bekommen, als wenn Intel da mittlerweile gleichgezogen hätte.
Den Eindruck hatte ich auch bekommen, aber im ersten direkten Vergleich mit der S2-6400 war ich auch sehr enttäuscht, da die Farben recht flau und alles recht matschig aussieht. Da der VDR (mit i3-8300) aber noch im Aufbau ist, kann ich aber noch nichts endgültiges sagen. Das MADI werde ich mal ausprobieren, aber den X-Server will ich auf 1080p stellen (oder habt ihr den auf 1080i ?) 2160p wollte ich auch ausprobieren, da hakt aber noch etwas bei der Erkennung der Modi.
-
... ein klein wenig Produktpflege ...
Änderungen:
- changed deprecated '%a' to the POSIX compliant '%m' in all scanf() calls (thanks to hd.brummy@VDR-portal)
Hier geht es zur Homepage
und hier direkt zum Download 0.1.5
Happy compiling
FireFly
-
Ok, Aber dann die offizielle Nummerierung von kls zu verwenden wenn er nicht auf dessen FTP Server zu finden ist, halte ich trotzdem für fraglich und verwirrend ....
-
Was soll das?!?!? Den Patch 43 gibt's auch nicht bei kls auf dem FTP Server, sondern ist nur an den Post angehängt, ist also kein offizieller Patch von kls !!!!
-
Das hier ist der korrekte Link:
-
Warum lässt Du naludump nachträglich drüber laufen? Es gibt auch nen Patch, der das direkt bei der Aufnahme macht
-
Ist auf dem Board(s) ein ASmedia 1083 als PCIe to PCI Bridge?
Der hat nämlich Probleme mit Interrupts und es gibt keinen sinnvollen Workaround
https://www.spinics.net/lists/linux-btrfs/msg28010.htmlWurde auch schon mal hier diskutiert
-
Ok, das kann sein. ARD alpha HD wird ja auch bis auf weiteres hochskaliert
-
seit gestern ist Radio Bremen HD auf Sendung,
seit gestern? Ich habe die schon seit einigen Wochen in meiner channels.conf .... IIRC sind die Anfang des Jahres live gegangen
-
Das würde dann aber heißen, dass der Fehler im lircd passiert, was aber wiederum heißen müsste, dass LIRC (zumindest in der Version, die bei openSUSE Leap 15.0 dabei ist) nirgendwo funktionieren kann - was ich mir aber eigentlich auch nicht vorstellen kann...
Ich nutze das Original LIRC von Leap 15.0 zusammen mit einem selbstkompilierten yausbIR Modul für LIRC. Das ist zwar noch nicht im produktiven Einsatz, funktioniert aber einwandfrei. Das Problem müsste sich dann auf das serial_ir-Modul beschränken.
Hast Du mal den Quellcode des Moduls zwischen Raspi und Leap verglichen?
Oder ein anderes LIRC RPM probieren? https://software.opensuse.org/package/lirc
-
Na, was macht der Läufer? Er läuft, genau wie die Sendung vor der er steht, äh, läuft
-
Wenn ich bei Aufnahmen mit den Tasten 4 und 6 die Schnittmarken justieren will, zittert das Standbild bei 720p Aufnahmen, d.h. es wird erst ein Bild davor/dahinter angezeigt und dann bleibt das Richtige stehen. Der folgende Patch behebt das bei mir für alle Auflösungen (inkl. 2160p), ausgeliehen vom softhdcuvid Plugin
-
