Aktueller S-VHS Videograbber - Analog / Digital-Wandler

[linuxnutzer]

Wenn der ADVC-50 funktioniert, und Du damit klar kommst

Na ja, das ist das Problem. Theoretisch funktioniert das. Das Überspielen wird dauern und ich weiß nicht wie ich das akzeptabel verkabeln kann. Es gibt einen Thread für einen eigenen PC dafür, kaufen müsste ich Teile für weniger als 100€.

https://www.computerbase.de/forum/threads/alten-pc-fuer-vhs-ueberspielung-erneuern.2241993/

Damit habe ich dann aber das Problem, dass ich nicht weiß wie ich den Canopus mit Strom versorge. Der Einschub braucht ja nur Strom.

Eine PCIe-Karte verwenden wäre einfacher.

 

[Uridium]

Strom wird doch Standard 4-Pin Molex sein. Das haben doch alle Netzteile.

 

[linuxnutzer]

Strom wird doch Standard 4-Pin Molex sein

Vermutlich, das ist ja zur Zeit in einem Uralt-PC verbaut. Theoretisch könnte ich dort auch was aktuelles installieren. Ich weiß nur nicht, ob der alte PC 64bit hat, eher nicht.

Dieses horizontale Desktop Gehäuse kann beim Rekorder gut stehen, ein normaler PC nicht. In dem Silverstone-Gehäuse, weiß ich nicht wie ich den Strom rausbekomme. Vielleicht gibt es da externe Netzteile?

 

[Uridium]

das ist ja zur Zeit in einem Uralt-PC verbaut.

Und warum benutzt Du den PC nicht? Wenn der Canopus Grabber bereits darin verbaut ist, wird er doch auch die ausreichende Power haben. HDDs/Speicher kann man via USB erweitern oder Du richtest ein Netzlaufwerk ein. Eine Echtzeitvorschau sollte mit dvgrab auch möglich sein (mit oder ohne gleichzeitiger Aufnahme). Einen analogen Fernseher braucht man eigentlich nicht.

 

[linuxnutzer]

Und warum benutzt Du den PC nicht?

Na ja, 32bit ist vermutlich machbar, aber doch nicht so toll.

Wenn der Canopus Grabber bereits darin verbaut ist, wird er doch auch die ausreichende Power haben

Davon bin ich überzeugt, aber benutzt wurde er dort nie, nur verbaut. Dieser PC im Midi-Tower findet beim VHS-Rekorder keinen Platz und das Überspielen wird länger dauern. Daher müssten bei NFS immer 2 PCs laufen, gefällt mir auch nicht.

Also irgendwie ist das schon lösbar, aber 2 PCIe-Karten und kein Canopus sind mehr ein paar Euro wert.

Eine Echtzeitvorschau sollte mit dvgrab auch möglich sein

Schon lange nicht mehr verwendet. Ich hatte es nur in der Konsole gestartet und erinnere mich an ken Bild, kann aber auch eine alte Version gewesen sein, die das nicht kann.

Einen analogen Fernseher braucht man eigentlich nicht.

Das wäre super.

Ergänzung (2. Juni 2025)

Damit ich da nichts missverstehe.

Mit dem Canopus ADVC-50 und Firewire erreiche ich eine gewisse Komprimierung und mit der Conexant_CX23885 sind die Dateien 10x so groß?

https://www.asrock.com/mb/Intel/J4025M/index.asp#Specification
Intel Dual-Core Processor J4025 (up to 2.9 GHz)

Mit dieser CPU ist wohl keine onthefly-Komprimierung möglich, oder? Es geht nicht um die Endversion, vorher soll bearbeitet werden.

Ist nicht so leicht einen Midi-Tower hinzustellen, anstatt ein Silverstone Grandia GD04

 

[Uridium]

Der Conexant, bzw. 720x576x25fps*24bit liefert ungefähr 31MB/s (edit: wobei... mit yv12 sind es eigentlich nur 16MB/s). Das konnten schon alte Rechner zu XP Zeiten in Echtzeit komprimieren (VirtualDub/HuffYUV). Man nimmt dafür bewusst nur eine leichte (aber verlustfreie) Kompression (um hauptsächlich den HDD Stress und die riesige Datenmenge zu verringern). Man kann heute sicherlich auch direkt in Endformate wie x265 komprimieren (auch mit Deinterlacing), wenn man die Power hat. Die Intermediates (Arbeitsformate) lassen sich aber meist angenehmer/flüssiger mit Schnittprogrammen verarbeiten.

 

[linuxnutzer]

Der Conexant, bzw. 720x576x25fps*24bit liefert ungefähr 31MB/s (edit: wobei... mit yv12 sind es eigentlich nur 16MB/s)

Danke, aber mich interessiert ja der Vergleich zum Canopus. Wenn ich jetzt annehme, dass das ein "dv codec" wie bei einem Camcorder ist, wie wäre da der Unterschied in GB bei 1h Video vom Band?

Dann kann ich zum Rechnen anfangen wie weit ich damit überhaupt mit 1TB im Vergleich komme.

Ich versuche jetzt Debian mit 32bit zu installieren. Ich habe da 2 PCs, 5.25" Schacht umbauen ist kein Problem und in 1 dieser PCs ist sogar eine SSD.

Ergänzung (2. Juni 2025)

Und warum benutzt Du den PC nicht?

Habe jetzt einen halb funktionierenden PC gefunden.

Athlon II X2 255

"uname -m" meint "x86_64"

Ubuntu 22.04 installiert, ein 24.04 sollte kein Problem sein

Dann gehen wir mal davon aus, dass dieser oder ein ähnlicher PC zur Verfügung steht.

 

[Uridium]

mich interessiert ja der Vergleich zum Canopus. Wenn ich jetzt annehme, dass das ein "dv codec" wie bei einem Camcorder ist, wie wäre da der Unterschied in GB bei 1h Video vom Band?

