D2S ist lam...

installiere mal alles neu mit Avisynth 2.5x
verwende die Mpeg2dec3.dll
dann kannst du auch mal den Mpegdecoder von Nic testen
http://forum.doom9.de/showthread.php?s=&threadid=862 (3.letzter Tread)
verschiebe mal "ConvertTOYUY2()"

Zitat

---AVS Begin---
LoadPlugin("C:\PROGRA~1\DVD2SVCD\AVISYN~1\Mpeg2dec\mpeg2dec.dll")
AVISource("D:\DVDRIP~1\DivX\BUFFYS~2\BUC629~1.AVI",False)
BicubicResize(480,576,0.0,0.6)
Import("D:\DVD Rip\DVD2SVCD temp\tmp2\ResampleAudio.avs")
ConvertToYUY2()
ResampleAudio(44100)
----AVS End----

Alles anzeigen

oder wenns geht DVD2SCVD-Exe anpassen
http://forum.doom9.de/showthread.php…15&pagenumber=3
Edit:
Besorge dir AutoFitCD + FitCD
Lies dir auch mal diese Anleitung durch (AutoFitCD) http://www.arlsair.de.vu/
du hast beim resizen nur die Standarteinstellung - mit AutofitCD gehts genauer -gibts auf der DVD2SVCD-Homepage

Zitat

Avg. Bitrate: 1197
Aspect Ratio: 16:9 (borders added, encoded as 4:3)

---AVS Begin---
Import("E:\Arbeit\RESAMP~1.AVS")
LoadPlugin("D:\PROGRA~1\Movie\DVD2SVCD\Avisy2.5\Mpeg2dec\MDecoder.dll")
mpeg2source("E:\Arbeit\DVD2AV~1.D2V")
# -= AviSynth script by FitCD v1.1.2 =-
BicubicResize(448,432,1/3,1/3,25,1,670,574)
AddBorders(16,64,16,80)
ConvertToYUY2()
ResampleAudio(44100)
----AVS End----

Alles anzeigen

so sollte es aussehen sonst passiert das http://forum.doom9.de/showthread.php…light=AutofitCD

Im Reither Frameserver - Avisynth Setup - AutofitCD Detect Borders auswählen
dann Reiher Convention - GO - Preview Video - AutoFitCD - close -
wieder auf Go - Start Conversion - OK
Bei Frameserver-Avisynth setup MUSS FitCD stehen

Zusätzlich(später): versuchs mal manuell (CCE starten - öffnensymbol - CCE_Project_file.ecl öffnen - endcode)
-----------
ps welchen CCE benutzt du?
willst du später auf 74 min oder 80 min CD brennen - bei 80 min im reither Bitrate alle CDsize auf 800

Edit: ist der Film (AVI) an Ende Schwarz?
Lies mal das http://forum.doom9.de/showthread.php?s=&threadid=11

Hallo,
es liegt an der Preview, am Fernseher sind die schwarzen Balken rechts und Links dann verschwunden. Wenn du auf Nummer Sicher gehen willst brenn den erst auf eine CD-RW. Ach bei der Kontrolle mit einem Sofware Player am Computer wirst du die Balken haben, deshalb auf jeden Fall mal brennen.

Hallo allerseits,

also, irgendwie werde ich hier nicht so recht schlau raus. Sag mal, Amercko, dir ist schon klar, dass nach der Erstellung des "CCE Video Information File" (VAF) noch der eigentliche Kodiervorgang stattfindet? - Nur um missverständnissen vorzubeugen.

Und wenn du da z.B. 4 Passes bei den "Encoder" Einstellungen gemacht hast, dann dauert dieser Schritt ca. 4 mal solange, wie die Erstellung des VAF Files gedauert hat - das sind dann insgesamt also 5 Kodierdurchgänge. Auf einem 1200er Duron dauert sowas dann z.B. 10-12 Stunden - nur um mal sicher zu gehen, dass wir hier nicht aneinander vorbeireden.

Das der blaue Balken dann so langsam ist, liegt dann in der Natur der Sache. Das einzige, was passiert, ist, dass der CCE nach einem Kodierdurchlauf, die Daten aus dem Speicher auf der Platte ablegt - und wenn deine Festplatte sehr fragmentiert ist, dauert das schon mal etwas länger und es scheint irgendwie zu hängen, aber wie gesagt, ich werde aus deinen Angaben irgendwie nicht schlau, mal sagst du, der CCE wird nicht gestartet, mal sagst du, der blaue Balken bewegt sich nur sehr langsam und es hat Stunden gedauert bis er bei 50% war (was dann aber eigentlich normal ist), mal sagst du uns er hat nur das VAF File erstellt - wie denn nun?

Ach ja, mit den zu grossen schwarzen Balken an der Seite - wie seiht denn das AviSynth Skript dazu aus - vielleicht versuchst du es mal ohne TV-Overscan Borders oder nimmst weniger oder bei meinem Fernseher z.B. sehe ich die schwarzen Ränder an der rechten Seite des Bildes, wenn ich im DVD-Player "RGB über SCART" aktiviert habe, dann verschiebt mein Fernseher das Bild leicht nach links bei normaler Einstellung von "VIDEO über SCART" passiert das nicht.

