Ich habe einen HDMI-zu-USB-Adapter gekauft, um damit Video-TV-Inhalte von der Set-Top-Box meines Fernsehers aufzunehmen. (Xfinity, falls das wichtig ist. Meine beiden Set-Top-Boxen sind: „XiD X1“ … ich habe sowohl das Pace- als auch das Cisco-Modell zur Verfügung.)
Genauer gesagt, hier ist der Adapter, den ich bei Amazon gekauft habe:https://www.amazon.com/gp/product/B09FLN63B3
Ich beherrsche sowohl Windows (Win-11) als auch Linux (Debian „Bullseye“, auf einem Chromebook) fließend.
Dieser HDMI-Adapter wird nicht mit Empfehlungen geliefert, welche Software/Treiber ich (versuchen) zu verwenden, aber darauf war ich vorbereitet. Nach einigen Google-Suchen beschloss ich, es zunächst mit dem Befehlszeilenprogramm „ffmpeg“ zu versuchen, da ich mit dieser (hervorragenden!) Open-Source-Software recht gut vertraut bin.
Nachdem ich also ein oder zwei Tage lang (einige) erfolgreiche Aufnahmen unter Win-11 mithilfe des Microsoft-basierten „dshow“ (auch bekannt als „DirectShow“) von ffmpeg gemacht hatte, beschloss ich, zu versuchen, auf meinem Chromebook unter Linux und ebenfalls mithilfe von „ffmpeg“ das gleiche Leistungsniveau zu erreichen.
[Ok... eine sehr kurze Erklärung für (einige) Erfolge. Zahlreiche Versuche führten bisher zu schwerwiegenden/tödlichen Störungen und verwenden das „dshow“-Format unter Windows. Wenn ich versuche, entweder Live-Inhalte oder DVR-Inhalte von einer Set-Top-Box in eine MP4-Datei aufzunehmen, treten im Wesentlichen zwei Störungsszenarien auf: #1: Plötzlich steigen die verlorenen Pakete stark an und ich erhalte die gelbe Meldung „1000 verloren“ #2: Bei anderen Versuchen erhalte ich „... enthält kein Bild ...“. Fehler scheinen eine Funktion der Dauer des Inhalts zu sein ... d. h. Inhalte, die nur wenige Minuten dauern, sind fast immer fehlerfrei, aber Inhalte, die 30 Minuten oder 60 Minuten dauern, weisen fast immer einen dieser schwerwiegenden Fehler auf. Daher habe ich beschlossen, dass ich zunächst einen Linux-basierten Ansatz ausprobieren sollte, bevor ich weitere Anstrengungen unternehme, diese schwerwiegenden Störungen unter Windows zu beheben.]
Hier ist der ffmpeg-Befehl, den ich in meinen Tests unter Windows verwende:
ffmpeg -f dshow -t 3600 -loglevel warning -framerate 30 -rtbufsize 800M -i video="USB-Video":audio="Digitale Audioschnittstelle (2- USB-Digital-Audio)" -b:v 800K -s 1280x720 -vf "setdar=dar=0,setsar=sar=0,mpdecimate" -vcodec libx264 -acodec aac video-out.mp4
Mein erstes Problem war, dass „dshow“ anscheinend spezifisch für „Windows“ ist und ffmpeg daher aufgrund meiner Bezugnahme auf „dshow“ als „unbekannt“ gekennzeichnet wurde. Nach weiteren Stunden des „Ratens“ habe ich schließlich herausgefunden/geschlussfolgert, dass es andere Dinge (etwas namens „DeckLink“ ist eine solche Alternative?) für Linux gibt, aber ich bin mir nicht sicher, welche zusätzlichen Linux-Pakete für die ffmpeg-Unterstützung existieren könnten oder ob ich ein vollständigeres „ffmpeg“ (z. B. aus dem Quellcode) erstellen muss, um die Dinge unter Linux zum Laufen zu bringen?
Ist auf mein Gerät über andere Tools als „ffmpeg“ (z. B. VLC oder Handbrake oder was auch immer) einfacher zugegriffen werden kann, entweder auf der Linux- oder der Windows-Plattform?
Antwort1
Ich bin zu dem Schluss gekommen, dass die Software „ffmpeg“ mit dem von Microsoft bereitgestellten Format „dshow“ für die Videoaufnahme nicht zuverlässig ist.
Ich habe eine kostenlose Alternative gefunden, die perfekt funktioniert: „OBS Studio“ https://obsproject.com/wiki/install-instructions
Um die grundlegenden „Einstellungen“ für diese Software zu erlernen, habe ich auf YouTube.com einige Tutorials für OBS Studio gefunden.
[ Ich habe diese Software in einer der Rezensionen zu meinem HDMI-USB-Adapter auf Amazon erwähnt gefunden. ]