Hallo allerseits,
also, was seltsam ist, ist die Tatsache, dass DVD2SVCD bei Verwendung schon vorhandener MPG Stills überhaupt gar keine AVS Dateien mehr machen sollte, dass ist nur bei BMP und CO. nötig, um sie zu mittels AviSynth/Encoder zu MPG Stills zu verwandeln - also läuft bei dir definitiv ewtas schief.
Porbier mal eine saubere Deinstallation und Installation von DVD2SVCD - dann sollte das eigentlcih behoben sein.
Gruss,
Gerti
signs + sub:
Meine Antwort sollte nur eine Anspielung darauf sein, dass ich mich nur gefragt habe: "Wer zum Teufel ist Max? Und was ist das für eine Anleitung?" - Ich habe schon bestimmt etliche DVD/SVCD Anleitungen gelesen - recht gute und auch recht bescheidene - bisher war der Name "Max" dabei nie aufgetaucht und ich habe in den Foren, die ich so öfter mal lese (dvdboard.de, DVD-SVCD-Forum, Gleitz) und aktiv besuche (Doom9.org, Doom9.de), auch noch nie davon gehört. Also, man verzeihe mir meine Unwissenheit. :sly:
Aber, warum kann man denn nicht mal einen Link angeben oder die Anleitung, nach der man gearbeitet hat irgendwie anhängen, so sie denn nicht von dem Board selber (oder zumindest einem bekannten Board) stammt und man sie deswegen nicht in der geistigen Allmende der User hier voraussetzen kann? Wir sind keine Hellseher hier und die Tasse Kaffee hier auf meinem Tisch taugt auch nicht so recht zum Kaffeesatzlesen.
Gruss,
Gerti
sub:
Zwar ist berghs vortrefflichem Kommentar eigentlich nichts mehr hinzuzufügen - aber nur, um mal deiner Frage angemessen zu antworten: "Wenn ich nach Kalle Kabumm seiner Anleitung gehe, dann sind meine Rohlinge voll!" - Ordentliche Anleitungen erklären sowas, oder zumindest, welche Tools man zum ausrechnen benutzt. 
Gruss,
Gerti
Hallo Massi,
und :hallo:.
Das Problem bei den VCD/SVCDs ist, dass sie in Mode2 gebrannt sind - also it 2352 Bytes/Sektor und nicht wie eine Daten CD in Mode1 mit 2048 Bytes/Sektor. Deshalb passen ja auf eine VCD/SVCD auch mehr Daten, weil hier weitgehend auf eine Fehlerkorrektur wie bei den Daten CDs verzichtet wird. SVCDs haben nur 16 Byte/Sektor für "Fehlerkorrektur" übrig (wenn ich mich richtig erinnere) und auch nur um halt anzuzeigen, dass eine Kontrollsumme nicht stimmt und Fehler vorliegen können - korrigiert werden können sie dabei aber nicht.
Da der MPEG Datenstrom aber fehlertolerant ist, macht das i.d.R. nichts, es kommt halt nur zu den berüchtigten Artefakten im Bild (bunte Klötzchen).
Um eine VCD/SVCD zu kopieren, solltest du wenn es geht, die Fehlerkorrektur im Brennprogramm abschalten, langsam einlesen und zwar in einem guten Laufwerk, dass auch ordentlich SUB-Channel Daten lesen kann. Und nicht on-the-fly kopieren - das geht meist schief - lieber über ein Image.
Auch kannst du mal VCDEasy ausprobieren - in den "Werkzeugen" ist ein Programm zum VCD/SVCD extrahieren dabei - es erstellt ein BIN/CUE Image auf der Festplatte von deinen VCD/SVCDs, welches du damit wieder brennen kannst oder aber mit anderen Programmen, die BIN/CUE brennen können. Ausserdem kannst du so das Image vorher z.B. mit den Daemon-Tools mounten und testen, ob es Fehler enthält.
Gruss,
Gerti
Hallo PRS,
und :hallo:.
Also, AviSynth 2 arbeitet im YUY2 und RGB Farbraum - AviSynth 2.5.x arbeitet vorzugsweise im YUV12 Farbraum (kann aber auch RGB und YUY2) - wodurch einige Operationen z.T. schneller ablaufen.
Der CCE kann aber bisher nur mit RGB und YUY2 Material umgehen - also musst du an das Ende deiner AviSynth 2.5.x Skripte ein "ConvertToYUY2()" anhängen - dann klappt es auch mit dem CCE. Und aufpassen, manche Plugins und Filter sind noch nicht vollständig YUV12 kompatibel und brauchen auch schon vorher ein "ConvertToYUY2()".
Tschau,
Gerti
Hallo spike,
und womit genau kommst du nicht klar? - Suchst du die einzelnen Kommandozeilen Option? -Oder wie?
vStrip - version 0.8f_css, by [maven] (maven@maven.de), CSS-code by R0TfL.
Usage:
vStrip [@]In [-Options] [[=]IDs]
In denotes the input-file and has to be the first argument. If a '@'
is prepended to the name, it is read as a streamlist (textfile).
Options:
-! defaults to strip everything,
-2 creates a DVD2AVI 1.76 project-file,
-b disables macrovision removal,
-d enables demux mode (not producing a VOB anymore),
-e disables VOB-assumptions (no 2048 byte sectors), enables demux,
-g only keeps GOP-Headers of the Video-Stream(s),
-l lists the CELL-Positions parsed from the IFO-file,
-u tries to parse (and output) UDF-filesystem on In (e.g. vStrip M:\ -u)
-c splits the VOB by CELL-ID,
-v splits the VOB by VOB-ID,
-oL sets the output filename to L (add '+' in front to append),
-iM sets the IFO-file filename to M,
-jN sets default angle for IFO-Parsing to N (=1, 0 disables removal),
-pO selects program-chain (PGC) O (from IFO-file) and enables IFO-Parsing,
-$P splits output-file(s) after P megabytes (1024KB chunks),
-aQ changes the aspect-ratio to Q,
-fR changes the frame-rate to R,
-sS seeks to LBA S (2048 byte sectors),
-wT sets the end LBA to T (2048 byte sectors),
-tU file IO: clib then ASPI (U=1), ASPI then clib (U=2), clib only (U=3),
-kV sets the key to V (5 hex bytes, no spaces),
-mW a key deduced from a padding-stream is worth W normal guesses (=2),
-nX sets the number of times a key needs to repeat to X (=2),
-qY sets percentage a candidate key has to have of all keys to Y (=75),
-rZ key-search per VOB-ID (Z=1), CELL-ID (Z=2) or VOB- & CELL-ID (Z=3),
IDs hex stream-ids (e.g. 0xe0), seperated by a space. If a '=' is
prepended to the id, the last stream is remapped to this id.
Hints:
- Demux mode can split, too (but "c" and "v" are exclusive),
- All the options w/o an argument can be combined (e.g. "-!dc")
- Try a test-run on the VOB first (only filename as parameter),
- Frame-rates:
[1] 23.976 (24000/1001) fps [5] 30 fps
[2] 24 fps [6] 50 fps
[3] 25 fps [7] 59.94 (60000/1001) fps
[4] 29.97 (30000/1001) fps [8] 60 fps
- Aspect-ratios:
[1] square pixels [3] 16:9 display
[2] 4:3 display [4] 2.21:1 display
Examples:
To get a list of the streams in a VOB:
vStrip in.vob
To keep video and AC3 stream 0x81 mapped to 0x80 using PGC 0 and 1GB chunks:
vStrip @in.lst -iin.ifo -p0 -$1024 -!oout.vob 0xe0 0xbd 0x81 =0x80
To demux the video-stream:
vStrip in.vob -!doout.m2v 0xe0Am besten nimmst du dir ein kleines VOB Schnipsel und kopierst die vStrip.exe da mit hinein - dann öffnest du die "Eingabeaufforderung", wechselst in das Verzeichnis und testest die Parameter und schaust einfach was passiert - so hab ich das auch mal gemacht. Man lernt es so am schnellsten - obwohl ich vStrip auch schon ewig Zeiten nicht mehr genutzt habe.
Am besten anfangen mit: "vStrip VTS_01_1.VOB" dann erscheint eine komplette Liste aller Streams, die in dem VOB vorhanden sind.
Danach kannst du einen Stream daraus demuxen mit folgender Zeile:
"vStrip VTS_01_1.VOB -!do video.m2v 0xe0" wobei die Hex Zahl die Stream ID aus der zuvor erzeugten Liste ist und "video.m2v" halt ein von dir bestimmter Dateiname für den demuxten Stream. 0xe0 ist halt die Default ID des 1. Video-Streams, die Audio-Streams fangen i.d.R bei 0x80 an, usw.
Ist doch alles absolut total nicht schwer - hat mein alter Mathe-Lehrer immer gesagt. 
Gruss,
Gerti
Originally posted by msk
..., bin über die Suchfunktion nicht fündig geworden. Bin am überlegen mir ein Dualsystem zu kaufen (2x p4 xeon 2,6 GHz). Jetzt meine Frage:Unterstützt DVD2SVCD überhaupt die Multipricessorfähigkeit? ...
Hmm, ob du's jetzt glaubst oder nicht, wenn ich bei der "Suchfunktion" hier "Multiprozessor" eingebe, dann fördert dies genau die von dir gewünschten Infos zu Tage - selstsam. :sly:
Trotzdem :hallo: - und sollte dir nach dem lesen des Beitrages, den es über die Suche zu entdecken gibt noch etwas unklar sein, dann melde dich nochmal.
Gruss,
Gerti
Hallo tigerstyle,
also, jetzt drück mal bitte auf den "search" Knopf oben - ja, genau, auf den blauen da. Und gib mal ein "video check sum" - ist doch nicht so schwer oder? - Warum kommen die Leute eigentlich auf sowas nicht von alleine? :sly: Und in der FAQ steht es auch drin. :eek:
Also, das nächste mal bitte erst suchen und lesen - klaro! Dann heisst es auch für dich immer :hallo:.
Gruss,
Gerti
Hallo bugsbunchy,
und :hallo:.
Sieht so aus, als ob du AutoFitCD benutzt - oder?
Dann schau mal hier:
http://forum.doom9.de/showthread.php?s=&threadid=560
Gruss,
Gerti
Hallo godosan,
und :hallo:.
Sorry, war wohl noch ein Fehler im Skript. Der Fehler lag nicht an dem Trim Befehl sondern schlicht und einfach daran, dass das über "Import()" eingebundene Skript "SemiAutoCropAndResize.avs" nicht explizit einen "Clip" als Rückgabewert an das AviSynth Skript von DVD2SVCD zurückgeliefert hat.
Beim CCE fiel dieser Fehler nicht auf, da durch ein von DVD2SVCD angefügtes "ConvertToYUY2()" das Skript dann halt automatisch einen "Clip" als Rückgabewert erzeugt. Nur wird diese Zeile halt nicht bei Verwendung von TMPGEnc automatisch angefügt, weil der halt eh nur RGB Daten nimmt.
Und durch seeigels Vorschlag mit dem Trim(0,0) wird halt automatisch auch wieder ein "Clip" erzeugt - ist aber nicht die Lösung für die Ursache des Problems.
Ich habe das Skript jetzt überarbeitet und der Fehler ist behoben. Ausserdem habe ich die editierbaren Parameter nach seeigels Vorschlag nun besser gruppiert.
Gruss,
Gerti
P.S. Zum Download geht es oben in meinem ersten Post! Aktuell ist die Version 1.06
Dann sollte es so aussehen - wie du siehst, ist alles korrekt.
Hallo seeigel,
im Zweifelsfall natürlich das Skript. 
Nee, mal im Ernst, ist so eine Eigenart von FitCD - bei deinen Werten zeigt FitCD mir das an.
Wie du siehst, ist der Aspekt falsch und der Fehler recht hoch. Warum FitCD manchmal nicht zu den optimalen Werten springt weiss ich auch nicht, wahrscheinlich, weil FitCD darauf ausgelegt ist erstmal durch Croppen zu versuchen alles auszugleichen - funktioniert aber in dem Fall hier nicht, da du ihm ja verboten hast zu croppen.
Gruss,
Gerti
Also einfach mal auf den kleinen Pfeil nach unten beim Resize klicken.
Originally posted by LigH
Tatsächlich? Bist du dir sicher?! Dann wäre mir das aber neu, dann lerne ich auch mal wieder was!Wahrscheinlich anders herum: AviSynth fragt zuerst: "Ich kann A, B, C liefern - was kannst du lesen?", und TMPGEnc antwortet "Okay, B geht".
Gibt's da mehr drüber zu lesen?!
Ich bin mir ziemlich sicher, dass ich es mal irgendwo gelesen habe - frag mich nur nicht wo, aber i.d.R. merke ich mir solche Dinge recht gut, weil sie mich eben interessieren.
Zu deiner These: Ich denke, es ist eher andersrum, AviSynth ist ja nicht von sich aus aktiv und posaunt pausenlos: "Ich bin ein AVI, ich bin ein AVI - und ich bin 480x576 gross, und ich kann YV12, YUY2 und RGB!" Hier ist ja TMPGEnc die aktive Anwendung und fragt wohl über irgendwelche Multimedia API Calls den zuständigen Dekompressor ab und mit so was wie "GetDeviceCapsEx()" dann die Fähigkeiten des Dekompressors. Ich habe zwar von Multimedia Programmierung und den zugehörigen APIs keine Ahnung aber bei früheren Programmen in Delphi hab ich über Win API Calls wie "GetDeviceCapsEx()" z.B. auch die Parameter von Druckern abgefragt um die maximal bedruckbare Fläche zu ermitteln und so, weil es von Delphi aus sonst nicht ging (.Height und .Width vom Printer Objekt liefern ja nur die Dimensionen des zur Zeit aktiven Formats).
Ich denke mal, dass TMPGEnc somit dann erfährt, dass AviSynth auch RGB liefern kann und über das setzen der richtigen Flags die Daten dann eben in diesem Format vom Dekompressor anfordert. Genaueres wissen woll eher Hori San oder sh0dan und Konsorten oder vielleicht RB, der ist ja auch ziemlich fit in diesen Sachen.
Originally posted by RB
Das geht sehr wohl, wenn man die Crop-Funktion der Resizer verwendet. Siehe AVISynth Docs für Crop:
Danke für die Info, jetzt hab' ich auch wieder was gelernt. 
Kommt wohl daher, das ich seit ewig Zeiten ein einfaches Crop vor dem Resize bevorzuge, weil es 1. übersichtlicher ist und 2. ist es auf meinem System ganz geringfügig schneller.
Ich weiss, einige behaupten stets das Gegenteil, aber ich habe das dutzendmal mit unterschiedlichen Einstellungen getestet - erst kürzlich wieder - und es ist auch bei AviSynth 2.5.2 immer noch so. Der Geschwindigkeitsunterschied liegt zwar bei nur ca. 1% aber immer exakt reproduzierbar - warum das so ist weiss ich auch nicht. Daher bevorzuge ich es halt so herum.
Gruss,
Gerti
LigH:
Hm, im RGB Farbraum ist es ja erlaubt nur nicht in YUV12 - also wenn der TMPGEnc ein AVS Script öffnet, "redet" der im Gegensatz zum CCE mit AviSynth und sagt ihm erstmal in welchem Format er die Daten denn gerne hätte, dann schaut AviSynth nach, ob es das Format unterstützt, und liefert die Daten im gewünschten Format aus - also in dem Fall dann RGB! So funktioniert AviSynth 2.5 auch tadellos mit TMPGEnc auch ohne eine "ConvertToYUY2()" oder "ConvertToRGB()".
Der CCE ist da eher die stolze Diva und ist einfach nur beleidigt, wenn er die Daten nicht wie angefordert (in den Optionen eingestellt) bekommt - dann ist einfach Schluss für ihn. Und genauso verhält es sich mit dem Media Player und einigen anderen Programmen, wenn sie sich über die Schnittstelle einigen können - gibt wohl eineige API funktionen dafür - läuft's i.d.R. trotzdem - wenn nicht, dann kracht's.
Gruss,
Gerti
Hallo allerseits,
das Phänomen, dass es mit dem TMPGEnc funktioniert und mit dem CCE nicht, liegt darin begründet, dass der TMPGEnc die Daten im RGB Farbraum erwartet und katarakt, dass in seinem Script ja auch berücksichtigt. Der CCE nimmt lieber YUY2 (kann aber auch RGB - ist nur langsamer).
Da du mit AviSynth bis zum letzten "ConvertToYUY2()" aber im YUV12 Farbraum rechnest, musst du einige Dinge beachten. Im YUV12 Farbraum darf nur mit geraden, also durch 2 ohne Rest teilbaren Zahlen gecropped werden. Dein Crop sieht aber so aus (5,72,710,432) - also mach aus der 5 eine 6 dann klappt's auch mit dem Nachbar - äh - dem CCE.
Ausserdem müssen im YUV12 Farbraum beim Resize in der Horizontalen alle Werte ohne Rest durch 4 teilbar sein und in der Vertikalen wiederum durch 2.
Gruss,
Gerti
Hallo richx,
bbMPEG macht öfter mal Murren, wenn die Festplatte sehr stark fragmentiert ist. Also, mal defragmentieren und mit "Recover" im "Misc." Reiter beim "Muxing and cutting" Schritt fortfahren.
Gruss,
Gerti
Kleines Update (v1.05),
sollte jetzt endlich alles tadellos funktionieren. BlocksToCrop jetzt aufgeteilt in BlocksToCropHorizontal und BlocksToCropVertical nützlich, wenn man anamorphe 1.85:1 Filme, die nur einen ganz kleinen Rand oben und unten haben beim Letterboxen nicht zusätzlich beschneiden will. Ausserdem noch Korrekturmöglichkeiten für Gamma, Färbung, Sättigung, Helligkeit und Kontrast zugefügt. (Siehe Readme.txt)
Gruss,
Gerti
Originally posted by LigH
:schäm: Danke, danke - aber doch nicht so öffentlich: Personenkult mag ich eigentlich gar nicht...Aber wenn schon Personenkult, dann bitte auch den Namen richtig schreiben! :sly:
Nu zier dich nicht so - Ehre, wem Ehre gebührt! - Dann hättest du halt nicht dein Geburtsdatum hier eintragen sollen - das hast du nun davon. :p:D
Alles Gute zum Geburtstag auch von mir! :cheers:
Gruss,
Gerti
Na ja,
dieses Zitat hier finde ich aber höchst bedenklich:
German: Einige SVCD/VCD liefen auf dem MD 5410 nicht an!! Von Medion war kein Firmwareupgrade zu finden, ich wollte die Flinte schon in's Korn werfen, doch unter http://www.siemssen.de/filelist.php fand ich den TEVION 2002 Player. Nach weiteren Recherchen nahm ich dann fest an, das es sich um baugleiche Geräte handlen musste und ich spielte diese Firmware auf. Mit Erfolg!! Strickt an die Anweisung gehalten klappte alles wunderbar, statt Medion steht nun Tevion auf dem Schirm ... egal .. die SVCD's laufen.
ABER! KEINE Garantie !!
Vor allem, wenn die gebrannten SVCDs auf anderen Playern tadellos laufen.
Hmm,
Gerti
P.S. Nutzt du irgendwelche Titel- und/oder Wechselbilder?
Hier die "Readme.txt", damit man nicht die "Katze im Sack" runterlädt.
[size=10]
SemiAutoCropAndResize v1.06 - Readme.txt
========================================
1. Was ist SemiAutoCropAndResize ?
----------------------------------
SemiAutoCropAndResize ist in erster Linie ein AviSynth 2.5 Script für DVD2SVCD.
Ich habe dieses Script geschrieben, um die Kodiergeschwindigkeit zu beschleunigen
und die Bildqualität der Kodierung zu verbessern. Dies geschieht durch das Auslassen
des TV-Overscann Bereiches bei der Kodierung, so dass die gesparte Bitrate anderen
Bildteilen zu gute kommt. Es gibt zwar das hervorragende AutoFitCD Plugin von RB für
DVD2SVCD und auch FitCD von shh selbst, doch war mein Bestreben stets, nur zu Croppen und
nicht, wie FitCD leicht aus dem Film herauszuzoomen. Man sieht so zwar mehr vom Film,
jedoch können sich dadurch leichte Unschärfen und/oder Moirée Effekte ergeben -
Stichwort "Nyquist-Effekt".
Ausserdem sieht man beim Betrachten der DVD auch nur den Filmausschnitt, den dieses
Script kodiert. Also, praktisch eine 1:1 Umsetzung. Man kann das zwar auch mit FitCD
erreichen, mir war das aber immer zu umständlich, die Werte so hinzubiegen um FitCD
davon zu überzeugen, nicht herauszuzoomen. Daher habe ich halt dieses Script hier
erstellt - ist eigentlich genauso einfach zu bedienen wie AutoFitCD.
2. Installation
---------------
Benötigt wird das AviSynth 2.5 "AutoCrop" Plugin von Glenn Bussell
(von [url]http://www.videofringe.com/autocrop[/url]). Ich habe dieses AutoCrop Plugin für AviSynth 2.5
bereits dem Bundle hier in der unveränderten "AutoCrop11.zip" Datei beigefügt.
1. Schritt: Die Datei "SemiAutoCropAndResize.zip" entpacken.
2. Schritt: Die Datei "AutoCrop11.zip" entpacken und am besten in das Verzeichnis
DVD2SVCD\AviSynth2.5 Plugins\AutoCrop kopieren (ggf. erst erstellen).
3. Schritt: Die Datei "SemiAutoCropAndResize.avs" am besten auch dort hinein kopieren.
4. Schritt: Die Datei "SemiAutoCropAndResize.ini" öffnen, alles markieren und an das
Ende der "dvd2svcd.ini aus dem DVD2SVCD Verzeichnis anfügen und speichern.
5. Schritt: DVD2SVCD starten, und im "Frameserver" Reiter das Script "AutoDetectBorders"
auswählen. Dort bei "LoadPlugin("")" den korrekten Pfad zur "AutoCrop.dll"
eintragen und DVD2SVCD beenden, sonst speichert DVD2SVCD die Änderung nicht.
6. Schritt: Nun die gleiche Vorgehensweise für das Script "SemiAutoCropAndResize".
DVD2SVCD starten, im "Frameserver" Reiter das "SemiAutoCropAndResize" Script
auswählen und bei LoadPlugin("") (ganz unten bei "AviSynth command") den
korrekten Pfade zur "SimpleResize.dll" sowie bei "Import("")" den Pfad zur
"SemiAutoCropAndResize.avs" Datei eintragen und DVD2SVCD wieder beenden.
7. Schritt: Fertig! Nun kann man DVD2SVCD wie gewohnt starten und benutzen.
3. Bedienung
------------
Ist ganz einfach und auch schnell:
1. Schritt: DVD2SVCD wie gewohnt starten und wie gewohnt die IFO Datei laden.
2. Schritt: Im "Frameserver" Reiter einfach das "AutoDetectBorders" Script auswählen
und im "Conversion" Reiter auf "Go!|Preview video (still picture)" gehen.
Im Preview Fenster sollte nun wie bei AutoFitCD auch ein Bild des Films
eingerahmt von weissen Linien und einigen Pixelangaben oben links zu sehen
sein. Nun einfach die Werte für "Top" und "Height" merken - mehr nicht.
Falls die Ränder nicht korrekt erkannt wurden einfach solange auf "New Frame"
klicken, bis sie erkannt werden - oder ggf. den "Threshold" Parameter ändern.
3. Schritt: Über "Show DVD2SVCD" das DVD2SVCD Prgrammfenster wieder in den Vordergrund
bringen und im "Frameserver" Reiter nun das "SemiAutoCropAndResize" Script
auswählen. Bei "DetectedTop" den gemerkten Wert für "Top" eintragen und bei
"DetectedHeight" natürlich den Wert von "Height". Das war alles!
4. Schritt: Preview Fenster schliessen und den Kodiervorgang wie immer starten. Durch
das optimierte Croppen beschleunigt sich nicht nur der gesamte Kodierprozess
spürbar, man erhöht damit auch die Bildqualität.
4. Einstellbare Parameter
-------------------------
DetectedTop : Hier den "Top" Wert aus dem "AutoDetectBorders" Script eintragen.
DetectedHeigth : Hier den "Height" Wert aus dem "AutoDetectBorders" Script eintragen.
BlocksToCropHorizontal : Gibt an, wieviele Macroblock-Spalten an den Rändern gecropped werden
sollen. Für SVCD/DVD am besten 2 nehmen und für VCD/CVD nur 1 sonst
sieht man i.d.R. schwarze Ränder links und rechts. (Default = 2)
BlocksToCropVertical : Gibt an, wieviele Macroblock-Reihen an den Rändern gecropped werden
sollen. Für SVCD/DVD am besten 2 nehmen und für VCD/CVD nur 1 sonst
sieht man i.d.R. schwarze Ränder oben und unten. (Default = 2)
BlockOptimization : Stellt die schwarzen Balken oben und unten so ein, dass diese durch
den hier eingestellten Wert ohne Rest teilbar sind. Für den Wert 16
ergibt sich so eine optimierte Macroblock-Ausrichtung. (Default = 16)
Bei VCD und 4:3 am besten auf 8 stellen, sonst kann es sein, dass
dass Bild nur an den unteren Rand gedrückt wird.
ResizeMethod : 1 = BilinearResize verwenden
2 = BicubicResize mit Bicubic_b_Value und Bicubic_c_Value verwenden
3 = LanczosResize verwenden
4 = SimpleResize verwenden
Bicubic_b_Value : wird nur für BicubResize (ResizeMethod = 2) verwendet
Bicubic_c_Value : wird nur für BicubResize (ResizeMethod = 2) verwendet
GammaCorrection : Gamma-Korrektur für den ganzen Clip. Benutzt AviSynth's "Level" Filter.
Vorsicht, der Kodierprozess wird dadurch verlangsamt, wenn andere Werte
als der Default Wert angegben werden. (Default = 1.0) (Ranges: 0.1 .. 10.0)
Für mehr Informationen in der AviSynth "Level" Referenz nachschauen.
Hue : Färbungs-Korrektur für den ganzen Clip. Benutzt AviSynth's "Tweak" Filter.
Vorsicht, der Kodierprozess wird dadurch verlangsamt, wenn andere Werte
als der Default Wert angegben werden. (Default = 0) (Ranges: -180 .. 180)
Für mehr Informationen in der AviSynth "Tweak" Referenz nachschauen.
Saturation : Farbsättigungs-Korrektur für den ganzen Clip. Benutzt AviSynth's "Tweak" Filter.
Vorsicht, der Kodierprozess wird dadurch verlangsamt, wenn andere Werte
als der Default Wert angegben werden. (Default = 1.0) (Ranges: 0.0 .. 10.0)
Für mehr Informationen in der AviSynth "Tweak" Referenz nachschauen.
Brightness : Helligkeits-Korrektur für den ganzen Clip. Benutzt AviSynth's "Tweak" Filter.
Vorsicht, der Kodierprozess wird dadurch verlangsamt, wenn andere Werte
als der Default Wert angegben werden. (Default = 0) (Ranges: -255 .. 255)
Für mehr Informationen in der AviSynth "Tweak" Referenz nachschauen.
Contrast : Kontrast-Korrektur für den ganzen Clip. Benutzt AviSynth's "Tweak" Filter.
Vorsicht, der Kodierprozess wird dadurch verlangsamt, wenn andere Werte
als der Default Wert angegben werden. (Default = 1.0) (Ranges: 0.0 .. 10.0)
Für mehr Informationen in der AviSynth "Tweak" Referenz nachschauen.
DebugMode : Hier kann man dem Script auf die Finger schauen, für alle die den
automatischen Berechnungen nicht trauen. ;) (Default = 0)
0 = Zeigt keinerlei Informationen an.
1 = Zeigt die Berechnungen des Scripts oben links im Film an. Vorsicht!
2 = Zeigt zusätzlich Parameter des Scripts an.
5. Bemerkungen
--------------
Kommentare, Verbesserungsvorschläge sowie Lob und Tadel an [email]gerti67@abacho.de[/email] oder in einem der
Doom9 Foren (Doom9.de oder Doom9.org in der DVD2SVCD Sektion) posten.
Ansonsten, viel Spass damit,
gerti67
SemiAutoCropAndResize - History.txt
===================================
- v1.06 : - Die Parameter innerhalb des DVD2SVCD "Frameserver" Reiters wurden
neu angeordnet.Sie sind jetzt viel besser editierbar und gruppiert.
(Dank an "seeigel" für den Tip!)
- Aktuelles AutoCrop Plugin v1.1 von Glenn Bussell verwendet
- TMPGEnc stürzte ab, weil die "SemiAutoCropAndResize.avs" nicht explizit
einen Clip als Rückgabewert geliefert hat - Fehler behoben!
(Dank an godosan!)
- v1.05 : - Erste "stabile" Version des Skripts mit kleineren Bugfixes, die vor
allem das VCD Resizing betrafen.
(Dank an "Lord Kinbote" für das Testen und Finden!)
[/size]