Dann kann ich zum Rechnen anfangen wie weit ich damit überhaupt mit 1TB im Vergleich komme.

Hier ist ein Vergleich von lossless Codecs.
https://forum.doom9.org/showthread.php?p=2000851

ffv1 hat da ungefähr Ratio 1:8 (39GB für 02h:07m). Der braucht aber vielleicht auch etwas mehr CPU als HuffYUV (der dafür mehr als die doppelte Bitrate braucht -> 97GB). Ich weiß aber nicht, ob deine CPU das schafft. DV wäre mit 1:10 im Vorteil, was die Dateigröße angeht. Qualitativ wird DV aber auch von einigen Usern enorm verrissen, weil es wohl 4:1:1/4:2:0 ist, also den Farbkanal enorm reduziert und die Qualität nicht passabel sei. Das DV lossy ist wusste ich, aber das es derart stark reduziert ist mir auch neu. Edit: Das bezieht sich wohl auf Interlace Material, wo das offenbar stärker ins Gewicht fällt als bei progressivem Material. Letztlich benutzt man 4:2:0 heute auch noch, u.a. bei h264.
https://www.digitalfaq.com/forum/video-capture/10581-best-hardware-workflow.html#post68314

 

[linuxnutzer]

Das bezieht sich wohl auf Interlace Material

Das ist es bei mir.

 

[Uridium]

Idealerweise würde man zuerst in yuy2 (4:2:2) aufzeichnen und erst später (nach dem Deinterlacing) auf yv12 gehen. Ist vielleicht aber auch nicht so wichtig.

Falls es doch noch eine PCI Karte werden sollte, könnten 'Conexant BT878' oder 'Philips SAA7134' interessant sein. Kosten um die 10Eur bei Ebay.

 

[linuxnutzer]

Ich weiß aber nicht, ob deine CPU das schafft

Das war der Auslöser für den Beginn eines anderen PCs zum Aufnehmen.

Also das Desktop-Gehäuse ist ja ganz nett beim TV, aber ich brauche was mit richtigem 5,25"-Schacht. Ich habe da mindestens 2 (fast) neue Gehäuse rumstehen, die kann man sicher verwenden. Sonstige Komponenten habe ich auch einige.

Ich kann mir vorstellen für sehr wichtige Dinge die Conexant zu verwenden und für anderes den Canopus.

Bleibt nur die Frage, welche CPU ist da nicht zu stark dafür. Ich schätze ich habe sogar ein Motherboard für AMD, müsste man schauen. Also Ziel wäre eine CPU, die nicht deutlich zu stark ist.

Ich habe mit dem vorhandenen PC 2 Tests gemacht, den 3. habe ich abgebrochen, stundenlang die CPU auf 99.8% bei Load 20.

FFMPEG
https://openbenchmarking.org/test/pts/ffmpeg
Mein PC:
https://openbenchmarking.org/result/2506041-NE-C4FFMPEG671

DAV1d
https://openbenchmarking.org/test/pts/dav1d
Mein PC:
https://openbenchmarking.org/result/2506049-NE-C4DAV1D8183

Benchmarks mache ich gerne von https://openbenchmarking.org/tests falls das zur Beurteilung Sinn macht.

Idealerweise würde man zuerst in yuy2 (4:2:2) aufzeichnen

Ok, mir ist das alles zu hoch um es auf des Bild umzusetzen.

Ich hätte gerne ein Gefühl, wieviel Platz 1h Video von SVHS braucht um abzuschätzen wie viel Speicherplatz ich brauche. Die Bänder sind nicht nummeriert, ich muss alles überspielen und dann sortieren. Klar, dass das nicht genau ist, aber ich habe überhaupt keine Ahnung.

und erst später (nach dem Deinterlacing) auf yv12 gehen.

Ich will es nicht übertreiben. Primär stelle ich mir, dass die 1. Digitalisierung, wie auch immer die dann gemacht wurde, in Handbrake importiert wird und da geschärft und entrauscht wird, Deinterlace kann man ja auch mit Handbrake machen. Das kann dann mit dem Ryzen 9900X passieren.

Ausnahmsweise kann ich mir auch kdenlive vorstellen.

Noch geht es nur darum, die Hardware festzulegen. Für die Komprimierung ist der PC klar, für das Überspielen gar nicht. Ich sage jetzt so, was Sinn macht, wird gekauft und was ich habe wird verwendet, liegt hier einiges rum. Board und 10 Jahre alte CPU schließe ich aus,

 

[Uridium]

Ich hätte gerne ein Gefühl, wieviel Platz 1h Video von SVHS braucht

Einige Beispiele hatte ich bereits genannt. Bei #28 hat er ungefähr 20GB pro 1h gebraucht (mit ffv1/10bit). Wenn deine CPU das nicht schafft, wird es doppelt so viel, also 40GB (HuffYUV/geringere Kompression). Firewire/DV hat konstant 25mbit/s, also ca. 11.2GB pro Stunde.

Deinterlace kann man ja auch mit Handbrake machen.

Handbrake kann YADIF, aber kein QTGMC. Für letzteres würde ich Hybrid nehmen oder direkt VapourSynth. Ob Avisynth unter Linux brauchbar ist, weiß ich nicht. YADIF reicht aber notfalls auch.

Board und 10 Jahre alte CPU schließe ich aus

Ich habe damals mit einem AMD-K7 (von 2001) meine letzten Captures gemacht, mit einer Philips SAA7134 PCI Karte, VirtualDub und HuffYUV 4:2:2. Deinterlace war nicht nötig, da alles als DVD/MPEG2 endete.

