*offizielles deutsches flaskmpeg & dvdtoogm board* (http://www.flaskmpeg.info/index.php)
- *sonstige tools* (http://www.flaskmpeg.info/board.php?boardid=30)
-- [Anleitung] DVD => MP4 für Nokia Communicator (http://www.flaskmpeg.info/thread.php?threadid=4936)


Geschrieben von Selur am 20.01.2006 um 15:41:

 

Hatte ich voll vergessen! Hast Recht!
Danke für die Verbesserung. fröhlich
=>
code:
1:
2:
crop(4,4,708,568)
GaussResize(176,106,p=30)

bzw.
code:
1:
2:
crop(4,4,710,568)
GausResize(208,125,p=30)

müsste passen.

Cu Selur

Ps.: Angemerkt sei, dass in Bezug auf Codingeffizienz alles was nicht mod16 entspricht unschön wird. Augenzwinkern



Geschrieben von saibo am 20.01.2006 um 15:55:

 

Zitat:
code:
1:
2:
3:
4:
LoadPlugin("C:\Programme\DGMPGDec\DGDecode.dll")
mpeg2source("F:\Titel\titel..d2v")
crop(4,8,712,560)
GaussResize(208,112, p=30)


code:
1:
2:
3:
4:
LoadPlugin("C:\Programme\DGMPGDec\DGDecode.dll")
mpeg2source("F:\Titel\titel.d2v")
crop(4,4,712,564)
GaussResize(208,116, p=30)


So ich habe mit Virtual Dub beide Scripte geöffnet und ich sehe da bezüglich der Aspect Ratio keinen unterschied. Bin ich blind? großes Grinsen Hab es parallel auch noch mit einem Standbild aus dem Original verglichen. Und wirklich keinen Unterschied festgestellt. verwirrt



Geschrieben von Selur am 20.01.2006 um 16:02:

 

Ich erinnere mich wage daran in diesem Thread schonmal geschrieben zu haben, dass ich nicht glaube das bei den Auflösungen AspectRatiofehler <5% überhaupt wahrgenommen werden. großes Grinsen

Cu Selur



Geschrieben von saibo am 20.01.2006 um 16:10:

 

Zitat:
Original von Selur
Hatte ich voll vergessen! Hast Recht!
Danke für die Verbesserung. fröhlich
=>
code:
1:
2:
crop(4,4,708,568)
GaussResize(176,106,p=30)

bzw.
code:
1:
2:
crop(4,4,710,568)
GausResize(208,125,p=30)

müsste passen.

Cu Selur

Ps.: Angemerkt sei, dass in Bezug auf Codingeffizienz alles was nicht mod16 entspricht unschön wird. Augenzwinkern


was ist mod16? Heisst das die Zahlen müssen durch 16 teilbar sein? Den crop Befehl bzw, die crop Methode vertstehe ich immer noch nicht. großes Grinsen Wenn die Ausgangsauflösung 720x576 ist und die ersten beiden Variablen in der crop Methode die wegzuschneidenen Pixel angeben und die letzten beiden Variablen die übriggebliebenen Pixel angeben, wie kommt man dann auf z.B. 4, 4, 708, 568? Kann das vielleicht einer mal vorrechnen? traurig



Geschrieben von saibo am 20.01.2006 um 16:13:

 

Zitat:
Original von Selur
Ich erinnere mich wage daran in diesem Thread schonmal geschrieben zu haben, dass ich nicht glaube das bei den Auflösungen AspectRatiofehler <5% überhaupt wahrgenommen werden. großes Grinsen

Cu Selur


Kann sein großes Grinsen



Geschrieben von Selur am 20.01.2006 um 16:17:

 

Zitat:
was ist mod16? Heisst das die Zahlen müssen durch 16 teilbar sein?

ja

Zitat:
Wenn die Ausgangsauflösung 720x576 ist und die ersten beiden Variablen in der crop Methode die wegzuschneidenen Pixel angeben und die letzten beiden Variablen die übriggebliebenen Pixel angeben, wie kommt man dann auf z.B. 4, 4, 708, 568? Kann das vielleicht einer mal vorrechnen?

Da treffen nun einige Dinge aufeinander:

1. 720x576 ist eine anamorphe Auflösung, sonst hätte ja auch jeder DVD Film ein Aspektratio von 1,25:1 großes Grinsen
2. Je nachdem in welcher ITU die Auflösunge gespeichert ist, sieht es auch immer noch leicht anders aus, siehe: A Quick Guide to Digital Video Resolution and Aspect Ratio Conversions. Ein einfacheres gehaltenes Werk bei dem aber einige Informationen fehlen ist der Guide zum anamorphen Encoden von Brohter John.
Im oberen Artikel ist vorallem die Tabelle interessant:
http://www.uwasa.fi/~f76998/video/conversion/#conversion_table

Zitat:
Kann das vielleicht einer mal vorrechnen?

Nö, aber Du könntest Gordian Knot oder PARanoia verwenden um dir den Spaß zu ersparen oder zumindest stark zu vereinfachen. großes Grinsen
PARanoia - AspectRatio handeln

Cu Selur



Geschrieben von saibo am 20.01.2006 um 16:32:

 

Danke für die links. Danke !



Geschrieben von Selur am 20.01.2006 um 16:48:

 

Falls Du Dir A Quick Guide to Digital Video Resolution and Aspect Ratio Conversions durch lesen solltest verstehste eventuell auch warum man das genaue Ausrechnen und die Berechnung um wieviel Prozent man daneben liegt gerne einem Tool überlässt. smile

Cu Selur



Geschrieben von saibo am 20.01.2006 um 18:14:

 

Zitat:
Kann das vielleicht einer mal vorrechnen?

Nö, aber Du könntest Gordian Knot oder PARanoia verwenden um dir den Spaß zu ersparen oder zumindest stark zu vereinfachen. großes Grinsen
PARanoia - AspectRatio handeln

Cu Selur[/quote]

Welches Tool verwendest du? Beide?



Geschrieben von saibo am 20.01.2006 um 19:32:

 

ICh brauch nochmal deine Hilfe. Ich will jetzt den Xvid Codec so einstellen, dass er mit 128kbs Bandbreite encodiert. Aber das scheint nicht richtig zu gehen.

Hier ein Screenshot von meinen Settings:
http://img463.imageshack.us/img463/3831/xvid9dc.jpg

Der scheint das nur bis 64 zu machen. Oder? Denn wenn ich dort wo 64 steht 128 eintrage und dan encodiere wird die Bildqualität nämlich nicht besser. traurig



Geschrieben von Videostation am 20.01.2006 um 19:44:

 

Du musst unter Profil@Level ein anderes Level einstellen. Das gewählte Level beschränkt die Optionen. Ich bin mir nicht ganz sicher was für dein Handy geht, aber versuche mal Simple Level 2, das steht ja auch in deinem Post. Oder Level3 um bis 384kbps zu gehen.

CU Videostation



Geschrieben von Selur am 20.01.2006 um 23:00:

 

Verwende meist Gordian Knot, was aber vorallem an der Gewohnheit liegt, da Gordian Knot älter ist. smile

PARanoia find ich persönlich aber für den AspectRatio Spaß besser, wobei Gordian Knot hat noch nen BitrateCalculator dabei hat. Augenzwinkern

Cu Selur



Geschrieben von saibo am 21.01.2006 um 02:51:

 

So, war mal heute Abend Party machen. großes Grinsen Muß auch mal sein. großes Grinsen Ihr liegt wahrscheinlich alle schon im Bett und seid am schlafen. Ich wünsche euch trotzdem eine gute Nacht. Und danke für eure Hinweise und Tipps. ICh schau jetzt noch Tommy Haas. Es laufen ja die Australian Open. Naja ich weiss ja nciht ob euch Tennis interessiert. Jedenfalls bin ich spätenstens heute Mittag wieder online.

Bis dann.

Daumen hoch!



Geschrieben von Selur am 21.01.2006 um 10:01:

 

Ist WE, das ist zum Relaxen da, ich bin hier auch am Lesen für die Uni und am Überlegen was ich später für Freundin und mich zu futtern mache. smile

Cu Selur



Geschrieben von saibo am 21.01.2006 um 20:50:

 

HEy,

wünsche dir und deiner Freundin einen schönen Abend. Ich mach mich dann mal wieder vom Acker. Komme bisher ganz gut klar mit dem encoden und digitaliseren der VHS Filme. Dank deiner Hilfe. Daumen hoch!
Wenn ich Fragen habe, dann komme ich gerne wieder auf dich zurück. Wenn ich darf? großes Grinsen



Geschrieben von Selur am 21.01.2006 um 22:16:

 

Klar, einfach nen neuen Thread auf machen, brauchbar beschreiben was Du gemacht hast und wo es hakt und wir werden hier sicher versuchen zu helfen.

Cu Selur



Geschrieben von saibo am 02.01.2008 um 23:49:

 

Kann mir vielleicht nochmal jemand helfen? Ich bekomme das mit dem resizen einfach nicht hin. stupid ?! Habe ein Handy mit der Auflösung: Screen Resolution 128x160 pixels (Screen display sizes are shown by number of pixels, in width x height format.). Der Film hat die normale DVD Auflösung 720x576 ist 16:9 (laut Verpackung:2.35:1). Hab es nun mit dem Programm Paranoia versucht und folgendes Avisynth-Skript erhalten:
code:
1:
2:
3:
dgdecode_mpeg2source("F:\Film.d2v")
LanczosResize(160,128,0,0,720,576)
Addborders(280,224,280,224)

(Edited by Selur: Bitte keine Filmnamen verwenden.)

Ist das so korrekt? Würde es gerne mit dem Crop-Befehl und ohne Addborders machen.

Hier eine kleine Sequenz des Films:

http://rapidshare.de/files/38191152/testy2.demuxed.m2v.html



Geschrieben von Selur am 03.01.2008 um 08:00:

 

MeGui:
code:
1:
2:
crop( 0, 76, 0, -76)
LanczosResize(160,64)

Damit Du dann auf 160x128 kommst müsstest Du noch per AddBorder oben und untern je noch 34 Pixel hinzufügen. (Falls das Handy automatisch schwarze Balken hinzufügt beim Playback ist das natürlich nicht nötig.)

PARnoia empfiehlt auch LanczosResize(160,64), wenn man es richtig einstellt.
Resizing -> MPEG4! PAR 1:1 + Haken bei 'Anamorph to Nonanamorph'. Augenzwinkern

Cu Selur

Ps.: Kannst den Auschnitt bei Rapidshare wieder löschen. Augenzwinkern



Geschrieben von saibo am 03.01.2008 um 10:56:

 

Vielen Dank für die schnelle Hilfe. Ist das so richtig:

code:
1:
2:
dgdecode_mpeg2source("F:\test.d2v")
LanczosResize(160,64,0,78,720,420)


Hab es nochmal per PARanoia probiert.

Damals hast du das per GausResize gemacht. Wie geht das? Und ist das besser?


VirtualDub erstellt kein dumb.avi file. Waskönnt der Grund sein? Wenn ich dann trotzdem versuche zu encoden kommt die Fehlermeldung: "Statsfile not found!" verwirrt



Geschrieben von Selur am 03.01.2008 um 12:47:

 

Zitat:
Ist das so richtig:

Ja, sollte so stimmen, wirft PARanoia auch bei mir raus.

Zitat:
Damals hast du das per GausResize gemacht. Wie geht das?

Ich habe das Skript per Hand geschrieben und mich an die Syntax gehalten wie sie in der Avisynth Dokumentation steht.

Zitat:
Und ist das besser?

Das ist Geschmackssache, kannst ja mal Vergleichen mittels:
code:
1:
2:
Video = dgdecode_mpeg2source("F:\test.d2v")
return StackHorizontal(video.GaussResize(160,64,0,78,720,420, p=50), video.LanczosResize(160,64,0,78,720,420))


generell vielleicht ganz nett zum Angucken:


Zitat:
VirtualDub erstellt kein dumb.avi file. Waskönnt der Grund sein?

k.A. Spontan liegt die Vermutung nahe, dass Du Dich verklickt hast und im ersten Durchlauf nicht einen '2pass 1st'- sondern einen '1pass'- Durchlauf ausgewählt hattest.

Zitat:
Wenn ich dann trotzdem versuche zu encoden kommt die Fehlermeldung: "Statsfile not found!"

Okay, das ist klar, da wohl nicht nur kein dumb.avi sondern auch keine Statistik Datei angelegt wurde. Augenzwinkern

Cu Selur


Forensoftware: Burning Board 2.3.6, entwickelt von WoltLab GmbH