ZitatOriginal von v_r
Hallo dmh,
gibt es hier was neues, oder biste mit dem neuen burn-plugin beschäftigt?
Reine Neugier.
Bin ebenfalls sehr neugierg
Werner
ZitatOriginal von v_r
Hallo dmh,
gibt es hier was neues, oder biste mit dem neuen burn-plugin beschäftigt?
Reine Neugier.
Bin ebenfalls sehr neugierg
Werner
Huch, lange nicht mehr gelesen, diesen Thread. Leider hatte ich hier keine Zeit mehr für. Burn ist ja nicht so schwierig, das kann man mal eben zwischendurch machen.
Hierbei hapert's irgendwie an dem Grundproblem mit den "verwaisten" B-Frames. Hatte nun schonmal gedacht, einfach nur das Ende eines Blocks neu zu kodieren, da ja da meistens die von mir angesprochenen Tonprobleme auftreten. Vielleicht geht ja jetzt am langen W-Ende noch was, wäre da nicht noch dieser sch* Bericht für die Uni und der sonstige Kram... Tja, mal sehen.
Hi,
will ja nicht drängeln, aber hast du neue Ideen? Oder keine Zeit?
Ist dmh überhaupt noch aktiv?
Warum macht mans nicht wie bei Cuttermaran?
Wenn was wie Cuttermaran unter Linux suchst versuch mal das hier: http://ttcut.tritime.de/index.2.html
Läuft bei mir gut und hat die gleiche (gewöhnungsbedürftige ;D) Oberfläche wie Cuttermaran
ZitatOriginal von SurfaceCleanerZ
Warum macht mans nicht wie bei Cuttermaran?
So weit ich weis muß für frame-genaues scheiden muss auch Cuttermaran re-encoden.
Gleiches gilt auch für Mepg2Schnitt ... allerdings ist beides Windows[tm]-basiert und
sowas fasse ich nicht an
ZitatOriginal von FireFly
Wenn was wie Cuttermaran unter Linux suchst versuch mal das hier: http://ttcut.tritime.de/index.2.html
Läuft bei mir gut und hat die gleiche (gewöhnungsbedürftige ;D) Oberfläche wie Cuttermaran
OK ... was verwendet TTcut beim framegenauen Schneiden zum de-/en-coden?
Steht nirgends.
Werner
ZitatOriginal von bitstreamout
OK ... was verwendet TTcut beim framegenauen Schneiden zum de-/en-coden?
Steht nirgends.
Werner
Oops ... transcode und ffmpeg
ohne jetzt alles gelesen zu haben schmeiße ich mal zwei Wörter in die Runde:
"Schwarze Füllframes" (um die GOP zu erhalten)
ok, könnte mir noch irgendwer erklären, was am reencoden von ca max. 25 frames so schlimm ist? Und ewig sollte das auch nicht dauern...
Das dürfte sch ungefähr in derselben Zeitregion bewegen wie ein in Mpg umwandeln...
Dafür halte ich selbst 733MHz Celerons für in der Lage!!!
Der Autor nutzt auch nur nen P3 1000. ok mit 1GB Ram (wusste gar nicht, dass das geht... wohl n VIA Chipset)
Allerdings:
"TTCut verwendet derzeit OpenGL für die Videoausgabe (eine Ausgabe über X11 und/oder xv ist in Planung).
Die Unterstützung von OpenGL unter Linux ist mit nvidia Karten und dem nvidia-Treiber in der Regel kein Problem. Etwas anders sieht es leider mit einigen Ati Exemplaren aus ;-)"
Das wirft Probleme auf: Wer hat ne Graka (nicht onboard) im VDR? Und er schreibt die Wiedergabe ist zäh beim Decoding, da müsste also ne Unterstützung der FF her...
decembersoul: Was sollen die bringen? Wozu GOP erhalten? Das stört doch höchstens beim Gucken...
Ich hab den Autor bezüglich einer Einbindung in VDr mal angeschrieben...
mfG,
Stefan
naja für ein sauberes schneiden musst Du die GOP Strucktur erhalten.
Da diese bei DVB Fest auf 12 oder 13(weiß ich gerade nicht aus dem Kopf) Frames liegt, muss man diese erhalten.
Das ist ja das Problem.
Du kannst also nicht eine GOP mit nur 5 Frames dazwischen schieben.
Dann musst Du die restlichen 7 (um auf 12 zu kommen) wieder auffüllen.
Am besten natürlich mit etwas was nicht wirklich stört, also schwarzen Frames und Stille.
Hier habe ich das schon mal angesprochen und etwas genauer beschrieben:
http://lists.mplayerhq.hu/pipe…el/2006-March/009826.html
ZitatOriginal von decembersoul
ohne jetzt alles gelesen zu haben schmeiße ich mal zwei Wörter in die Runde:
"Schwarze Füllframes" (um die GOP zu erhalten)
Funktioniert mit den P/B-Frames nicht ohne weiteres, da diese nicht nur Referenzen zu
anderen I/P/B-Frames benötigen, sondern selbst Referenzen sind zu anderen P/B-Frames
sind. Die einfachste ist es, alles in I-Frames zu wandeln, d.h. entweder eine gewünschte
P/B Sequenz zu dekodieren und in I-Frames kodieren oder `in domain' alle Referenzen
einer P/B Sequenz auflösen und die Frames in I-Frames zu kodieren ... letzteres ist
meines Wissens nach patentiert und gibt es nicht als Opensource.
Werner
klar kann man nicht "einfach" die Frames gegen schwarze austauschen, die Referenzen müssen erhalten bleiben. Die ganze GOP muss neu codiert werden.
Trotzdem bleibt der Anschein als wenn man nach dem Cut nur schwarze Frames hat.
Ob sich das mit "nur" I-Frames realisieren lässt weiß ich nicht. Ich weiß nicht in wie weit DVB die GOP Strucktur fest legt.
ZitatOriginal von decembersoul
klar kann man nicht "einfach" die Frames gegen schwarze austauschen, die Referenzen müssen erhalten bleiben. Die ganze GOP muss neu codiert werden.
Trotzdem bleibt der Anschein als wenn man nach dem Cut nur schwarze Frames hat.
Ob sich das mit "nur" I-Frames realisieren lässt weiß ich nicht. Ich weiß nicht in wie weit DVB die GOP Strucktur fest legt.
Bei DVB ist die GOP Struktur bei verschiedenen Sender sehr unterschiedlich ... beim
DVD-Standard ist er meines Wissens ziemlich strikt. IMHO wäre ein gangbarer Weg
etwa um die GutIn/CUtOut Marken herum ein paar GOPs in I-Frames wandeln,
dann schneiden, die fehlenden I-Fames vor dem Zurückwandeln in normale GOPs
mit I/P/B-Frames z.B. mit FadeIn/FadeOut I-Fames aufzufüllen.
Was dazu fehlt, ist eine Opensource-Library, die das Wandeln von GOPs mit I/P/B-Frames
in eine Sequenz I-Frames ohne dekodieren ebenso beherrscht wie den umgekehrten Weg.
I-Frames kann der VDR als Standbilder darstellen, d.h. damit kann man Bild für Bild
springen und GutIn/CUtOut Marken festlegen. Der Ton könnte anhand der PTS an
den Marken ebenfalls geschnitten werden ... was zumindest um die GutIn/CUtOut
Marken ein A/V-Demuxing vor dem eigentlichen Schnitt erfordert und nach dem
Schnitt mittels Muxen die neuen GOPs mit dem passend Audio Frames zu füllen.
Werner
Könnte man nicht die I-frames um den Schnitt herum einfach lassen? Also nicht zurück in eine IPB-GOP umwandeln? Dann sind das halt ein paar ganz kurze GOPs aus je nur einem I-frame? Die GOP-Länge ist doch eh variabel bei MPG2 (ok bei DVD nicht länger als 15 frames, aber das wird ja eh beim Umwandeln in DVD auch ignoriert, oder wird das korrigiert? Meines Wissens nach nicht, da fast alle Geräte damit klar kommen...).
Was ist mit hcenc? Der ist freeware und wird bei Cuttermaran alternativ auch genutzt. Und zum Muxen ProjectX...
http://www.bitburners.com/hc-encoder/
Oder Quenc (OS)?
Aber bin nicht soo in der Materie...
ZitatOriginal von SurfaceCleanerZ
Könnte man nicht die I-frames um den Schnitt herum einfach lassen? Also nicht zurück in eine IPB-GOP umwandeln? Dann sind das halt ein paar ganz kurze GOPs aus je nur einem I-frame? Die GOP-Länge ist doch eh variabel bei MPG2 (ok bei DVD nicht länger als 15 frames, aber das wird ja eh beim Umwandeln in DVD auch ignoriert, oder wird das korrigiert? Meines Wissens nach nicht, da fast alle Geräte damit klar kommen...).
Was ist mit hcenc? Der soll OS sein und wird bei Cuttermaran alternativ auch genutzt. Und zum Muxen ProjectX...
Also HC Encoder ist zwar Freeware ... aber kein Opensource. Nur kostenlos hat nichts
mit Opensource zu tun. Jedenfalls habe ich noch keinen Sourcecode gesehen ...
und es ist nur für Windows[tm].
Werner
Quenc is im source erhältlich...aber auch nur libavcodec
hcenc ist nur freeware, aber unter wine lauffähig:
http://forum.videohelp.com/topic343476.html
Aber komplett anderer encoder, da in fortran komplett neu geschrieben...
bbmpeg gibs auch im source...(allerdings win +DX
http://members.cox.net/beyeler/bbmpeg.html
mfG,
Stefan
Und warum nicht einfach Transcode, wie es ttcut auch tut?
und das geht dann framegenau?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!