Heute würde ich das nicht mehr machen. Ich würde direkt auf VHS decode gehen. Das ist zwar sicherlich nur was für Bastler, aber die Qualität ist perfekt. Dabei wird der Bildkopf am VHS Rekorder direkt angezapft und abgetastet (FM RF signal sampling). Sieht gut aus (unten/rechts bei den 3 Punkten kann man es downloaden, falls der Browser kein HEVC abspielen kann).

 

[linuxnutzer]

ungefähr 20GB pro 1h gebraucht (mit ffv1/10bit). Wenn deine CPU das nicht schafft, wird es doppelt so viel, also 40GB (HuffYUV/geringere Kompression). Firewire/DV hat konstant 25mbit/s, also ca. 11.2GB pro Stunde.

Vielen Dank, dann kann ich grob sagen auf 1 4TB HDD, die rum liegt, schaffe ich mindestens 100h, vielleicht 200h über die Karte. Das ist schon ein guter Anhaltspunkt.

Handbrake kann YADIF, aber kein QTGMC.

Vielen Dank, dann läuft das nicht so wie ich mir gedacht habe.

Wenn deine CPU das nicht schafft

Das ist jetzt genau der Punkt.

https://www.asrock.com/mb/Intel/J4025M/index.asp#Specification
Intel Dual-Core Processor J4025 (up to 2.9 GHz)

Das ist abbestellt.

Kaufen muss ich immer irgendwelche Teile um irgendwie zu testen, also möglichst gleich die richtigen.

Es sollte also in die Richtung gehen, dass ich mit 20MB/s auskomme.

ungefähr 20GB pro 1h gebraucht (mit ffv1/10bit).

Ich will mir also eine CPU kaufen, die das sicher schafft.

Ich habe mal CPUs ganz großzügig nach Preis selektiert:
https://geizhals.de/?cat=cpuamdam4&xf=820_AM4~820_AM5&sort=p&hloc=at&hloc=de&v=e&pg=1

Es dürfte wohl ein AM4 oder AM5-Sockel werden müssen.

MSI 990FXA-GD80 Board würde rumliegen. Das ist nur AM3+
https://www.msi.com/Motherboard/990FXA-GD80/Specification

Die Frage ist ob dieser ausreichend ist:
AMD Athlon 3000G (Raven Ridge), 2C/4T, 3.50GHz, boxed
https://geizhals.de/amd-athlon-3000g-yd3000c6fhbox-a2173539.html?hloc=at&hloc=de

Es gibt davon auch noch eine andere Variante, Unterscheid dürfte nur der Produktionsort sein. Ein paar € mehr oder weniger sind vernachlässigbar.

AM4-Boards gibt es hier:
https://geizhals.de/?cat=mainboards&xf=2833_AMD AM4~2894_ab 4~3055_ab 2~4341_ab 1~4342_ab 1~5486_AMD&sort=p

Wenn der Athlon 3000G zu schwach ist, habe ich eine Tendenz zu AM5 zu gehen.

Ich würde direkt auf VHS decode gehen.

Ich bin leider kein Bastler, der am Videorekorder rumbasteln kann.

Ergänzung (5. Juni 2025)

Handbrake kann YADIF, aber kein QTGMC. Für letzteres würde ich Hybrid nehmen

https://www.selur.de/downloads
dynamically linked, requires a matching Qt runtime, also on Unity Desktop-environment 'sni-qt' is also needed

https://launchpad.net/ubuntu/+source/sni-qt
Latest upload: 0.2.7+17.04.20170112-0ubuntu1

Also leider uralt.

 

[Uridium]

Hier haben die einen i5-2600K (2011) mit ffv1.3 getestet. Der macht ca. 210fps. Du brauchst nur 25fps. Also quasi schon total überdimensioniert.
Mehr Kerne könnten hierbei generell vorteilhaft sein, wobei mehr als 4 wird es nicht brauchen. Ob zwei schon reichen, weiß ich nicht. Ich vermute mal, man kann ffv1 auch konfigurieren, also die Kompressionsstärke individuell anpassen. Wenn es also nicht genau passt, schaltest Du eben einen Gang runter.

https://publish.iupress.indiana.edu.../section/1c4a2741-70ae-499e-b9ff-7b2b545232ec
(bis zum Balkendiagramm runterscrollen)

Generell gilt das nur für Capturekarten, die ein echtes raw format (YUV) liefern. Für Firewire, günstige USB Sticks u.ä. kannst Du dir das alles sparen. Da ist das Signal bereits (verlustbehaftet, und quasi unschlagbar klein) komprimiert und die Daten werden nur kopiert, was quasi keine CPU Leistung benötigt.

 

[linuxnutzer]

. Für Firewire, günstige USB Sticks u.ä. kannst Du dir das alles sparen.

Da weiß ich, dass der 15 Jahre alte PC reicht, weil selber probiert.

Mehr Kerne könnten hierbei generell vorteilhaft sein, wobei mehr als 4 wird es nicht brauchen.

Ok, also suche ich nach einem mit 4 Kernen.

Ich vermute mal, man kann ffv1 auch konfigurieren, also die Kompressionsstärke individuell anpassen.

Wenn ich schon Geld ausgebe, sind ein paar Euro mehr oder weniger nicht entscheidend.

Wenn die Hardware dann da ist, stehe ich zur Zeit sowieso an, wie das weiter geht. Da muss ich viel lesen. Wie das Deinterlacing klappen soll, keine Ahnung. Altes Ubuntu installieren? Da hakt es dann aber sicher mit neuer Hardware.

Ich habe mir den Inhalt von Hybrid angesehen, da gibt es viele Standardpakete. Mir ist noch nicht klar, wie man Hybrid dann installiert und nutzt.

Spoiler: Hybrid Files

