Frage von hojo-vad:Wir produzieren seit vielen Jahren Kundenvideos im Standard Video DVD Format auf DVD. Die DVD-Videos werden dann anschließend - mit mehreren Notebooks - mit Handbrake Version 1.5.1 in MP4 umgewandelt (diese alte Version funktionierte in Verbindung mit Standard Video DVDs im Gegensatz zu späteren Versionen bis gestern Abend einwandfrei).
Die Umwandlung erfolgt entweder mit den Voreinstellungen für "Fast 1080p30" oder "HQ 1080p30 Surround". Bis gestern Abend hat dies auch bei einer sehr hohen Zahl von DVD-Videos problemlos funktioniert (täglich 50 - 100 Umwandlungen).
Seit gestern Abend und heute morgen haben wir jetzt plötzlich bei 2 MP4-Umwandlungen in Handbrake mit 3 verschiedenen Rechnern - und ohne, dass sich die DVD-Struktur oder die Handbrake-Version geändert hat - 2 nicht konvertierbare DVD-Videos mit diversen Fehlermeldungen: u.a. "handbrake libdvdread: Encrypted DVD support unavailable...." und "handbrake libdvdread: check_value failed in...." mit dutzenden Zeilen Fehlermeldungen. Die betreffenden DVD-Videos selbst bzw. die vob-Dateien weisen keine Probleme auf und können z.B. mit VLC problemlos abgespielt werden, ohne dass es zu einem Absturz o.ä. kommt.
Kennt jemand dieses Problem und weiß eine Lösung hierfür? Da wie gesagt überhaupt nichts geändert wurde, ist das Problem für mich nicht nachvollziehbar und ich bin ratlos und deshalb dankbar für jeden Tipp!
Antwort von cantsin:
Auf Euren Rechnern fehlt die DeCSS-Bibliothek zum Decodieren des DVD-Kopierschutz.
Antwort von Jost:
Ja, ist seltsam. Möglich, dass eine Verschlüsselung vorliegt, mit der das alte Handbrake nicht umgehen kann.
Es heißt: "Das Herunterladen und Installieren von libdvdcss.pkg/libdvdcss.dll für Handbrake kann nur DVDs mit Regionalcodes und CSS rippen. Handbrake mit libdvdcss funktioniert nicht mit DVDs, die mit Disney X-Project DRM, RCE, Sony ArccOS und anderen fortgeschrittenen Schemata verschlüsselt sind."
https://www.winxdvd.com/ressourcen/best ... rippen.htm
Antwort von hojo-vad:
Danke für den Hinweis. Aber die von uns produzierten DVD-Videos haben keinen Kopierschutz. Habe jetzt dennoch mal die DLL-Datei in das Handbrake-Verzeichnis reinkopiert und habe eine Teil-Umwandlung von 5 Minuten durchgeführt. Seltsamerweise kamen während der Umwandlung im Aktivitätenprotokoll durchgängig Fehlermeldungen, aber am Ende konnte wurde die MP4-Datei fehlerfrei bzw. abspielbar produziert. Ich starte jetzt nochmal die Umwandlung des Gesamtvideos und hoffe, dass damit das Problem erledigt ist. Warum aber ohne Änderung der Ausgangsdateien oder eines Updates plötzlich diese DLL notwendig ist, erschließt sich mir nicht.
Antwort von Jott:
Am Rande:
Wieso „ Fast 1080p30“?
Sind das NTSC-DVDs?
Antwort von atomic:
Gestern war wieder Microsoft Patchday.
Das passieren manchmal wundersame Dinge. ;-)
Antwort von hojo-vad:
@Jott Nein, PAL DVDs. Wir haben die Einstellungen getestet. Bei alten VHS und Video8 ist diese Einstellung ausreichend und die Qualität entspricht mindestens dem Ausgangsmaterial. Bei Hi8 und den Digitalformaten D8 und MiniDv hat man mit HQ ungefähr die Bildqualität des Ausgangsmaterials.
Antwort von hojo-vad:
Letztes Update: Alle Umwandlungs-Rechner haben die Datei libdvdcss.dll in das Handbrake-Verzeichnis kopiert bekommen. Und unabhängig von der Handbrake Version (versuchsweise ein Rechner mit der neuen Version 1.7.3, alle anderen mit der alten Version 1.5.1) haben damit alle neuen Umwandlungen wieder funktioniert. Es ist tatsächlich am ehesten zu vermuten, dass es mit dem gestrigen Windows Patchday zusammenhängt, an den ich gar nicht mehr gedacht hatte. Danke an @atomic für diesen Hinweis! Vielen Dank auch nochmal an alle Diskussionsteilnehmer hier, ohne die ich das Problem nicht hätte so schnell lösen können. Top!!
Antwort von cantsin:
hojo-vad hat geschrieben:
Letztes Update: Alle Umwandlungs-Rechner haben die Datei libdvdcss.dll in das Handbrake-Verzeichnis kopiert bekommen. Und unabhängig von der Handbrake Version (versuchsweise ein Rechner mit der neuen Version 1.7.3, alle anderen mit der alten Version 1.5.1) haben damit alle neuen Umwandlungen wieder funktioniert. Es ist tatsächlich am ehesten zu vermuten, dass es mit dem gestrigen Windows Patchday zusammenhängt, an den ich gar nicht mehr gedacht hatte. Danke an @atomic für diesen Hinweis! Vielen Dank auch nochmal an alle Diskussionsteilnehmer hier, ohne die ich das Problem nicht hätte so schnell lösen können. Top!!
Handbrake installiert die Bibliothek, sowie alle vom Programm benötigten (ffmpeg-) Video- und Audio-Codec-Bibliotheken, selbst. Wahrscheinlich wurde sie von Microsoft im Patchday entfernt, weil sie rechtlich immer noch umstritten ist (siehe den
Wikipedia-Artikel darüber).
Ich würde Euch empfehlen, in solchen Fällen einfach Handbrake vom Original-Installer neu zu installieren.
Und, noch als Seitenbemerkung, mal Euren Workflow zu überdenken. Wenn Ihr DVDs macht, dann konvertiert Ihr Eure Videos (das, wie ich annehme, mindestens in HD aufgenommen sind) in 720x576p SD runter, dazu noch in einem alten und qualitativ eher schlechten MPEG2-Codec. Wenn Ihr dann das Handbrake-1080p30-Preset verwendet, skaliert Ihr HD wieder SD hoch und verändert außerdem die Framerate zu etwas, das sowohl stottert, als auch nur in NTSC-Ländern sinnvoll ist. Wenn Ihr PAL-SD-Video als Ausgangsmaterial habt, dann wählt doch lieber das Preset "Fast 576p25".
Antwort von Jott:
hojo-vad hat geschrieben:
@Jott Nein, PAL DVDs. Wir haben die Einstellungen getestet. Bei alten VHS und Video8 ist diese Einstellung ausreichend und die Qualität entspricht mindestens dem Ausgangsmaterial. Bei Hi8 und den Digitalformaten D8 und MiniDv hat man mit HQ ungefähr die Bildqualität des Ausgangsmaterials.
Es geht um die Framerate. Die muss 25 (oder 50) sein, nicht 30. Du machst sonst eine zeitraubende und qualitätsvernichtende, vor allem unsinnige Normwandlung. Aber wenn du das Gehoppel nicht siehst ...
Antwort von dienstag_01:
cantsin hat geschrieben:
hojo-vad hat geschrieben:
Letztes Update: Alle Umwandlungs-Rechner haben die Datei libdvdcss.dll in das Handbrake-Verzeichnis kopiert bekommen. Und unabhängig von der Handbrake Version (versuchsweise ein Rechner mit der neuen Version 1.7.3, alle anderen mit der alten Version 1.5.1) haben damit alle neuen Umwandlungen wieder funktioniert. Es ist tatsächlich am ehesten zu vermuten, dass es mit dem gestrigen Windows Patchday zusammenhängt, an den ich gar nicht mehr gedacht hatte. Danke an @atomic für diesen Hinweis! Vielen Dank auch nochmal an alle Diskussionsteilnehmer hier, ohne die ich das Problem nicht hätte so schnell lösen können. Top!!
Handbrake installiert die Bibliothek, sowie alle vom Programm benötigten (ffmpeg-) Video- und Audio-Codec-Bibliotheken, selbst. Wahrscheinlich wurde sie von Microsoft im Patchday entfernt, weil sie rechtlich immer noch umstritten ist (siehe den Wikipedia-Artikel darüber).
Ich würde Euch empfehlen, in solchen Fällen einfach Handbrake vom Original-Installer neu zu installieren.
Und, noch als Seitenbemerkung, mal Euren Workflow zu überdenken. Wenn Ihr DVDs macht, dann konvertiert Ihr Eure Videos (das, wie ich annehme, mindestens in HD aufgenommen sind) in 720x576p SD runter, dazu noch in einem alten und qualitativ eher schlechten MPEG2-Codec. Wenn Ihr dann das Handbrake-1080p30-Preset verwendet, skaliert Ihr HD wieder SD hoch und verändert außerdem die Framerate zu etwas, das sowohl stottert, als auch nur in NTSC-Ländern sinnvoll ist. Wenn Ihr PAL-SD-Video als Ausgangsmaterial habt, dann wählt doch lieber das Preset "Fast 576p25".
Du glaubst wirklich, dass Microsoft mit einem Windows Patch Dateien aus Fremdsoftware entfernt?
Antwort von Bluboy:
dienstag_01 hat geschrieben:
cantsin hat geschrieben:
Handbrake installiert die Bibliothek, sowie alle vom Programm benötigten (ffmpeg-) Video- und Audio-Codec-Bibliotheken, selbst. Wahrscheinlich wurde sie von Microsoft im Patchday entfernt, weil sie rechtlich immer noch umstritten ist (siehe den Wikipedia-Artikel darüber).
Ich würde Euch empfehlen, in solchen Fällen einfach Handbrake vom Original-Installer neu zu installieren.
Und, noch als Seitenbemerkung, mal Euren Workflow zu überdenken. Wenn Ihr DVDs macht, dann konvertiert Ihr Eure Videos (das, wie ich annehme, mindestens in HD aufgenommen sind) in 720x576p SD runter, dazu noch in einem alten und qualitativ eher schlechten MPEG2-Codec. Wenn Ihr dann das Handbrake-1080p30-Preset verwendet, skaliert Ihr HD wieder SD hoch und verändert außerdem die Framerate zu etwas, das sowohl stottert, als auch nur in NTSC-Ländern sinnvoll ist. Wenn Ihr PAL-SD-Video als Ausgangsmaterial habt, dann wählt doch lieber das Preset "Fast 576p25".
Du glaubst wirklich, dass Microsoft mit einem Windows Patch Dateien aus Fremdsoftware entfernt?
DeCSS ist Schadsoftware da ist Security Intelligence-Update für Microsoft Defender Antivirus – KB2267602 zutändig
War schon mal
Windows Defender July Update - Will delete legitimate file from famous copyright case (DeCSS)
Antwort von TomStg:
dienstag_01 hat geschrieben:
Du glaubst wirklich, dass Microsoft mit einem Windows Patch Dateien aus Fremdsoftware entfernt?
…wahlweise Microsoft, Adobe, Putin oder die AFD.
Antwort von Bluboy:
;-)
Antwort von cantsin:
TomStg hat geschrieben:
dienstag_01 hat geschrieben:
Du glaubst wirklich, dass Microsoft mit einem Windows Patch Dateien aus Fremdsoftware entfernt?
…wahlweise Microsoft, Adobe, Putin oder die AFD.
Microsoft Defender hat schon früher DeCSS-Bibliotheken erst in Quarantäne gesteckt und deinstalliert, wahrscheinlich weil die Software als illegal/Malware geflaggt ist:
https://www.hackread.com/windows-defend ... ode-files/
Die Distribution der DeCSS-Bibliothek ist in den meisten Ländern auch nach wie vor illegal, siehe den von mir weiter oben verlinkten Wikipedia-Artikel.
Ohne DeCSS funktioniert aber das DVD-Decodieren/-Abspielen in sämtlicher Open Source-Software einschließlich Handbrake und VLC nicht.
Antwort von dienstag_01:
Bei mir ist die libdvdcss-2.dll noch auf dem Rechner. Ich nutze Windows Defender, allerdings habe ich nicht alle Optionen angeschaltet.
In der Installation von VLC gibt es bei mir allerdings diese Datei nicht, sie wird aber auch nicht im Defender als Bedrohung etc. aufgelistet. Wird die vielleicht nicht in allen Installationspaketen mitgeliefert, keine Ahnung.
Antwort von Bluboy:
dienstag_01 hat geschrieben:
Bei mir ist die libdvdcss-2.dll noch auf dem Rechner. Ich nutze Windows Defender, allerdings habe ich nicht alle Optionen angeschaltet.
In der Installation von VLC gibt es bei mir allerdings diese Datei nicht, sie wird aber auch nicht im Defender als Bedrohung etc. aufgelistet. Wird die vielleicht nicht in allen Installationspaketen mitgeliefert, keine Ahnung.
Ich habs auch mit Version 1.43 von Winhelp getestet = Keine Probleme
Libdvdcss-2 Version 1.4.2 von VLC wird von Firefox blockiert