| Zeige Beiträge 1 bis 12 von 12 Treffern |
|
 Thema: Mit Flask SVCD´s erstellen ! Mehr Tunen ? |
|
|
| Zitat: |
Original von SugarEgg
Ein kleines beispiel:
Audio Layer 2 / 80kbps Stereo reicht fürs Ohr
Die Bitrate fürs Bild beträgt Max:2600000 Avg:2300000 Min:2000000
MQuant ist 1
Bekomme ich ein ziemlich geiles Bild / von Film zu Film unterschiedlich.
Gebe ich dann Max:5000 Avg:5000 Min:5000 ein kannste die Bildblöcke an einer Hand abzählen.
sl-media@gmx.de |
Hi
Da Du sicherlich das in Flask integrierte BBMPEG benutzt, sind meine Erfahrungen das der bei MPEG_2 (SVCD) nichts taugt. Bei schnellen Bewegungen hat er so seine Schwierigkeiten. Sehrgut war (ist) allerdings der MPEG_1 Encoder bei BBMPEG. MQuant hatte ich auf 3, den Schieberegler "Variable motion estimation maximum search value" hatte ich auf 70, der Ton mindestens auf 112kbit Joint Stereo. Da ich damals MPEG_1 und nicht VCD markiert habe, hatte ich von Hand die Datenblockrate bei "Pack options" auf 2324 Bytes pro Sektor gesetzt. Natürlich den Haken bei "Enable VBR" gesetzt und als maximale Bitrate hatte ich etwa die doppelte mittlere Bitrate eingetragen, allerdings nicht mehr als 3200kbit. Die mittlere (Avg) Bitrate hatte ich mit einen Bitratenrechner ermittelt, die min. Bitrate setzte ich auf 0. Ich hatte damals Filme jeder Länge auf eine CD (80-99min.CD's) in viertel oder halber Pal_auflösung, quasi als non-Standard VCD, gequetscht. Die Qualität war recht passabel. Bei kürzeren Filmen hatte ich die Auflösung sogar auf 3/4 Pal (544x576) gesetzt. Der Overscan und der Rand von z.B. 2.35:1 Format Filmen wird bei Flask mit dem Zeichenrahmen von der Transcodierung verschont. Damit werden die Bit's nur auf's bewegte Bild verteilt was die Qualität bei niedrigen Bitraten enorm steigern kann. Viele Player spielten diese (X)VCD's klaglos ab
| Zitat: |
Original von SugarEgg
Sagen wir mal für 2SVCD´s bei einer Spielfilmlänge von 100min.
Die Bitrate fürs Bild beträgt Max:2600000 Avg:2300000 Min:2000000
] |
Avg:2300000 sind in dem Fall zu hoch für einen 80min. Rohling. Bei Ton 128kbit ist die Avg. Bild etwas über 2000kbit. Allerdings hält sich BBMPEG nicht immer an die mittlere Bitrate und es kann passieren das Dein File wenige MB zugroß ist.
Da ich MPEG_2 Files für meine DVD's immer noch mit Flaskmpeg transcodiere, habe ich mir allerdings schon lange mal einen der weltbesten Encoder gegönnt. (Von Ligos das LSX v.2.01 Plug_in) dieses ist zwar für das Schnittprogramm "Premiere" gedacht, läßt sich aber mit Trick17 auch in Flask einbinden. Das Plug_in kostet lächerliche 129Dollar, also im Moment atwa 103 € und ist in der Qualität sehr gut. Auf Qualität getrimmt, lassen sich damit bei relativ kleiner Bitrate und voller Auflösung erstaunliche Ergebnisse erzielen. Dabei geht er um ein vielfaches schneller zur Sache als BBMPEG und beherrscht das Kunststück trotz 1_pass exakt die mittlere Bitrate einzuhalten.
Sollte Dir das zu teuer sein, empfehle ich Dir deine Scheiben als (X)VCD's (MPEG_1) zu erstellen. Falls dein Player damit Probleme hat, kannst Du diese MPEG_1er mit BBMPEG (eigenständiges Programm) als SVCD muxen. Damit wird der Player überlistet, er müßte dann die CD als SVCD erkennen und abspielen, wenn er's kann 
MfG Ravefreak
|
|
| Thema: Wann kommt denn mal wieder ein neuse FlasK raus?? |
|
|
Hi
Ich hatte schon alle möglichen Programme durchprobiert und bin immer wieder bei FlaskMPEG gelandet. Damit erstelle ich meine DVD's in hoher Qualität. Als Mpeg-Encoder verwende ich das Ligos LSX v2.01 Plugin, welcher für das Schnittprogramm "Premiere" gedacht ist und sich hervorragend in Flask einbinden lässt. Es fehlt nur u.a. noch die Möglichkeit DV-Avi-Dateien in Mpeg_2 Dateien mit Flask zuwandeln, also quasi der umgekehrte Weg für das Flask eigendlich gedacht war. Das wäre für mich eine echte Bereicherung für die ich sogar ordentlich was spenden würde. Als Weihnachtwunsch kommt's allerdings zu spät.
Apropos Weihnachten
Ein frohes Fest allen Board_Usern.
Mfg Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hiii Videostation
Na also, ich dachte schon mir wächst ne Feder 
Genaugenommen ist es freilich verwirrend das Wort "Resize" zu verwenden. Viele verwenden es aber und wer Bescheid weiß, kann damit auch gleich was anfangen.
Eine Kombination aus Crop und AddBoarders trifft es haargenau.
Das Script hat bei mir mit dem Programm "DVD2SVCD"
eigentlich so geklappt, wenn ich mich recht erinnere. Hab das nur mal angetestet. Bei Flaskmpeg braucht man ja dieses Script nicht.
Na dann, bis zur nächsten Verwirrung
Ich wünsche Dir ein schönes Wochenende.
@filewalker
Da ich keine Avi's ( mehr ) erstelle, kann ich die neue Version ( noch ) nicht in Bezug auf Avi's beurteilen. Avi ist bei mir schon Eeeeeeewigkeiten her. Hatte früher mit dem 3.11er handiert. Den 5.02er habe ich auch mal angetestet, aber eigentlich nur weil der erste DivX_fähige DVD_Player auf dem Markt kommen sollte.
Allerdings......so richtig zufriedenstellen konnte mich DivX nicht. Da bin ich lieber bei MPEG_1 & 2 geblieben und habe mir einen DVD_Brenner zugelegt. Nun, und meine (K)VCD's bzw. meine DVD's lasse ich alle mit Flaskmpeg078.39 runterrechnen ( vorher Version 0.6 ) . In Verbindung mit dem Ligos LSX v.2.01 Plugin ist für meine Begriffe dieses Tool erste Wahl. Schnell und präziese. Eigendlich schade das Flaskmpeg so wenig Beachtung findet. Besonders für absolute Einsteiger ist es einfach zu bedienen. Ich hätte nichts dagegen, wenn der Programmierer dieses Supertool noch weiter optimiert. Es gibt auch ohne jeden Zweifel andere gute Programme, für mich ist Flask die Nummer eins, und das schon seit der Version 0.594
So, genug der Lobpreisung.
Dir und allen Usern ein schönes Wochenende
MfG Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hi
Na wenigstens einer der mich versteht
Hast schon recht, ein klein wenig falsch ausgedrückt und schon weiß keiner mehr was Fase ist. Und dabei war es doch ganz einfach. Im Flaskmpeg_Forum hatte ich angenommen kennt sich jeder mehr oder weniger gut mit Flaskmpeg aus. Das es viele nicht benutzen machte dieses spezielle Thema ziemlich missverständlich. Mit Flaskmpeg 078.39 geht die Sache perfekt. Der Programmierer wird sich bestimmt was dabei gedacht haben, als er croppen ( Trimmen ) und Zeichenrahmen ( Letterbox ( resizen
) getrennt möglich gemacht hat.
Ich gelobe Besserung und bemühe mich in Zukunft klarer auszudrücken.
Na dann
MfG Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hi
@Videostation
Ich bleibe immer noch ganz ruhig. Klar, eigentlich ist es croppen, und dann eigentlich wieder nicht.
Ich hatte geschrieben:
Ich quetsche das Bild (in meinen Beispiel ) nicht von 576 auf 100 Pixel. Ich sehe (Beispiel ) dann nur noch 100 vertikale Pixel von dem Film. Das beteutet, wenn ein Darsteller im Normalfall in voller Größe zusehen wäre, siehst Du jetzt nur noch den Genitalbereich.
Wenn ich also nur noch den Hosenstall
des Darstellers sehe und das auch via DVD_Player ist es ja kein croppen mehr im eigentlichen Sinne. Die Bildhöhe für den Player muß 240/288 480/576 sein. Demzufolge werden nach dem Umrechnen automatisch die fehlenden Pixel wieder integriert. Croppen im eigentlichen Sinne wäre einen Film z.B. auf die sichtbare Größe von 688x384 zu bringen. Am Rechner sieht man trotzdem Balken aber das gesamte Bild ist eben tatsächlich 688x384. Kein einzigerDVD_Player spielt das ab. Weißt Du wie ich's meine?
Alles Unklar !???
MfG Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hi empty
Avisynth und Virtual Dub u.s.w. muß ich mir mal anschauen. Kann schon sein, dass das Programm ganz anders reagiert. Mit dem alten Flaskmpeg v.0.6 klappte das Resizen (Bug ) auch nicht richtig.
Hi Videostation
Also "Resizen" mit "vertikal stauchen" zu übersetzen ist falsch.
Resize = Größe neu bestimmen.
Wie dem auch sei, dann sage ich einfach "einen Bildausschnitt" von 100 Pixel entnehmen, die fehlenden 476 Pixel nach dem Umrechnen später wieder dran_gehangen
Oder so ähnlich.
Eine absolut heiße Quelle für solche und andere Fragen wäre z.B. auch www.dvdboard.de oder www.DVD-SVCD-Forum.de zu nennen. Bei www.Doom9.de gibt es z.B. für das Programm FitCD bzw. Fit2Disc eine gute Anleitung ( von Hammer69 ) wie man richtig resized. Das bezieht sich zwar nicht auf Flaskmpeg sondern auf TMPEGEnc bzw. DVD2SVCD. Da kommt aber das Script zum tragen. Schau doch mal rein.
Hi blade ST
Eine richtige Lösung für Dein Problem habe ich ( noch ) nicht. Da ich selbst keinen 16:9 Fernseher besitze, konnte ich meine Proben nicht testen. War aber eigentlich alles Käse was dabei rauskam. Deshalb spare ich mir die Ausführungen.
Es ist wahrscheinlich am Besten Du lebst mit 2.35:1 und gut ist das
Vielleicht trägst Du mal Deine Frage in eines der oben genannten Board's vor. Da werden Sie vielleicht geholfen.
MfG
Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hallo Videostation
Deutsche Sprache, schwere Sprache.
Ich quetsche das Bild (in meinen Beispiel ) nicht von 576 auf 100 Pixel. Ich sehe (Beispiel ) dann nur noch 100 vertikale Pixel von dem Film. Das beteutet, wenn ein Darsteller im Normalfall in voller Größe zusehen wäre, siehst Du jetzt nur noch den Genitalbereich
LoadPlugin("C:\Dein Ordner\MPEG2Dec\mpeg2dec.dll" )
mpeg2source bla bla bla
BicubicResize(448,320,0.0,0.6 )
AddBoarders(16,128,16,128 )
(nur die Zahlen ändern! )
Das ist die komplette Zeile. Das waren nur die Werte für den Bicubic.
1. b_value 0.0
2. c_value 0.6
Ich habe also Croppingmäßig nichts unterschlagen.
Zitat:
<Das 4:3 Bild wird auf einem 16:9 Fernseher nicht gestaucht. Das 4:3 Bild hat 576 Zeilen und der 16:9 TV auch, ergo, es wird nur horizontal gestreckt. Oder was meinst Du? >
Du hast doch bestimmt schon mal auf einen 16:9 Gerät Bilder gesehen, die so richtig merkwürdig gequetscht wirkten? Das sind 4:3 Sendungen die nur horizontal, also in die Breite gezogen worden sind (vom Bediener ). Normalerweise hast Du ja bei 4:3 auf nen 16:9er links und rechts Balken und siehst somit auch tatsächlich die 576 Pixel vertikal. Streckst Du das Bild jetzt nur in die Breite, ist das Bild gequetscht. Um es korrekt darzustellen (damit ein Kreis ein Kreis bleibt
) kann man ja am 16:9er so aufzoomen, das sich Höhe und Breite ändern, ergo : korrektes Bild aber Verlust von vertikaler Bildinformation. Nur noch halbes Senderlogo = 432 sichtbare Pixel.
Müßte doch korrekt sein?
Hi empty
Zitat:
<Also beim croppen wird einfach das Bild auf die gewählte Auflösung beschnitten, d.h. es fehlt anschliessend was vom Rand.>
Richtig.
Zitat:
<Beim Resizen wird nur die Auflösung geändert, wenn du die Auflösung ungleichmäßig veränderst, ändert sich natürlich auch das Aspect Ratio.>
Das stimmt so nicht. Die Auflösung wird nicht geändert. Ich grenze z.B. mit Flaskmpeg nur meine Motion Area ein, also der Teil des Films der in die Transcodierung beachtet werden soll. Die Bildgröße, die ich bei Flaskmpeg eingebe (z.B. 704x576 ) bleibt nach dem Umrechnen erhalten. Es ist auch nichts verzerrt.
Unter "Video" der Flaskmpeg Optionen bei Bildgröße steht ja auch geschrieben "Dies wird die fertige Auflösung des Videos" . Du könntest auch auf 50x50 resizen und würdest am Fernseher via SAP nur ein kleines Kästel des Filmes sehen. Nicht gestaucht auf 50x50 , nur den kleinen Ausschnitt.
Zitat:
<Ein Grund warum dein Bild von 672x336 verzerrt wird, ist doch ganz klar. Ein PC-Bildschirm hat quadratische Pixel während ein TV rechteckige hat. Deshalb muss man SVCDs ja auch in so einer komischen Auflösung von 480x576 verzerrt abspeichern. Wenn du dieses unbehandelte Bild am PC anguckst, ist es total horizontal gestaucht. Aber am TV wirkt es aufgrund der square pixel wieder richtig.>
Falsch.
Mit quadratischen und rechteckigen Pixel hat das garnichts zu tun. Brenne mal eine DVD im Format 480:576 ohne mit dem DVD_Patcher den Header vorm authoren zu ändern. Da 480:576 eigendlich nicht DVD_konform ist, siehst Du nämlich links und rechts Balken auf dem Fernseher. Wenn Du dem Authoren_Programm eine DVD_konforme MPEG-Datei vorgaukelst, siehst Du das Bild korrekt. Die fertige Vob_Datei wird übrigens vorm brennen wieder zurück gepatcht.
Es ist ja auch möglich eine sogenannte CVD zu erstellen. Die hat das Format 352:576 und wird trotzdem auf dem Fernseher korrekt wiedergegeben.
Für die korrekte Ausgabe des Bildes zum Fernseher ist meines wissens der DVD_Player zuständig.
So wie Du das erklärst ( mit quadratischen und rechteckigen Pixeln ) würde ja nur 480x576 funkionieren.
Es gehen aber z.B. auch quadratische Auflösungen z.B. 480x480 ( NTSC-SVCD_Standart ) zu schauen. Die korrekte Ausgabe zum Fernseher muß also der DVD_Player übernehmen.
Zitat:
<Mit meinem Beispiel wollte ich eigentlich nur anführen das AddBorders() wie der Name schon sagt Balken hinzufügt und dabei nichts überlagert.>
Richtig.
Deswegen ist das resizte Bild nach dem transcodieren wieder fix und fertig mit Boardes versehen.
So, an meiner Uhr ist es jetzt 01 Uhr 30. Ich geh jetzt schlafen. Schönen Sonntag allen.
MfG Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hi
@ empty
Ich glaub mich hackt's
Skeptisch zu sein ist schon Okay. Das eine oder andere Mal bringe ich bestimmt auch was durcheinander oder ich rede wie ich's versteh.
Croppen und resizen habe ich aber nicht verwechselt, obwohl, etwas verwirrend ist das ganze schon!
Ich denke, beim croppen wird die Bildgröße echt ( ich sag mal ) verunstaltet
Wenn ich ein MPEG_File z.B. auf die Größe von 672x336 croppe und anschließend mit z.B. Nero brennen möchte, zeigt mir Nero auch die Größe von 672x336 an ( Standardgemäße CD_erstellen deaktiviert ) . Nutze ich jetzt die Möglichkeit bei Nero auf den "Abspielen" Botton zuklicken, sehe ich ein völlig verzerrtes Bild. Kein DVD_Player spielt das ab.
Beim Resizen sieht das anders aus. Ich könnte meinetwegen den Film auf Briefkastenschlitz_Größe resizen ( z.B. 672x100 ) die die gewollte Größe von z.B. 704x576 bleibt erhalten, Nero zeigt auch 704x576 an, auf Botton "Abspielen" geklickt siehst Du nur die 672x100 Bildpunkte. Das kannst Du brennen und der Standalone spielt es ab. Natürlich fehlt Dir jetzt ein ganzer Haufen vertikale Bildinformation, würde so keiner machen.
Der Trick besteht jetzt aber darin beim Resizen den Rand ( 16x9 1.85: 1 oder 2.35 : 1 ) beim Umrechnen wegzulassen und die Bitrate eben auf das bewegte Bild zuverteilen. Das funktioniert schon 
Dein Beispiel mit AddBoarders ringsherum 20 Pixel zu Adden
sodas trotzdem keinerlei Bildinformation verloren geht, kann schon funktionieren, aber, hast Du jetzt vielleicht eine Gesamtgröße nicht mehr von z.B. 480x576 sondern 520x616 !!!???
@Videostation
Das Script war eigentlich für einen 4:3 Film gedacht bei dem nach dem Umrechnen im Endeffekt auf einen 4:3 Fernseher Balken zusehen sind. Natürlich fehlt jetzt auch Bildinformation. Mein Gedanke war, wenn auf einen 16:9 Fernseher 4:3 Material nicht 4:3 sondern aufgezoomt, also korrekt horizontal und vertikal gestreckt, geschaut werden soll, kann man ja auch gleich die ohnehin in diesen Fall nicht sichtbaren Bildteile weglassen.
Ist es nicht so, das bei der vertikalen Stauchung
des 4:3 Bildes keine Bildinformationen verloren gehen, sondern z.B. die Köpfe der Darsteller gequetscht wirken?
Na egal. Danke für den kleinen Exkurs in Sachen Pal+
@FAUST
Arrogant wollte ich auf keinen Fall rüberkommen. Dazu habe ich bestimmt keinen Grund. Falls es auf Dich so gewirkt hat, Sorry, war nicht meine Absicht.
@blade ST
Jetzt komme ich zu Dir. Du warst ja derjenige, der hier ein Problem hatte.
Einen Film im Format 1.85 : 1 oder noch schlimmer 2.35 : 1 so umzurechnen, das er ein Verhältnis von genau 16:9 hat ist vielleicht möglich. Wie das aber korrekt gemacht wird, weis ich (noch) nicht. Ich vermute, wenn Du den Film irgendwie in die Nähe des Formates 16:9 bringst, ist dann vielleicht die Höhe gestreckt, also die Darsteller haben alle längere Köpfe
Andererseits fällt mir ein, RTL hat kürzlich "Titanic" im Format 4:3 ausgestrahlt obwohl der Film im Format 1.85 : 1 daherkommt. Demzufolge muss es irgendwie gehen. Müsste ich mal probieren. Vielleicht bekomme ich das hin.
Ich persönlich habe allerdings nichts gegen diese Formate. Damit ist es möglich mit resizen den Film in guter Qualität ( kaum Blockartefakte) in halber Pal_Auflösung ( 352x576 ) auf eine CD zu brennen. Dabei darf der Film ruhig die 2_Stunden_Marke übersteigen. Die Schärfe dürfte dann zum Vergleich locker mit S-VHS verglichen werden.
Bei 2/3 Pal_Auflösung (480x576 ) sind immerhin noch ca. 100 min. drin, bei 544x576 (3/4 Pal ) können es durchaus immerhin noch 90 min. werden. (870er Rohlinge) . Die Qualität kann, je nach Filmmaterial, mit standartgemäß erstellten SVCD's mithalten oder sogar leicht übertroffen werden. Das Beste daran dürfte das MPEG_1 Format sein, welches jeder Player abspielt. Nur die wenigsten, zumeist älteren DVD_Player dürften Probleme mit diesen non_Standart VCD's haben. Bei 4:3 Filmen funktioniert das nicht in den Längen, weil das bewegte Bild ja entsprechend größer ist.
Was möchtest Du nun versuchen? Wenn Du mit den Balken leben kannst und resizen möchtest bedeutet das bei DVD2SVCD das Script wie folgt zu ändern.
Bei 2.35:1 im etwa
LoadPlugin("C:\Dein Ordner\MPEG2Dec\mpeg2dec.dll" )
mpeg2source bla bla bla
BicubicResize(448,320,***
AddBoarders(16,128,16,128 )
(nur die Zahlen ändern! )
Dein bewegtes Bild (Motion Area ) ist jetzt 448x320 und nach dem Umrechnen kommen die Balken wieder hinzu. ( AddBoarders 16,128,16,128 )
Komfortabler geht es für meinen Geschmack mit Flaskmpeg v.078.39, welches sich nicht nur für die Erstellung von DivX eignet.
Allerdings muss ich sagen, das One_Klick_Tool DVD2SVCD ist aus einem genialen Köpfchen entsprungen
Okay. Vielleicht konnte ich Dir ja helfen.
MfG
Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hi empty
Das was Du als definitiv falsch bezeichnest, ist nun auch wieder falsch. Na klar werden in dem Fall Balken angepappt aber auf keinen Fall ist der Bildinhalt der gleiche wie vorher. Es fehlen oben und unten 72, links und rechts (Overscan )16 Pixel. Die Ausgangsgröße von 480x576 ist allerdings geblieben. Bei Filmen mit Balken macht das resizen absolut Sinn, da der Encoder die Bit's nur auf das bewegte Bild verteilt.
So, schluss für heute
MfG
Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hi Videostation
Na gut, 576 Bildpunkte Anamorph u.s.w. na klar, in dem Fall siehst Du die 576 Bildpunkte. Die siehst Du auch bei einer 4:3 Sendung ( Film ) aber dann hast Du links und rechts einen vertikalen Balken. Das Bild ist also insgesamt kleiner. Du siehst auf einen 70cm 16:9 Gerät den Film ungefähr so groß als hättest Du einen ca. 55cm 4:3 Fernseher. Jeder der von einen 70cm 4:3 Gerät auf ein 70cm 16:9 Gerät wechselt, wird sich über das relativ kleine Bild wundern.
Wie das genau mit dem Pal+ war, ist bei mir im Moment durch's Sieb gerutscht
Bei einen 4:3 Gerät siehst Du bei einer Pal+ Sendung aber die berühmten Balken, ergo: es sind (scheinbar) 432 vertikale Bildpunkte.
Ob das Bild bei 4:3 Sendung nun horizontal gestreckt oder vertikal gestaucht wird, kommt auf's gleiche raus. Am Ende wird das Bild nicht korrekt dargestellt. Wenn das Bild bei 4:3 Sendungen horizontal gestreckt wird, muß sich beim 16:9er auch immer was in der vertikalen Ebene tun. Man sieht eben das Senderlogo nicht, oder nicht mehr komplett. Sollte der gesamte Bildinhalt beim 16:9 Gerät zusehen sein, also links und rechts keine Balken und volles Logo oder was weis ich, sind mit Sicherheit Kreise nicht mehr rund b.z.w. die Köpfe der Darsteller gequetscht. Stell Dich doch in dem Fall mal in die Nähe eines 4:3 Gerät mit gleicher Sendung. Du wirst den Unterschied sehen.
Man muß auch die schwarzen Balken nicht wieder hinzufügen, da diese ja nie abgeschnitten werden. Diese werden nur nicht transcodiert, nur das bewegte Bild. Die Balken werden ja wie gesagt nicht weggecroppt.
Willst Du 4:3 Material auf nen 16:9er ungezoomt, also mit Balken links und recht schauen, macht es natürlich keinen Sinn vertikal oben und unten 72 Pixel zu resizen, da Du in dem Fall dann auch oben und unten ebenfalls einen Balken hast. Das macht nur Sinn, wenn Du korrekt aufgezoomt schauen möchtest. Da siehst Du diese fehlenden jeweils 72 Pixel sowieso nicht.
Mein Ausführungen sollten so einigermaßen stimmen.
MfG
Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hi
@empty
Hab mir fast gedacht das hier einer Einspruch erheben wird, aber es ist schon so, wie ich geschrieben habe. Beim Resizen bleibt die gewünschte und unbedingt notwendige Bildgröße von z.B. 480x576 erhalten, nur der Encoder erhält das resizte Bild zum umrechnen. Die Balken bleiben erhalten, werden aber nicht berechnet. Da sich jetzt die Bitrate auf das resizte Bild bezieht, ist die Qualität besser als wenn Du die Balken bei gleicher Bitrate mitumrechnen lässt. Auf die Art kannst Du auch aus einen 4:3_Film einen Pseudo 16:9_Film erstellen. Auf einen 4:3_Fernseher siehst Du jetzt Balken und es fehlt Bildmaterial welches Dir aber ein 16:9er sowieso unterschlägt (bei korrektem Zoomen) .
Nimm Dir doch mal Flakmpeg078.39 her und öffne das Video_Panel. Dort hasst Du u.a. zwei Felder und zwar
1. Trimmen (weißer Rand im rechten Fenster)
2. Zeichenrahmen (roter Rand im rechten Fenster)
Markiere jetzt mal das Feld "Zeichenrahmen" (Letterbox) und ziehe mal mit der Maus den roten Rahmen. Die Größe des linken Fensters wird sich dabei nicht verändern, aber der Bildinhalt sehr wohl. Damit legst Du die Motion Area (bewegtes Bild) fest. Das, und nur das, wird später umgerechnet. Die eigentliche Bildgröße bleibt erhalten weil es eben nicht gecroppt wurde. Beim Croppen verändert sich ja sofort die Gesamtgröße des Bildes. Schau doch bitte mal ob Du mir jetzt recht geben kannst. Bei DivX ist das ja Wurst wenn die Ränder gecroppt werden und der Film auf dem Rechner geschaut wird. Das Resizen geht auch mit TMPEG perfekt. Nur, wie ich finde, nicht so komfortabel wie bei Flask.
@Selur
Natürlich gibt es diese Standarts (VCD konstante Bitrate von 1150kbit u.s.w.) aber die meisten DVD_Player spielen auch non_Standart VCD's ab. Diese KVCD's werden z.B. mit variabler Bitrate und sehr oft auch in höherer Auflösung erstellt und weil es sich um MPEG_1 handelt, kommen die meisten Player damit klar. Mit ganz normaler VCD_Auflösung (352x288 ) und ordentlich resized, ist es mit VBR durchaus möglich einen Film von 3_Stunden Länge und mehr auf einen 870MB Rohling zuquetschen und in zufriedenstellender Qualität mittels SAP anzuschauen. Manche Player kommen allerdings mit extrem niedrigen Bitraten nicht klar. Bei Auflösungen von 352x576 sind Filmlängen jenseits der 100min. in guter Qualität absolut möglich. Aus diesen Grund hatte ich mich damals von DivX ganz schnell wieder verabschiedet.
Ach so, alles weiß ich natürlich auch nicht und lasse mich natürlich auch gern eines Besseren belehren.
@The Sorcerer
Wenn ich für Dich etwas zuviel im Urschleim gewühlt habe, tut's mir leid. Ich wollt's halt für "blade ST" sogut wie möglich rüberbringen und auch gleich mal das Thema Resizen zur Sprache bringen. Die Balken braucht er jedenfalls nicht mit umzurechnen. Die sind am Ende trotzdem vorhanden. Wenn 4:3 Material auf nen 16:9er formatfüllend mit allen Details wiedergegeben wird, dann ist ja das Bild vertikal gestaucht und nicht gezoomt. Sollte es möglich sein bei einigen 16:9 Geräten einen 2.35:1 Film formatfüllend aufzuzoomen ist dies natürlich für die Qualität nicht von Vorteil. In diesen Fall würde es bedeuten das die Darsteller Eierköpfe hätten. Das will ja auch keiner.
So, damit es nicht wieder zu lang wird, mache ich jetzt erst mal Schluß.
MfG
Ravefreak
|
|
| Thema: 16:9 bild |
|
|
Hi Leute
Das ist zwar mein erstes Posting, da ich mich aber schon seit fast 3 Jahren mit dem Thema Film auf CD und seit jüngster Zeit auch auf DVD beschäftige, kenne ich mich recht gut aus mit der Materie. Selur gibt hier im Board zwar die meisten Antworten, leider sind diese aber nicht immer richtig. (Nimm mir's nicht übel)
Mit Kompatiblität hat 16:9 und (S)VCD überhaupt nichts zu tun. Selbtverständlich wird ein 16:9 Film auch korrekt umgerechnet und am Fernseher via DVD-Player angezeigt.
@blade st
Welches Ausgangsformat hat denn der Film? Deine Frage lässt vermuten das es sich um einen Film im Format 4:3 handeln muss. Dann macht es selbstverständlich Sinn den Film zu resizen. Da die meisten Filme aus dem Amy_Land wenigstens 1.85:1 und sehr oft sogar im Format 2.35:1 daherkommen, wirst Du auch auf einen 16:9_Fernseher noch einen Balken haben. Ein 16:9_Fernseher zeigt dir nur 432 vertikale Bildpunkte. Bei korrekter Einstellung siehst Du bei einer gezoomten 4:3 Sendung nur noch das halbe Logo und meinetwegen nur die Hälfte der Untertitel. In diversen "Ich bin doch nicht blöd"-Märkten haben die das 4:3 Bild so aufgezoomt, das zwar alles zu sehen ist, aber alles gequetscht, also es werden 576 Bildpunkte auf 432 angezeigt. Bei Filmen im Format 2.35:1 siehst Du nur ca. 330 vert. Bildpunkte. Wenn Du nur das sichtbare Bild vom 4:3 Material trancodieren willst, musst Du je nachdem was Du haben möchtest (VCD, CVD, KVCD(MPEG_1), oder auch SVCD (MPEG_2)) oben und unten jeweils 72 (36) Pixel resizen (nicht croppen). Also bei 576 vertikalen Pixel oben und unten 72, bei 288 Pixel 36.
Dann kannst Du auch gleich noch den sogenannten Overscan von jeweils 16 horizontalen Pixel links und rechts resizen. Diese 16 Punkte links und rechts unterschlägt der Fernseher ja bekanntermaßen. Willst Du Video_CD's mit einer Auflösung von z.B. 352x576 herstellen, wäre Deine Motion Area (bewegtes Bild) 320x432 Bildpunkte. Bei 352x288 Motion Area=320x216 welche der 16:9 Fernseher natürlich auf 720 (688 ) x 432 aufzoomt.
In Deinen Fall heißt das jetzt, Du mußt bei DVD2SVCD unter dem Reiter "Frameserver" bei Edit the Avisynth Script File" den Punkt bei "Edit when dvd2avi is done" markieren. Wenn DVD2SVCD soweit ist, öffnet sich ein Script welches Du wie folgt editieren mußt.
LoadPlugin("C:\Dein Ordner\MPEG2Dec\mpeg2dec.dll" )
mpeg2source bla bla bla
BicubicResize(448,432,***
AddBoarders(16,72,16,72)
Jetzt hat Dein 4:3 Film einen Streifen. Es fehlt Dir jetzt Bildmaterial welches Du aber beim korrekten Zoomen bei Deinen 16:9er sowieso nicht sehen würdest.
Ich persönlich habe DVD2SVCD noch nie benutzt (nur zu Testzwecken), weil ich ein viel besseres Programm benutze. Welches??? Na was wohl!! Flaskmpeg natürlich. Die Version 078.39 ist fast perfekt für meine Zwecke. Damit ist z.B. das Resizen ein absolutes Kinderspiel. Einfach bei den Videotools Haken bei "Zeichenrahmen" (Letterbox) rein und schon kannst Du den roten Rahmen soweit ziehen, bis das eigentliche Bild eingekästelt ist. Dabei bleibt im Gegensatz zum croppen die gewollte Größe, z.B. 480x576 erhalten. Das ist wichtig, weil kein Standalone DVD_Player mit gecroppten Auflösungen klar kommt. Vertikal also immer (Pal) entweder 288 oder 576. Horizontal geht eine ganze Menge z.B. 352,480,544,704,720 und das natürlich auch bei MPEG_1.
Bei 4:3 Material kannst Du dir es bei Flask noch einfacher machen: Optionen_Allgemeine Projekt Obtionen (Film Export Optionen) _Nachbearbeitung den Haken bei "Kein Zeichenrahmen" raus und schreibe Oben:72 (36) Unten: 72 (36) Links: 16 Rechts: 16 rein. Natürlich HQ Bikubische Filterung, und Seitenverhältnis beibehalten= Haken rein. Bei 4:3 (TV) Punkt rein (egal ob 16:9, 4:3 oder 2.35:1). Übrigens habe ich die deutsche Sprachdatei der Version 0.6 in die 078er integriert.
Ich benutze Flaskmpeg in Verbindung mit dem Encoder der Firma "Ligos", den LSX Version 2.01. Das ist zwar ein Premiere_Plugin, funktioniert aber bestens mit Flask. Richtig eingestellt ist dieser nach meinen Test's besser und unterm Strich schneller als der legendäre CCE im 2-pass Mode. LSX hält sich exakt an die eingestellte mittlere (Avg.) Bitrate mit der es bekanntlich möglich ist die Größe des MPEG_Files eines in variabler Bitrate transcodierten Films exakt vorher zubestimmen. Vor LSX benutzte ich BBMPEG, welcher auch in der neuen Flaskversion enthalten ist. Ich hatte damit ausschließlich Filme in MPEG_1 erstellt, in allen möglichen Auflösungen. Das kommt immer auf die Filmlänge an. 90 min. Film in SVCD_Auflösung, sozusagen als KVCD oder wegen mir auch XVCD in guter Qualität sind fast problemlos möglich. Falls Du Flaskmpeg mit BBMPEG Plugin probieren möchtest, könnte ich Dir auch ein paar Einstell_Tipps geben.
So, fürs erste Posting solls erst mal gut sein. Soweit ich kann, werde ich auf alle Fragen gern antworten.
MfG
Ravefreak
|
|
|
| Zeige Beiträge 1 bis 12 von 12 Treffern |
|
|