$ tree hybrid/
hybrid/
├── aften
├── aomenc
├── apprun-hooks
│ └── linuxdeploy-plugin-qt-hook.sh
├── bdsup2sub++
├── d2vwitch
├── delaycut
├── DivX265
├── doc
│ ├── libapparmor1
│ │ └── copyright
│ ├── libass9
│ │ └── copyright
│ ├── libasyncns0
│ │ └── copyright
│ ├── libb2-1
│ │ └── copyright
│ ├── libbluray2
│ │ └── copyright
│ ├── libboost-filesystem1.74.0
│ │ └── copyright
│ ├── libbrotli1
│ │ └── copyright
│ ├── libbsd0
│ │ └── copyright
│ ├── libdouble-conversion3
│ │ └── copyright
│ ├── libdvdread8
│ │ └── copyright
│ ├── libdw1
│ │ └── copyright
│ ├── libelf1
│ │ └── copyright
│ ├── libfdk-aac2
│ │ └── copyright
│ ├── libffi8
│ │ └── copyright
│ ├── libflac8
│ │ └── copyright
│ ├── libfreetype6
│ │ └── copyright
│ ├── libgcrypt20
│ │ └── copyright
│ ├── libgif7
│ │ └── copyright
│ ├── libglib2.0-0
│ │ └── copyright
│ ├── libgomp1
│ │ └── copyright
│ ├── libgraphite2-3
│ │ └── copyright
│ ├── libgssapi-krb5-2
│ │ └── copyright
│ ├── libgstreamer1.0-0
│ │ └── copyright
│ ├── libgstreamer-gl1.0-0
│ │ └── copyright
│ ├── libgstreamer-plugins-base1.0-0
│ │ └── copyright
│ ├── libgudev-1.0-0
│ │ └── copyright
│ ├── libicu70
│ │ └── copyright
│ ├── libjpeg-turbo8
│ │ └── copyright
│ ├── libk5crypto3
│ │ └── copyright
│ ├── libkrb5-3
│ │ └── copyright
│ ├── libkrb5support0
│ │ └── copyright
│ ├── liblz4-1
│ │ └── copyright
│ ├── libmagic1
│ │ └── copyright
│ ├── libmd0
│ │ └── copyright
│ ├── libmd4c0
│ │ └── copyright
│ ├── libmp3lame0
│ │ └── copyright
│ ├── libmpg123-0
│ │ └── copyright
│ ├── libnuma1
│ │ └── copyright
│ ├── libogg0
│ │ └── copyright
│ ├── libopenal1
│ │ └── copyright
│ ├── libopencore-amrnb0
│ │ └── copyright
│ ├── libopencore-amrwb0
│ │ └── copyright
│ ├── libopenjp2-7
│ │ └── copyright
│ ├── libopus0
│ │ └── copyright
│ ├── libopusfile0
│ │ └── copyright
│ ├── liborc-0.4-0
│ │ └── copyright
│ ├── libpcre2-16-0
│ │ └── copyright
│ ├── libpng16-16
│ │ └── copyright
│ ├── libpulse0
│ │ └── copyright
│ ├── libqt5core5a
│ │ └── copyright
│ ├── libqt5dbus5
│ │ └── copyright
│ ├── libqt5gui5
│ │ └── copyright
│ ├── libqt5multimedia5
│ │ └── copyright
│ ├── libqt5multimedia5-plugins
│ │ └── copyright
│ ├── libqt5multimediagsttools5
│ │ └── copyright
│ ├── libqt5multimediawidgets5
│ │ └── copyright
│ ├── libqt5network5
│ │ └── copyright
│ ├── libqt5svg5
│ │ └── copyright
│ ├── libqt5widgets5
│ │ └── copyright
│ ├── libqt5xml5
│ │ └── copyright
│ ├── libqt6core6
│ │ └── copyright
│ ├── libsndfile1
│ │ └── copyright
│ ├── libsndio7.0
│ │ └── copyright
│ ├── libsystemd0
│ │ └── copyright
│ ├── libudev1
│ │ └── copyright
│ ├── libudfread0
│ │ └── copyright
│ ├── libunwind8
│ │ └── copyright
│ ├── libva2
│ │ └── copyright
│ ├── libva-drm2
│ │ └── copyright
│ ├── libva-x11-2
│ │ └── copyright
│ ├── libvdpau1
│ │ └── copyright
│ ├── libvorbis0a
│ │ └── copyright
│ ├── libvorbisenc2
│ │ └── copyright
│ ├── libvorbisfile3
│ │ └── copyright
│ ├── libwavpack1
│ │ └── copyright
│ ├── libwayland-cursor0
│ │ └── copyright
│ ├── libwayland-egl1
│ │ └── copyright
│ ├── libwayland-server0
│ │ └── copyright
│ ├── libxau6
│ │ └── copyright
│ ├── libxcb-glx0
│ │ └── copyright
│ ├── libxcb-icccm4
│ │ └── copyright
│ ├── libxcb-image0
│ │ └── copyright
│ ├── libxcb-keysyms1
│ │ └── copyright
│ ├── libxcb-randr0
│ │ └── copyright
│ ├── libxcb-render0
│ │ └── copyright
│ ├── libxcb-render-util0
│ │ └── copyright
│ ├── libxcb-shape0
│ │ └── copyright
│ ├── libxcb-shm0
│ │ └── copyright
│ ├── libxcb-sync1
│ │ └── copyright
│ ├── libxcb-util1
│ │ └── copyright
│ ├── libxcb-xfixes0
│ │ └── copyright
│ ├── libxcb-xinerama0
│ │ └── copyright
│ ├── libxcb-xinput0
│ │ └── copyright
│ ├── libxcb-xkb1
│ │ └── copyright
│ ├── libxdmcp6
│ │ └── copyright
│ ├── libxext6
│ │ └── copyright
│ ├── libxfixes3
│ │ └── copyright
│ ├── libxkbcommon0
│ │ └── copyright
│ ├── libxkbcommon-x11-0
│ │ └── copyright
│ ├── libxml2
│ │ └── copyright
│ ├── libxrender1
│ │ └── copyright
│ ├── libxvidcore4
│ │ └── copyright
│ └── libzstd1
│ └── copyright
├── faac
├── fdkaac
├── ffdcaenc
├── ffmbc
├── ffmpeg
├── ffmsindex
├── flac
├── FLVExtractCL
├── FrameCounter
├── Hybrid
├── Hybrid_20250517_Linux.7z
├── IdxSubCutter
├── kvazaar
├── lame
├── lib
│ ├── libapparmor.so.1
│ ├── libass.so.9
│ ├── libasyncns.so.0
│ ├── libb2.so.1
│ ├── libbluray.so.2
│ ├── libboost_filesystem.so.1.74.0
│ ├── libbrotlicommon.so.1
│ ├── libbrotlidec.so.1
│ ├── libbsd.so.0
│ ├── libbz2.so.1.0
│ ├── libcap.so.2
│ ├── libdbus-1.so.3
│ ├── libdouble-conversion.so.3
│ ├── libdvdread.so.8
│ ├── libdw.so.1
│ ├── libelf.so.1
│ ├── libfdk-aac.so.2
│ ├── libffi.so.8
│ ├── libFLAC.so.8
│ ├── libgcrypt.so.20
│ ├── libgif.so.7
│ ├── libglib-2.0.so.0
│ ├── libgmodule-2.0.so.0
│ ├── libgobject-2.0.so.0
│ ├── libgomp.so.1
│ ├── libgraphite2.so.3
│ ├── libgssapi_krb5.so.2
│ ├── libgstallocators-1.0.so.0
│ ├── libgstapp-1.0.so.0
│ ├── libgstaudio-1.0.so.0
│ ├── libgstbase-1.0.so.0
│ ├── libgstgl-1.0.so.0
│ ├── libgstpbutils-1.0.so.0
│ ├── libgstreamer-1.0.so.0
│ ├── libgsttag-1.0.so.0
│ ├── libgstvideo-1.0.so.0
│ ├── libgudev-1.0.so.0
│ ├── libicudata.so.70
│ ├── libicui18n.so.70
│ ├── libicuuc.so.70
│ ├── libjpeg.so.8
│ ├── libk5crypto.so.3
│ ├── libkeyutils.so.1
│ ├── libkrb5.so.3
│ ├── libkrb5support.so.0
│ ├── liblz4.so.1
│ ├── liblzma.so.5
│ ├── libmagic.so.1
│ ├── libmd4c.so.0
│ ├── libmd.so.0
│ ├── libmp3lame.so.0
│ ├── libmpg123.so.0
│ ├── libnuma.so.1
│ ├── libogg.so.0
│ ├── libopenal.so.1
│ ├── libopencore-amrnb.so.0
│ ├── libopencore-amrwb.so.0
│ ├── libopenjp2.so.7
│ ├── libopusfile.so.0
│ ├── libopus.so.0
│ ├── liborc-0.4.so.0
│ ├── libpcre2-16.so.0
│ ├── libpcre.so.3
│ ├── libpng16.so.16
│ ├── libpulsecommon-15.99.so
│ ├── libpulse-simple.so.0
│ ├── libpulse.so.0
│ ├── libQt5Core.so.5
│ ├── libQt5DBus.so.5
│ ├── libQt5Gui.so.5
│ ├── libQt5MultimediaGstTools.so.5
│ ├── libQt5Multimedia.so.5
│ ├── libQt5MultimediaWidgets.so.5
│ ├── libQt5Network.so.5
│ ├── libQt5Svg.so.5
│ ├── libQt5Widgets.so.5
│ ├── libQt5XcbQpa.so.5
│ ├── libQt5Xml.so.5
│ ├── libQt6Core.so.6
│ ├── libsndfile.so.1
│ ├── libsndio.so.7
│ ├── libsystemd.so.0
│ ├── libtinfo.so.6
│ ├── libudev.so.1
│ ├── libudfread.so.0
│ ├── libunwind.so.8
│ ├── libva-drm.so.2
│ ├── libva.so.2
│ ├── libva-x11.so.2
│ ├── libvdpau.so.1
│ ├── libvorbisenc.so.2
│ ├── libvorbisfile.so.3
│ ├── libvorbis.so.0
│ ├── libwavpack.so.1
│ ├── libwayland-cursor.so.0
│ ├── libwayland-egl.so.1
│ ├── libwayland-server.so.0
│ ├── libXau.so.6
│ ├── libxcb-glx.so.0
│ ├── libxcb-icccm.so.4
│ ├── libxcb-image.so.0
│ ├── libxcb-keysyms.so.1
│ ├── libxcb-randr.so.0
│ ├── libxcb-render.so.0
│ ├── libxcb-render-util.so.0
│ ├── libxcb-shape.so.0
│ ├── libxcb-shm.so.0
│ ├── libxcb-sync.so.1
│ ├── libxcb-util.so.1
│ ├── libxcb-xfixes.so.0
│ ├── libxcb-xinerama.so.0
│ ├── libxcb-xinput.so.0
│ ├── libxcb-xkb.so.1
│ ├── libXdmcp.so.6
│ ├── libXext.so.6
│ ├── libXfixes.so.3
│ ├── libxkbcommon.so.0
│ ├── libxkbcommon-x11.so.0
│ ├── libxml2.so.2
│ ├── libXrender.so.1
│ ├── libxvidcore.so.4
│ └── libzstd.so.1
├── lib32
│ ├── libbrotlicommon.so.1
│ ├── libbrotlidec.so.1
│ ├── libfreetype.so.6
│ ├── libpng16.so.16
│ └── libz.so.1
├── lsdvd
├── mediainfo
├── mencoder
├── mkvextract
├── mkvinfo
├── mkvmerge
├── MP4Box
├── mp4fpsmod
├── mplayer
├── neroAacEnc
├── oggenc
├── opusenc
├── plugins
│ ├── audio
│ │ ├── libqtaudio_alsa.so
│ │ └── libqtmedia_pulse.so
│ ├── bearer
│ │ ├── libqconnmanbearer.so
│ │ ├── libqgenericbearer.so
│ │ └── libqnmbearer.so
│ ├── imageformats
│ │ ├── libqgif.so
│ │ ├── libqico.so
│ │ ├── libqjpeg.so
│ │ └── libqsvg.so
│ ├── mediaservice
│ │ ├── libgstaudiodecoder.so
│ │ ├── libgstcamerabin.so
│ │ ├── libgstmediacapture.so
│ │ └── libgstmediaplayer.so
│ ├── platforminputcontexts
│ │ ├── libcomposeplatforminputcontextplugin.so
│ │ └── libibusplatforminputcontextplugin.so
│ ├── platforms
│ │ └── libqxcb.so
│ └── xcbglintegrations
│ ├── libqxcb-egl-integration.so
│ └── libqxcb-glx-integration.so
├── qt.conf
├── rav1e
├── sox
├── SvtAv1EncApp
├── SvtHevcEncApp
├── telxcc
├── TimeCubeFiles
│ ├── BT2020_HLG_BT601_PAL.cube
│ ├── BT2020_HLG_to_BT601_NTSC.cube
│ ├── BT2020_HLG_to_BT601_PAL.cube
│ ├── BT2020_HLG_to_DCI_XYZ.cube
│ ├── BT2020_PQ_to_DCI_XYZ.cube
│ ├── BT2020_to_BT601_NTSC.cube
│ ├── BT2020_to_BT601_PAL.cube
│ ├── BT2020_to_BT709.cube
│ ├── BT2100_HDR_PQ_to_BT2020_SDR.cube
│ ├── BT2100_PQ_to_BT601_NTSC.cube
│ ├── BT2100_PQ_to_BT601_PAL.cube
│ ├── BT601_NTSC-J_to_BT601_NTSC.cube
│ ├── BT601_NTSC_to_BT2020.cube
│ ├── BT601_NTSC_to_BT2020_HLG.cube
│ ├── BT601_NTSC_to_BT2100_PQ.cube
│ ├── BT601_NTSC_to_BT601_NTSC-J.cube
│ ├── BT601_NTSC_to_BT601_PAL.cube
│ ├── BT601_NTSC_to_BT709.cube
│ ├── BT601_PAL_to_BT2020.cube
│ ├── BT601_PAL_to_BT2020_HLG.cube
│ ├── BT601_PAL_to_BT2100_PQ.cube
│ ├── BT601_PAL_to_BT601_NTSC.cube
│ ├── BT601_PAL_to_BT709.cube
│ ├── BT709_to_BT2020.cube
│ ├── BT709_to_BT601_NTSC.cube
│ ├── BT709_to_BT601_PAL.cube
│ ├── BT709_to_HLG.cube
│ ├── BT709_to_PQ.cube
│ ├── Clog3_to_BT601_NTSC.cube
│ ├── Clog3_to_BT601_PAL.cube
│ ├── C-Log3_to_BT709.cube
│ ├── C-Log3_to_HDR_HLG.cube
│ ├── C-Log3_to_HDR_PQ.cube
│ ├── DCI_XYZ_to_BT2020_HLG.cube
│ ├── DCI_XYZ_to_BT2020_PQ.cube
│ ├── DCIXYZ_to_YUVBT709.cube
│ ├── dvhe0509_to_BT709.cube
│ ├── HLG_A_to_LinearBT709.cube
│ ├── HLG_BT2020_to_Linear_BT709.cube
│ ├── HLG_to_PQ.cube
│ ├── Linear_BT2020_to_HLG_BT2020.cube
│ ├── LinearTransformation.avsi
│ ├── LogC_to_BT601_NTSC.cube
│ ├── LogC_to_BT601_PAL.cube
│ ├── LogC_to_BT709.cube
│ ├── PQ_to_BT709_v1.cube
│ ├── PQ_to_BT709_v2.cube
│ ├── PQ_to_HLG.cube
│ ├── PQ_to_HLG_Nspec.cube
│ ├── README.md
│ ├── Slog2_to_BT709.cube
│ ├── Slog3_Super8_to_BT709.cube
│ ├── Slog3_to_BT601_NTSC.cube
│ ├── Slog3_to_BT601_PAL.cube
│ ├── Slog3_to_BT709.cube
│ ├── Vlog_to_BT601_NTSC.cube
│ ├── Vlog_to_BT601_PAL.cube
│ ├── Vlog_to_BT709.cube
│ ├── YUVBT709_to_DCIXYZ.cube
│ ├── ZLog2_to_BT709.cube
│ └── Z-Log_to_BT709.cube
├── translations
│ ├── qtbase_ar.qm
│ ├── qtbase_bg.qm
│ ├── qtbase_ca.qm
│ ├── qtbase_cs.qm
│ ├── qtbase_da.qm
│ ├── qtbase_de.qm
│ ├── qtbase_en.qm
│ ├── qtbase_es.qm
│ ├── qtbase_fa.qm
│ ├── qtbase_fi.qm
│ ├── qtbase_fr.qm
│ ├── qtbase_gd.qm
│ ├── qtbase_he.qm
│ ├── qtbase_hr.qm
│ ├── qtbase_hu.qm
│ ├── qtbase_it.qm
│ ├── qtbase_ja.qm
│ ├── qtbase_ko.qm
│ ├── qtbase_lv.qm
│ ├── qtbase_nl.qm
│ ├── qtbase_nn.qm
│ ├── qtbase_pl.qm
│ ├── qtbase_pt_BR.qm
│ ├── qtbase_ru.qm
│ ├── qtbase_sk.qm
│ ├── qtbase_tr.qm
│ ├── qtbase_uk.qm
│ ├── qtbase_zh_CN.qm
│ ├── qtbase_zh_TW.qm
│ ├── qtmultimedia_ar.qm
│ ├── qtmultimedia_bg.qm
│ ├── qtmultimedia_ca.qm
│ ├── qtmultimedia_cs.qm
│ ├── qtmultimedia_da.qm
│ ├── qtmultimedia_de.qm
│ ├── qtmultimedia_en.qm
│ ├── qtmultimedia_es.qm
│ ├── qtmultimedia_fa.qm
│ ├── qtmultimedia_fi.qm
│ ├── qtmultimedia_fr.qm
│ ├── qtmultimedia_hr.qm
│ ├── qtmultimedia_hu.qm
│ ├── qtmultimedia_it.qm
│ ├── qtmultimedia_ja.qm
│ ├── qtmultimedia_ko.qm
│ ├── qtmultimedia_nl.qm
│ ├── qtmultimedia_nn.qm
│ ├── qtmultimedia_pl.qm
│ ├── qtmultimedia_pt_BR.qm
│ ├── qtmultimedia_ru.qm
│ ├── qtmultimedia_sk.qm
│ ├── qtmultimedia_tr.qm
│ ├── qtmultimedia_uk.qm
│ ├── qtmultimedia_zh_CN.qm
│ └── qtmultimedia_zh_TW.qm
├── tsMuxeR
├── vpxenc
├── vsscripts
│ ├── addGrain.py
│ ├── animate.py
│ ├── antiAliasing.py
│ ├── artifacts.py
│ ├── ChangeFPS.py
│ ├── chromaBleeding.py
│ ├── chromashift.py
│ ├── color.py
│ ├── CPreview.py
│ ├── cqtgmc.py
│ ├── deband.py
│ ├── deblock.py
│ ├── decrawl.py
│ ├── degrain.py
│ ├── dehalo.py
│ ├── denoise.py
│ ├── derainbow.py
│ ├── dering.py
│ ├── descale.py
│ ├── dfttest2.py
│ ├── DuplicateAwareResizing.py
│ ├── edge.py
│ ├── edi_rpow2.py
│ ├── fade.py
│ ├── filldrops.py
│ ├── FillDuplicateFrames.py
│ ├── FrameRateConverter.py
│ ├── fromDoom9.py
│ ├── fvsfunc.py
│ ├── havsfunc_org.py
│ ├── hysteria.py
│ ├── interframe.py
│ ├── killerspots.py
│ ├── linedarken.py
│ ├── masked.py
│ ├── misc.py
│ ├── muvsfunc_numpy.py
│ ├── muvsfunc.py
│ ├── muvs.py
│ ├── mvmulti.py
│ ├── mvsfunc
│ │ ├── init.py
│ │ ├── _metadata.py
│ │ ├── mvsfunc.py
│ │ └── py.typed
│ ├── nnedi3_resample.py
│ ├── nnedi3_rpow2.py
│ ├── numpyhelper.py
│ ├── proToon.py
│ ├── qtgmc.py
│ ├── RainbowSmooth.py
│ ├── README.md
│ ├── rekt.py
│ ├── removeDirt.py
│ ├── ReplaceBlackFrames.py
│ ├── ReplaceMultipleFrames.py
│ ├── resamplehq.py
│ ├── residual.py
│ ├── RGBColor.py
│ ├── sharpen.py
│ ├── smdegrain.py
│ ├── SpotLess.py
│ ├── srestore.py
│ ├── stabilize.py
│ ├── TFMBob.py
│ ├── validate.py
│ ├── vs_colorfix.py
│ ├── vs_temporalfix.py
│ └── vsutil
│ ├── clips.py
│ ├── func.py
│ ├── info.py
│ ├── init.py
│ ├── _metadata.py
│ ├── py.typed
│ └── types.py
├── vsViewer
├── x264
├── x265
└── xvid_encraw

 