Gruss,
Gerti

Hallo Amercko,

also, dass der ganze Prozess jetzt stabiler läuft, liegt wohl an AviSynth 2.5, an irgendeiner MPEG2DECx.DLL sollte es in deinem speziellen Fall nicht liegen, da du ja ein AVI verwendest, also wird eine MPEG2 Decoder DLL gar nicht benötigt.

Zu dem Speed "Problem" - dass die Prozessorauslastung auf einem Dual CPU System nur ca. 65% erreicht ist hier völlig normal, weil der CCE zwar Dual CPU tauglich ist, aber AviSynth eben nicht. Und da der CCE so schnell ist, wartet er in diesem Fall auf das langsamere AviSynth, dass ihm ja die Videodaten liefert. Bei Verwendung von TMPGEnc liegt die Prozessorauslastung und damit der Speedgewinn bei einem Dual System gegenüber einm Single CPU System deutlich höher, weil hier der TMPGEnc das Nadelöhr ist.

Ansonsten ist die Pronose des CCE aber ziemlich genau, auch wenn sie eben über den ganzen Film schwanken kann, weil er sich bei komplexen Szenen halt mehr Zeit zur Analyse nimmt, und dann sich eben die Prognose ändern kann. Ist wie bei den Defragmentier-Programmen, die sagen einem auch immer, dass es nur noch 5 Minuten dauert - und das seit gut 10 Minuten.

Gruss,
Gerti

P.S. Bei AVIs kann auch manchmal helfen, das "ConvertToYUY2()" gegen ein "ConvertToRGB24()" auszutauschen - falls er hängen bleibt.

Zitat

Originally posted by gerti67
Bei AVIs kann auch manchmal helfen, das "ConvertToYUY2()" gegen ein "ConvertToRGB24()" auszutauschen - falls er hängen bleibt.

Kannst du dazu noch ein paar ergänzende Kommentare geben ?

Zitat

Originally posted by arlsair
Kannst du dazu noch ein paar ergänzende Kommentare geben ?

Hi arlsair,

hmm, also, zu den Anfangszeiten von AVI2SVCD als dvd2svcd das damals implementiert hatte und ziemlich viele Leute sich darauf gestürzt hatten um ihre AVIs zu konvertieren, tauchten im doom9.org Forum immer wieder Fälle auf, bei denen die AVI-Konvertierung hängen blieb - ein angehängtes "ConvertToRGB24()" half dann oft in diesen Fällen - und auch, wenn bei der AVI Konvertierung Farbschlieren auftraten - manchmal sogar bei einigen problematischen DVDs, bei denen der CCE vorher hängen blieb - natürlich auf Kosten der Geschwindigkeit - war aber immer noch schneller, als über die VFAPI.

Ich habe jetzt gesagt "ConvertToYUY2()" durch "ConvertToRGB24()" ersetzen und meinte damit das am Ende des AviSynth Skripts automatisch von DVD2SVCd angefügte - das letzte "ConvertToYUY2()" wird ja nur wegen AviSynth 2.5 eingefügt.

Ist bei DVD2SVCD derzeit zusammen mit AviSynth 2.5 in diesem Fall wohl leider nur möglich, wenn man den Video-Kodierprozess nach dem Start abbricht und das Script dann noch einmal manuell in den CCE oder TMPGEnc lädt, um danach natürlich über editieren der "Project Position" in der *.ini und ein "Recovery" weiterzumachen.

Hoffe, es ist jetzt klarer, was ich damit sagen wollte.

Gruss,
Gerti

Hallo Amercko,

also, bliebe noch VirtualDub als Frameserver, aber der funktioniert nicht vollautomatisch mit DVD2SVCD. Ausserdem ist AviSynth eigentlich der schnellste.

VirtualDub scheint zwar etwas besseren Dual CPU support zu haben, aber wie das beim Frameserving aussieht, weiss ich nicht. Zumindest hatten einige Programmroutinen zumindest in der Vergangenheit teilweise Probleme bei mehreren CPUs - ob das heute anders ist, weiss ich nicht, hab nicht so viel mit VD am Hut.

Dann gibt es noch die VFAPI - ist aber grundsätzlich sehr langsam - oder das kommerzielle Link2 - ist schnell, aber hab' grad keine Ahnung ob das Dual CPU voll ausnutzt und auch keine Lust nachzuschauen.

Also, bleib lieber bei der AviSynth/CCE Methode ist immer noch die schnellste - beschleunigen könnte man das wohl nur noch, wenn man dem CCE ohne Frameserver ein Huffyuv AVI gibt - bringt aber auch nur bei einem sehr schnellen Plattensystem was - ach ja, und gross muss es auch sein. Allerdings ist der Zeitvorteil dann über den Jordan, wenn man diese Huffyuv AVI erstmal erstellen muss.

Also, lass es wie es ist. Oder du kannst zwei Konvertierungen auf einmal machen um 100% CPU Last zu erzeugen.

Gruss,
Gerti

In der Regel stören sich auch zwei Prozesse gegenseitig.

Z.B. geht es schneller, wenn man Daten einzeln kopiert, anstatt gleichzeitig.