Definitiv, alles Grund um Avisynth ist 32bit.
Keine Ahnung wo das 64bit bei Dir herkommt.
Cu Selur
Ps.: Wie ich das es liebe am Flughafen zu warten,...
Definitiv, alles Grund um Avisynth ist 32bit.
Keine Ahnung wo das 64bit bei Dir herkommt.
Cu Selur
Ps.: Wie ich das es liebe am Flughafen zu warten,...
In der aktuellen Version funktioniert das Preview in sämtlichen Menüs nicht mehr. Habe zuletzt die Version von April verwendet, und da ging alles noch.
(getestet unter Linux Debian 8 Jessie 64bit)
Details?
Hallo Leute,
ich hab hier einen TV-Mitschnitt als 720p TS-Stream, den ich mit Hybrid in einen MP4-Container mit Konvertierung der AC3-Tonspur in AAC remuxen will, der Video-Stream soll dabei unverändert bleiben.
Installiert hab ich hier die Hybrid-Version 1017.10.05.1.
Die Default-Input und -Output-Path sind in Config->Path gesetzt, Video steht auf passthrough und "Generate" ist aktiv.
Der Job läuft auch durch und die Tonspur wird konvertiert, allerdings zeigt das Resultat über die ganze Laufzeit nur ein schwarzes Bild, während der Ton ganz normal zu hören ist.
Hab ich bei den Einstellungen irgendwas wichtiges übersehen?
Gruß,
Ralph
Wilde Vermutung: Beinhaltet der Transportstream eventuell mehrere Videostreams?
Ansonsten bräuchte ich nen DebugOutput des Ganzen um zu sehen was da passiert. (siehe: https://forum.selur.net/showthread.php?tid=5 oder http://www.selur.de/support)
Cu Selur
Ps.: Falls Du den Effekt mit einem kleinen Sample nachstellen kannst und dieses mit mir Teilen könntest wäre super.
Ich hab das File mit der Debug-Ausgabe hier als Zip angehängt.
In der TS-Datei befindet sich nur ein Video-Stream, das kann leider nicht die Ursache sein. Allerdings hab ich beim TS-Stream zuerst mit dem TS-Doctor den Vor- und Nachlauf weggeschnitten.
Gruß,
Ralph
Sehe spontan keinen Fehlen in dem was Hybrid macht.
1. Hybrid extrahiert mit ffmpeg den Video&Audio stream:
"C:\PROGRA~1\Hybrid\ffmpeg.exe" -y -threads 4 -analyzeduration 100M -probesize 100M -i "D:\VideoCapture\Am wilden Fluss_fixed.ts" -sn -vcodec copy -map_metadata -1 -metadata handler_name="Hybrid 2017.10.05.1" -vbsf h264_mp4toannexb -f h264 "C:\Users\ralph\AppData\Local\Temp\Am wilden Fluss_fixed_13_12_05_8210_04.264" -map 0:1 -sn -acodec copy -map_metadata -1 -metadata handler_name="Hybrid 2017.10.05.1" "C:\Users\ralph\AppData\Local\Temp\iId_1_aid_6120_lang_ger_DELAY_17ms_13_12_05_8210_01.ac3"
2. Wandelt den Audio stream nach aac:
"C:\PROGRA~1\Hybrid\ffmpeg.exe" -y -threads 4 -i "C:\Users\ralph\AppData\Local\Temp\iId_1_aid_6120_lang_ger_DELAY_17ms_13_12_05_8210_01.ac3" -c:a aac -strict -2 -b:a 128k -ac 6 -ar 48000 -channel_layout 5.1 "C:\Users\ralph\AppData\Local\Temp\iId_1_aid_6120_lang_ger_DELAY_17ms_13_12_05_8210_02.aac
3. Multiplexed den Videostream und den neuen aac stream in ein mp4 file:
"C:\PROGRA~1\Hybrid\MP4Box.exe" -par 1=1:1 -add "C:\Users\ralph\AppData\Local\Temp\AMWILD~1.264"#video:fps=50:xps_inband -brand avc1 -add "C:\Users\ralph\AppData\Local\Temp\IID_1_~1.AAC"#audio:lang="ger":delay=17 -mpeg4 -itags tool="Hybrid 2017.10.05.1" -tmp "C:\Users\ralph\AppData\Local\Temp" -new "D:\VideoCapture\13_12_05_8210__05.mp4"
sieht eigentlich alles richtig aus.
Ich vermute, dass FFmpeg irgendwie Probleme beim Extrahieren des Videostreams hat, versuch mal ob es einen Unterschied macht, wenn Du 'Config->Input->Extraction->Prefer ffmpeg for extraction from transprotstreams' deaktivierst bevor Du den Job erstellst.
In diesem Fall sollte tsMuxeR zum Extrahieren verwendet werden, wenn das auch nicht hilft, würde ich empfehlen den Transportstream vorher mit mkvtoolnix nach mkv umzupacken bevor Du ihn Hybrid fütterst.
Du kannst auch mal den ersten Aufruf (bei dem die Streams mit FFmpeg extrahiert werden) in einer Konsole aufrufen um zu sehen, ob FFmpeg eventuell Warnungen ausgibt die auf Probleme hinweisen.
Cu Selur
Das Umstellen auf den tsMuxeR hat leider auch nix gebracht. Ich werde es bei Gelegenheit bei einem anderen Film nochmal versuchen.
Ich hab jetzt einfach direkt im TS-Doctor den original Video- und Audio-Stream in einen MP4-Container remuxt. Das ging dann doch am schnellsten und Kodi spielt das Resultat ohne Probleme ab, Spulen funktioniert auch problemlos.
Danke für die Hilfe und Gruß,
Ralph
Teste mal bitte ob auch noch alles okay ist, wenn Du bei so einem mp4 file mit Hybrid den Audiostream reencodest und den Videostream durchreichst.
Cu Selur
Ach, zur Info noch: Beim allerersten Versuch hatte ich ein Rencoding mit x265 gemacht und dabei die Dateigröße beim Modus "slow" und crf 18 fast halbiert. Das hat ohne Probleme funktioniert. Allerdings konnte meine FireTV-Box 1. Gen. das Resultat nicht abspielen, die ist dazu etwas zu schwach auf der der Brust. Die hat ja keinen Hardware-Decoder für h.265.
Das Problem tritt nur beim Video-passthrough auf.
Den Test mit dem MP4-File werde ich mal noch machen
Gruß
Ralph
Das ist ja interessant, beim MP4-File als Source gab es einen Crash:
-> 16_29_35_1310_09_muxing crashed: ERROR: D:\VideoCapture\16_29_35_1310__09_withTimeCodes_0.mp4 was not created!
LOL! Im zurück gelassenen Temp-File läuft diesmal das Video, aber mal zur Abwechslung ohne den Ton.
Aber egal, Auslöser für die ganze Aktion war, dass ich beim Verwenden von MKV beim Abspielen auf dem FireTV alle paar Minuten Aussetzer beim Ton (AC-3) hatte, allerdings blieb der Ton dabei den Film über synchron. Laut Anzeige des Receiver lag in den Fällen auch gar kein Tonsignal am Eingang an.
Bei Verwendung von MP4 als Container - noch immer mit der AC-3 Originalspur - tritt der Effekt nicht auf und damit ist mein ursprüngliches Problem gelöst.
Gruß,
Ralph
ZitatLOL! Im zurück gelassenen Temp-File läuft diesmal das Video, aber mal zur Abwechslung ohne den Ton.
Ah, okay dann scheint das Problem an den TimeCodes zu liegen.
Jo, schaut so aus:
mp4fpsmod output: Converted to exact fps ranges
mp4fpsmod output: Total number of frames differs from the movie
process finished with exitcode: 2 and exitStatue: 0
und tschüss ...
Wie geschrieben, mein ursprüngliches Problem ist ja gelöst.
Gruß,
Ralph
Kleine Frage an die Windows Benutzer:
"Nutzt noch wer Hybrid mit einer 32bit Windows Version?"
(Hintergrund: Qt bietet bei seinen Update-Routinen keine 32bit MSVC 2017 builds mehr an, weshalb ich überlege keine 32bit Windows builds mehr anzubieten.)
Cu Selur
Hybrid rev 2017.12.23.1:
*fixed*
*changed*
*added*
-> downloads: https://www.selur.de/downloads
Cu Selur
Ps.: This is the last release which supports 32bit Windows. (Folks, it's really time to ditch 32bit OS&machines)
Das SSL Zertifikat von selur.de scheint Ungültig zu sein... Über HTTPS nicht zu erreichen...
Nicht meine Schuld. Hab nie ein SSL Zertifikat für selur.de eingerichtet und es auch nie mit https gepostet. Gleitz hat hier nur die Boardsoftware so angepasst, dass
automatisch zu
wird. (sogar in 'code' Blöcken, wenn man '://' dazu packt,..)
-> Da tophoster.de leider nicht anbietet, dass man Let's Encrypt verwendet wird bei selur.de wohl auch in nächster Zeit kein https kommen,..
Cu Selur
Ein "Top-Hoster", der kein SSL-Zertifikat anbietet, ist keiner. ;D
SSL Zertifikate kann man sich da schon kaufen, aber man kann nicht die kostenlosen von Let's Encrypt integrieren.
Aber das sie kein Let's Encrypt unterstützen ist der Grund warum das Forum mittlerweile nicht mehr unter selur.de sondern selur.net liegt.
Würde den top-hoster.de keinem mehr empfehlen, da der Webspace aber noch bis 2020 bezahlt ist und Zeit wie immer knapp ist bleibt die Homepage erst mal bei selur.de.
Stört mich an sich nicht, da das einzige Board was so merkwürdige Ersetzungen (vor allem auch in 'code'-Blöcken) macht ist hier.
Cu Selur
Hybrid rev 2017.12.24.1:
*fixed*
*added*
-> downloads: http://www.selur.de/downloads (http not https)
Cu Selur
Ps.: This is the last release which supports 32bit Windows. (Folks, it's really time to ditch 32bit OS&machines)
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!