[linuxnutzer]

Hier haben die einen i5-2600K (2011) mit ffv1.3 getestet. Der macht ca. 210fps. Du brauchst nur 25fps

Kann man CPU-Benchmarks auf die fps umlegen?

https://publish.iupress.indiana.edu.../section/1c4a2741-70ae-499e-b9ff-7b2b545232ec

Mir ist nicht klar, ob bei diesem Test Single-Core oder Multi-Core verwendet wurde. v4l unterstützt mutlthreading zum Teil bzw. unter bestimmten Bedingungen.

Die Bemerkungen dort zu "multi" tendieren eher in die Richtung der Test wurde Single Core gemacht. Das wäre gut zu verstehen, was man bei den CPU-Tests vergleicht

Ich zitiere mal von https://www.cpu-monkey.com/de/

Das ist der schwächste, CPU bei Board dabei:
Intel Dual-Core Processor J4025 (up to 2.9 GHz)
https://www.cpu-monkey.com/de/compare_cpu-intel_celeron_j4025-vs-intel_core_i7_2600k



Wenn ich auf die fps umlege, dann wäre ich noch immer über 60fps bei 3ß% Leistung. Es gibt Gerüchte, dass manche das Board 3x kaufen mussten, bis eines funktioniert hat, aber sonst wäre dieser Einbau am einfachsten.

Die Frage ist auch die Kühlung, die CPU ist ja nur passiv gekühlt und würde über viele Stunden unter Last sein.

Diese Lösung scheint mir ein guter Kompromiss:

AMD Athlon 3000G (Raven Ridge), 2C/4T, 3.50GHz, boxed
https://www.cpu-monkey.com/de/compare_cpu-intel_core_i7_2600k-vs-amd_athlon_3000g



Da gibt es aber nur 2 Kerne. 70% bei Multicore, bei Single Core besser.

AMD Ryzen 3 4300G, 4C/8T, 3.80-4.00GHz, boxed
https://www.cpu-monkey.com/en/compare_cpu-intel_core_i7_2600k-vs-amd_ryzen_3_4300g



Der erscheint mir überall stärker als der i7, also bringt vermutlich nichts.

Vergleich zwischen Ryzen 3 4300G und Athlon 3000G. Sehr unterschiedlich in welchen Bereichen der 4300 deutlich besser ist.

https://www.cpu-monkey.com/en/compare_cpu-amd_ryzen_3_4300g-vs-amd_athlon_3000g

Die CPU bestimmt natürlich auch das Board.

@Uridium
was sagt dein Gefühl zu den 3 CPUs? Die 4-Kern CPU ist bezahlbar, aber wenn viel zu stark, wozu dann?

 

[Der Nachbar]

@linuxnutzer
Es dauert noch etwas bis ich Linux installieren werde, aber das sollte auch so kein Problem sein.

Die Streamaufnahme unter VLC mit dem 8600G nimmt gerade mal ~11W auf. Die iGP langweilt sich ebenso.
Mit einer aktuellen CPU mit integrierter iGP und vorhandener Hardwarebeschleunigung unter Linux sollte alles sauber laufen. Handbrake profitiert dagegen von starken und vielen Kernen oder halt QuickSync.

Die intel N200/N300 Plattform wäre brauchbar, ist aber kostspielig und die mitgelieferte Kühlung wird eher platzssparend anstatt auf passiv bei nur 6W TDP optimiert sein.

Wenn der intel 12100 aber ohne F Kennung oder Raptor 1x100 Generation preislich unter 100€ zu haben ist, würde ich diesen einem AMD 4300G vorziehen. Modernere und bessere Architektur, besonders bei der iGP für Videos.
https://www.phoronix.com/review/intel-corei3-12100

Da ist wenigstens der ZEN 2 3300X mit drin, wenn auch ohne die iGP vom 4300G. Sonst entscheidet halt der Preis. Mit ZEN2 lebt man auch gut.

 

[linuxnutzer]

Handbrake profitiert dagegen von starken und vielen Kernen

Es sind ja 2 PCs geplant, Handbrake wird mit einem Ryzen 9 9900X laufen, außerdem:

Handbrake kann YADIF, aber kein QTGMC

Also für Deinterlacing muss ich mir was anderes einfallen lassen. Und für Deinterlacing stellt sich die Frage, ob man das onthefly gleich beim Capturen machen kann.

Es geht darum, nicht Geld für Leistung auszugeben, die nie gebraucht wird. Alles was rechenintensive ist wird mit dem 9900X gemacht. Ich kopiere die Files dann auf den starken PC.

Ich überlege jetzt folgendes, der 3. selten verwendete Arbeitsplatz hat:

AMD FX-8320 Eight-Core Processor

Wenn das Capturen fertig ist, könnte ich den PC mit der alten FX-8320 ersetzen.

Der Athlon 3000G ist bei Mutlicore schon schwächer als der FX.

https://www.cpu-monkey.com/en/compare_cpu-amd_athlon_3000g-vs-amd_fx_8320

Aber der Ryzen 3 4300G ist auf jeden Fall stärker.

https://www.cpu-monkey.com/en/compare_cpu-amd_ryzen_3_4300g-vs-amd_fx_8320

Es gibt also eine Tendenz zum Ryzen 3, andererseits ich habe keine Ahnung ob diese Stärke dort gebraucht wird. Surfen und Office wird man auch mit dem Athlon 3000G machen können. Ich muss darüber noch nachdenken,

Ergänzung (6. Juni 2025)

Modernere und bessere Architektur, besonders bei der iGP für Videos

Ich verstehe noch nicht wofür. Ich gehe ja davon aus, dass der 2. PC dann die Arbeit macht.

 

[Uridium]

Die kleinen CPUs werden auch gehen, notfalls mit geringerer Kompression, was vermutlich nicht eintreffen wird. Du kannst gar nicht so viel capturen wie über Nacht wieder "weg kodiert" werden könnte.

Eine zweite HDD (oder vielleicht reicht auch eine SSD) wäre hilfreich, so könnte eine aufzeichnen, während die andere die Daten über Netzwerk dem anderen Rechner zur Verfügung stellt. Das kann aber auch in die Hose gehen. Netzwerkzugriffe haben einen sehr selbstbewussten Leistungsanspruch.

 

[linuxnutzer]

Die kleinen CPUs werden auch gehen, notfalls mit geringerer Kompression, was vermutlich nicht eintreffen wird. Du kannst gar nicht so viel capturen wie über Nacht wieder "weg kodiert" werden kann.

Das denke ich mir auch, vor allem ich muss ja auch zuerst alles capturen und dann sortieren.

Was mir noch nicht klar ist, ob es Sinn macht beim Caputren bereits das Deinterlacing durchzuführen. Ist das überhaupt möglich? Macht das von der Qualität Sinn und reicht die CPU dafür, zB die Ryzen 3 4300G

Wenn der intel 12100

Die hat etwa 30% mehr Leistung gegenüber der Ryzen 3 4300G

https://www.cpu-monkey.com/en/compare_cpu-intel_core_i3_12100-vs-amd_ryzen_3_4300g

Die Frage stellt sich eben, was mache ich mit der Mehrleistung. Die Intel ist deutlich teurer als die AMD und vermutlich auch das Board. Schon das Board für den Ryzen 3 ist deutlich teurer als zum Athlon 3000G. Wenn ich einen Grund sehe, dann bin ich auch bereit mehr auszugeben. Es gibt hier noch andere PCs, die stärker sind. Primär ist das alles eine Sache, wo stelle ich PC und Monitor hin, sodass der Videorekorder in der Nähe ist. Das Überspielen kann schon 1 Jahr dauern, passiert immer dann, wenn Zeit ist.