Beiträge von truthy

    wow thx, es lag wirklich an dem --clusters-in-meta-seek. bis zu v3.4.0 ging seeking noch problemlos.

    ab v4.0.0 nicht mehr wegen (Changelog):

    * mkvmerge: enhancement: mkvmerge will no longer put all clusters
    into a meta seek element resulting in smaller file size. The
    parameter "--no-clusters-in-meta-seek" has been renamed to
    "--clusters-in-meta-seek" and its meaning reverted.

    hab mit der aktuellen version 5.0.1 und cl-parameter --clusters-in-meta-seek nochmals gemuxt und siehe da seeking funktioniert wieder einwandfrei - danke :daumen:
    werde bunkus bitten, ob er nicht für die nächsten gui-versionen diesen parameter (so wie header removal compression) in die options aufnehmen kann. 'Bugreport'

    hallo zusammen, also ich habe zurzeit folgendes problem: wenn ich auf meinem samsung bd-c6500 brplayer (FW 1023) mkv dateien (meist x264/dts/ac3/aac) von usb-stick oder UDF-DVD abspielen will funktioniert das zwar problemlos nur leider kann man bei allen dateien, die mit 'neuerer' software (zb mkvmerge 5.0.1,) gemuxt worden sind nicht mehr vor- und zurückspielen bzw. auch nicht mehr zu einem best. zeitindex springen. die geremuxte datei (5.0.1) mit mkclean, meteorite oder avimuxgui nochmals muxen hilft auch nichts.

    ich weiss zwar, dass das problem an der aktuellen firmware des brplayers liegt trotzdem würde ich gerne herausfinden mit welchem mkv-container feature der player jetzt nicht mehr zurecht kommt.

    beispiel: mkv datei gemuxt mit mkvmerge 2.4.1 - abspielen funktioniert/seeking auch - remuxt mit mkvmerge 5.0.1 - abspielen funktioniert, seeking nicht mehr. ein feature mit dem der player definitiv nicht zurecht kommt ist header removal compression (dann spielt er die datei gar nicht erst), was ich aber by default ausgeschalten habe. woran könnte das jetzt liegen, dass das nicht funktioniert. mediainfo sagt dazu nichts aus. hier mal die ausgabe von mkvinfo - kann von euch jemand etwas damit anfangen bzw. mir sagen was sich da im bezug auf seeking seither verändert hat?

    v2.4.1

    Code
    (MKVInfo) + EBML head(MKVInfo) |+ Doc type: matroska(MKVInfo) |+ Doc type version: 1(MKVInfo) |+ Doc type read version: 1(MKVInfo) + Segment, size 777076167(MKVInfo) |+ Seek head(MKVInfo) | + Seek entry(MKVInfo) |  + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo)(MKVInfo) |  + Seek position: 4099(MKVInfo) | + Seek entry(MKVInfo) |  + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks)(MKVInfo) |  + Seek position: 4321(MKVInfo) | + Seek entry(MKVInfo) |  + Seek ID: 0x11 0x4d 0x9b 0x74 (KaxSeekHead)(MKVInfo) |  + Seek position: 777053410(MKVInfo) | + Seek entry(MKVInfo) |  + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues)(MKVInfo) |  + Seek position: 777040788(MKVInfo) | + Seek entry(MKVInfo) |  + Seek ID: 0x10 0x43 0xa7 0x70 (KaxChapters)(MKVInfo) |  + Seek position: 6076(MKVInfo) |+ EbmlVoid (Größe: 4012)(MKVInfo) |+ Segment information(MKVInfo) | + Timecode scale: 1000000(MKVInfo) | + Muxing application: libebml v0.7.7 + libmatroska v0.8.1(MKVInfo) | + Writing application: mkvmerge v2.4.1 ('Use Me') built on Dec  5 2008 15:43:32(MKVInfo) | + Duration: 2694.692s (00:44:54.692)(MKVInfo) | + Date: Sat Nov 28 13:21:48 2009 UTC(MKVInfo) | + Title: Done with AutoMKV 0.98.4 http://forum.doom9.org/showthread.php?t=140178 (MKVInfo) | + Segment UID: 0xbb 0x14 0x4d 0xc6 0x24 0x94 0x8d 0x1b 0xb9 0x86 0x2e 0x5b 0x49 0x48 0x7f 0xd7(MKVInfo) |+ Segment tracks(MKVInfo) | + A track(MKVInfo) |  + Track number: 1(MKVInfo) |  + Track UID: 3530336658(MKVInfo) |  + Track type: video(MKVInfo) |  + Enabled: 1(MKVInfo) |  + Default flag: 1(MKVInfo) |  + Forced flag: 0(MKVInfo) |  + Lacing flag: 0(MKVInfo) |  + MinCache: 1(MKVInfo) |  + Timecode scale: 1(MKVInfo) |  + Max BlockAddition ID: 0(MKVInfo) |  + Codec ID: V_MPEG4/ISO/AVC(MKVInfo) |  + Codec decode all: 1(MKVInfo) |  + CodecPrivate, length 40 (h.264 profile: High @L4.0)(MKVInfo) |  + Default duration: 41.708ms (23.976 fps for a video track)(MKVInfo) |  + Language: und(MKVInfo) |  + Name: File(MKVInfo) |  + Video track(MKVInfo) |   + Pixel width: 704(MKVInfo) |   + Pixel height: 528(MKVInfo) |   + Interlaced: 0(MKVInfo) |   + Display width: 704(MKVInfo) |   + Display height: 528(MKVInfo) | + A track(MKVInfo) |  + Track number: 2(MKVInfo) |  + Track UID: 4021329825(MKVInfo) |  + Track type: audio(MKVInfo) |  + Enabled: 1(MKVInfo) |  + Default flag: 1(MKVInfo) |  + Forced flag: 0(MKVInfo) |  + Lacing flag: 1(MKVInfo) |  + MinCache: 0(MKVInfo) |  + Timecode scale: 1(MKVInfo) |  + Max BlockAddition ID: 0(MKVInfo) |  + Codec ID: A_AC3(MKVInfo) |  + Codec decode all: 1(MKVInfo) |  + Default duration: 32.000ms (31.250 fps for a video track)(MKVInfo) |  + Language: eng(MKVInfo) |  + Audio track(MKVInfo) |   + Sampling frequency: 48000(MKVInfo) |   + Channels: 2(MKVInfo) | + A track(MKVInfo) |  + Track number: 3(MKVInfo) |  + Track UID: 3973228974(MKVInfo) |  + Track type: subtitles(MKVInfo) |  + Enabled: 1(MKVInfo) |  + Default flag: 1(MKVInfo) |  + Forced flag: 0(MKVInfo) |  + Lacing flag: 0(MKVInfo) |  + MinCache: 0(MKVInfo) |  + Timecode scale: 1(MKVInfo) |  + Max BlockAddition ID: 0(MKVInfo) |  + Codec ID: S_VOBSUB(MKVInfo) |  + Codec decode all: 1(MKVInfo) |  + CodecPrivate, length 348(MKVInfo) |  + Language: eng(MKVInfo) |  + Content encodings(MKVInfo) |   + Content encoding(MKVInfo) |    + Order: 0(MKVInfo) |    + Scope: 1 (1: all frames)(MKVInfo) |    + Type: 0 (compression)(MKVInfo) |    + Content compression(MKVInfo) |     + Algorithm: 0 (ZLIB)(MKVInfo) |+ EbmlVoid (Größe: 1024)(MKVInfo) |+ Chapters(MKVInfo) | + EditionEntry(MKVInfo) |  + EditionFlagHidden: 0(MKVInfo) |  + EditionFlagDefault: 0(MKVInfo) |  + EditionUID: 1995801790(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 4229841065(MKVInfo) |   + ChapterTimeStart: 00:00:00.000000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 1(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 255195582(MKVInfo) |   + ChapterTimeStart: 00:02:54.266000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 2(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 179716498(MKVInfo) |   + ChapterTimeStart: 00:04:17.833000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 3(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 2739975809(MKVInfo) |   + ChapterTimeStart: 00:05:11.767000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 4(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 2570165666(MKVInfo) |   + ChapterTimeStart: 00:10:24.601000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 5(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 2425048245(MKVInfo) |   + ChapterTimeStart: 00:15:08.601000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 6(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 1604868229(MKVInfo) |   + ChapterTimeStart: 00:18:29.634000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 7(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 377218178(MKVInfo) |   + ChapterTimeStart: 00:21:17.767000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 8(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 3795675577(MKVInfo) |   + ChapterTimeStart: 00:23:33.767000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 9(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 3833206424(MKVInfo) |   + ChapterTimeStart: 00:27:01.601000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 10(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 2718048401(MKVInfo) |   + ChapterTimeStart: 00:28:46.768000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 11(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 707429555(MKVInfo) |   + ChapterTimeStart: 00:32:47.101000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 12(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 4249592240(MKVInfo) |   + ChapterTimeStart: 00:35:26.601000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 13(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 1609215388(MKVInfo) |   + ChapterTimeStart: 00:41:47.601000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 14(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |  + ChapterAtom(MKVInfo) |   + ChapterUID: 2998860728(MKVInfo) |   + ChapterTimeStart: 00:44:05.801000000(MKVInfo) |   + ChapterFlagHidden: 0(MKVInfo) |   + ChapterFlagEnabled: 1(MKVInfo) |   + ChapterDisplay(MKVInfo) |    + ChapterString: Chapter 15(MKVInfo) |    + ChapterLanguage: eng(MKVInfo) |+ EbmlVoid (Größe: 101)(MKVInfo) |+ Cluster

    v5.0.1

    gibts da vl irgendwelche console befehle beim muxen die ich probieren könnte damit das seeking wieder funktioniert. auf eine neue firmware warten und hoffen, dass samsung diese bugs behebt wäre natürlich die naheliegendste lösung bzw. mit älterer/anderer SW muxen. trotzdem, jemand eine idee?

    hab dazu noch was aus einem anderen thread gefunden:

    Als Anhaltspunkt eignet sich die "Flächenbitrate" (Bitrate pro Bildfläche) durchaus...
    Einheit: bppf = bits per pixel and frames
    Für MPEG4-ASP (z.B. XviD) wird ein Bereich um 0,25 .. 0,3 als Minimum empfohlen.

    hier ein vergleich der flaechenbitrate bei normaler & anamorpher aufloesung.
    zb ein film 2h33m@23.976 fps auf 2.1 Gb xvid 1470kbit 2-pass, AR 2.35:1 mit ac3 448 kbit:

    bei 720x304 - 0.280 bppf
    bei 720x400 - 0.213 bppf
    bei 720x576 - 0.148 bppf

    hab mich in dem fall fuer 720x304 entschieden weil mir bei den anamorphen aufloesungen die flaechenbitrate zu niedrig war (unter 0.25 bppf)
    hier ein Rechner

    hallo,

    ich habe ein Problem beim konvertieren eines 1080p x264 im mkv-container nach xvid - avi.

    im quellvideo sind untertitel hardsubbed. hier ein paar infos ueber das quellvideo:

    Code
    ID                               : 1Format                           : AVCFormat/Info                      : Advanced Video CodecFormat profile                   : High@L4.1Format settings, CABAC           : YesFormat settings, ReFrames        : 4 framesMuxing mode                      : Container profile=Unknown@4.1Codec ID                         : V_MPEG4/ISO/AVCDuration                         : 2h 32mnBit rate                         : 8 514 KbpsNominal bit rate                 : 8 718 KbpsWidth                            : 1 920 pixelsHeight                           : 800 pixelsDisplay aspect ratio             : 2.400Frame rate                       : 23.976 fpsResolution                       : 24 bitsColorimetry                      : 4:2:0Scan type                        : ProgressiveBits/(Pixel*Frame)               : 0.231Stream size                      : 9.09 GiB (83%)Writing library                  : x264 core 79 r1332 70f8869Encoding settings                : cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=12 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / wpredp=2 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / mbtree=0 / bitrate=8718 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00Language                         : English

    leider bilden sich immer wieder bloecke/artifacts in der fertigen xvid - zur verdeutlichung 2 vergleichsbilder vom anfang - beide beschnitten:

    [Blockierte Grafik: http://img3.abload.de/img/6wf5v.jpg]

    habe schon an mit versch. optionen experimentiert (andere quant-matrix, andere zielaufloesung, no Chroma Motion/Closed GOP, Deinterlacing einstellungen) - leider bisher ohne erfolg. Zum Deinterlacing - die Analyze option kann den typ nicht bestimmen.

    hier meine xvid-einstellungen

    Code
    program -i "input" -pass2 ".stats" -bitrate 1470 -kboost 100 -ostrength 20 -oimprove 20 -odegrade 20 -overhead 0 -nopacked -vhqmode 4 -qmatrix "C:\Programme\megui\extra\Didees SixOfNine.cqm" -closed_gop -max_bframes 1 -bvhq -bquant_ratio 100 -threads 1  -o "output"

    [Blockierte Grafik: http://img3.abload.de/img/5eet2.jpg]

    die meiste zeit ist das bild normal - aber solche stoerungen treten immer wieder auf.
    jemand eine idee woran das liegen kann?

    Doch, hast du, sogar immer und überall. :) Im MPEG4-Videostream wird nämlich das PAR gespeichert. Der MP4-Container machts genauso, AVI weiß überhaupt nix von Seitenverhältnissen. Einzig und allein Matroska speichert das AR als DAR (display width/height, um genau zu sein).

    ah okay, heisst das jetzt zb wenn ich eine quelle mit megui in eine anamorphe auflösung mit den befehl global MeGUI_darx/y umwandle oder nachträglich mit MPEG-4 Modifier die DAR ändere, dass dann aber eigentlich die PAR geändert wird? gibts überhaupt eine DAR bei xvid/avi, und wenn ja, wo wird die gespeichert? wenn ich zb ein 720x576 + DAR 16/9 video in MPEG-4 Modifier öffne, zeigt er mir nicht DAR 16/9 sondern Custom PAR 64:45 bzw. 1,778:1 an.

    bin da jetzt etwas verwirrt :ratlos:

    Aus Kompatibilitätsgründen würde ich besser keine anamorphen Auflösungen benutzen die meisten XviD/DivX Player
    unterstützen sowas meines Wissens nicht, erst neuere Player die auch mkv und mp4 unterstützen können sowas meines
    Wissens vernünftig abspielen.

    naja, das würd ich so nicht sagen. meiner Pioneer DV-600AV spielt zb alle anamorphen auflösungen wo die DAR stimmt korrekt ab, wies bei anamorphen auflösungen über PAR aussieht weiss ich nicht, hab sowas aber auch nie. Und sogar mein alter Noname Centrum Gemini 500 spielt dieselben korrekt ab - und beide können weder mp4 noch mkv wiedergeben.

    Ich vermute das dein Fernseher 4:3 Bild sowieso auf 16:9 aufzieht (das finde ich ja sowas von Grausam )
    720x576 ggf. mit Letterboxen müßte dein TV dann eventuell sogar korrekt wiedergeben :)

    also kA wessen fernseher du da gemeint hast. bei eigentlich jedem 32'' 16/9 WS LCD kann man das seiten- und beschneidungsverhältnis sehr einfach verändern, bei 720x576 LB werden dann halt ganz normal die schwarzen Balken abgeschnitten und absolut gar nichts wird verzerrt. bei meinem gibts zusätzlich bei der wiedergabe vom dvd-player noch ein PC-Seitenverhältnis, bei dem er ganz genau das ursprüngliche seitenverhältnis beachtet.

    Wenn man Qualitativ hochwertige HD-Videos nach XviD konvertiert ist die Qualität auch bei kleineren Auflösungen z.b.720x400 noch recht gut finde ich.

    natürlich, wenn aber dein dvd-player die wiedergabe anamorpher auflösung unterstützt wirds halt so noch einen tick besser.

    716x302 ist auch ein arg blödes Beispiel, die Werte sind ja gar nicht durch 16 teilbar. Wer hat denn so was als "Original" erzeugt?! :rolleyes: ;)

    das ist ja auch das was nach dem genauen beschneiden von der dvd 720x576 (Original) übrig bleibt ;) . gerade da ist es ja oft so, dass eher selten eine mod16 auflösung zustande kommt.

    zur Flächenbitrate:
    habe gerade einen Rip wie in fall1 beschrieben gemacht. ein 92m film mit AC3 448 kbit auf 1,37 GB hat dabei eine Videobitrate von 1669 kbit und eine Flächenbitrate von 0.168 Bits/(Pixel*Frame). Für mich ist diese Qualität mehr als ausreichend, würde ich auf 0.2 kommen wollen, wäre die Dateigröße lt. dem DivX Bitraten Recher um die 1741 mb, bei 0.25 2098 mb.
    bei 720x400 (statt 720x576 anamorph) hätte ich lt. Rechner 0.220. Da ich auf eine DVD-5 maximal 3 rips bringen will encodiere ich immer genau auf eine best. dateigröße.

    wenn man die höchste Qualität haben will kann man ja gleich die DVD-5/9 BlueRay behalten oder bei HD-Material/Rips x264 statt xvid verwenden. divx/xvid verwende ich vor allem um durch hohe komprimierung die kleinstmögliche dateigröße bei passabler qualität zu erzeugen und wegen der kompatibiliät ausserhalb des PCs.

    mhm also erstmal danke für die antwort, so ganz klar ist mir die sache aber immer noch nicht.

    mein dvd-player (Pioneer DV-600AV) mit gemoddeter firmware hängt via HDMI 1.3 kabel an einem 32'' LCD (Toshiba 32C3502P) und hält sich anscheinend an die DAR. heisst dass er auch 2.) 720x544 + DAR 2.35/1 richtig darstellt --> ausprobiert.
    wenn ich das jetzt mal an den beispielen so vereinfachen kann wies ich verstanden habe ergibt das folgendes:

    1.) 1280x720 --> 720x576 + DAR 16/9
    2.) 1280x544 --> 720x544 + DAR 2.35/1
    3.) 716x398 ---> 704x384
    4.) 716x302 ---> 704x288 bzw. weniger beschneiden um auf 704x304 zu kommen & DAR ändern

    heisst resize nie auf höhere auflösung als quellmaterial & auch geringes resize (zb 716x302 --> 720x304) sollte man auch wegen Weichzeichnungseffekten unterlassen.
    hab ich das so richtig kapiert?

    zum ausprobieren was besser aussieht, diese beiden varianten (720x576 + DAR 16/9) & (720x544 + DAR 2.35/1) habe ich bereits ausprobiert und die erzielen ein bessere qualität am dvd-player als nicht anamorph. Bei 3.) & 4.) ist es schwer zu sagen, mir gings aber eh vor allem um das anamorphe encodieren bzw. die höchste auflösung.

    also vielleicht habe ich mich etwas undeutlich ausgedrückt ... hier 4 beispiele um meine frage zu verdeutlichen.


    fall 1: quelle ist zb 720p Film mit der auflösung 1280x720 AR 16/9 codecs h.264/ac3 oder dts
    wenn ich dann auf xvid/ac3 convertiere habe ich die möglichkeit die auflösung 720x400 zu nehmen oder aber 720x576 + DAR 16/9 - also anamorph

    ... bei fall1: erziele ich doch mit 720x576 + DAR 16/9 ein qualitativ hochwertigeres ergebnis als bei 720x400. mehr zeilen/breiter besseres bild/maximale PAL-Auflösung (alles bezogen auf die wiedergabe auf nem divx/xvid dvd-player)


    fall 2: quelle ist zb 720p Film mit der auflösung 1280x544 AR 2.35/1 codecs h.264/ac3 oder dts
    wenn ich dann auf xvid/ac3 convertiere habe ich die möglichkeit die auflösung 720x304 zu nehmen oder aber 720x576/720x544 + DAR 2.35:1 anamorph

    ... bei fall2: ist es da das beste ergebnis auf 720x544 + DAR 2.35:1 zu resizen oder auf 720x576 also 544 aufzublasen?


    fall 3: quelle is eine DVD-5/9 mit der auflösung 720x576 AR 16/9 mpeg2
    nach dem croppen bleiben zb sagen wir 716x398 über. dh man könnte dann auf 704x384/720x400 oder wieder auf 720x576 anamorph (DAR 16/9) resizen.

    ... bei fall3: macht da ein resize von 716x398 auf 720x576 anamorph (DAR 16/9) Sinn? also 398 aufzublasen, oder sollte man da eher 704x384/720x400 wählen?


    fall 4: quelle is eine DVD-5/9 mit der auflösung 720x576 AR 2.35/1 mpeg2
    nach dem croppen bleiben zb sagen wir 716x302 über. dh man könnte dann auf 704x288/720x304 oder wieder auf 720x576 anamorph (DAR 2.35/1) resizen.

    ... bei fall4:macht da ein resize auf 720x576 anamorph (DAR 2.35/1) Sinn? also 302 aufzublasen, oder sollte man lieber 704x288/720x304


    nun zu meiner frage:
    Wenn die Auflösung des Quellmaterials (nach croppen etc.) niedriger als 720x576 bzw. ***x576 ist, macht es dann Sinn/bringt es dann qualitativ irgendetwas auf x576 zu resizen?

    okay das problem lag wohl doch nicht an den comments sondern am avi-index mit Open-DML; statt dem Legacy index.

    und zwar kann man den über megui\tools\avimux_gui\AVIMux_GUI.exe verändern. Settings --> Avi file structure --> create legacy lndex --> RIFF - AVI von 1 auf 2044 MB ändern. damit wird für fast 2 GB der legacy-index verwendet der keinerlei probleme verursacht.

    Open-DML (AVI 2.0) ist ja eigentlich dazu gut AVIs über 2GB Größe zu erstellen. Da diese auf einem dvd-player sowieso nicht abgespielt werden können, kann man eigentlich Open-DML auch ganz auschalten --> (AVI 1.0)

    [Blockierte Grafik: http://img3.abload.de/img/muxjhqr.jpg]

    DANKE Herr Noe! :daumen:

    hallo, hab ein problem:
    wenn ich den mit dem AVI Muxer Audio & Video (Xvid/Mp3/AC3) verbinde fügt er automatisch einen video comment hinzu. wär mir ja eigentlich egal allerdings meinen dvd-player Pioneer DV-600AV nicht. der spielt dann nämlich komischerweise ab einer gewissen zeit im film (ungefähr 100 min) die datei nicht mehr ab. vl ist der comment zu lang kA ... hab das ausgiebig getestet und es liegt am video comment. Dasselbe Video ohne Comment läuft einwandfrei bis zum ende durch.

    Verwende zurzeit nach dem encodieren mit meGUI Virtualdubmod mit DirectStreamCopy um die Comments zu entfernen. Gibts eine Möglichkeit den Muxer ohne die Video Comments zu verwenden, in MeGui vl?

    hier noch ein bild von dem was ich meine:

    [Blockierte Grafik: http://img3.abload.de/img/commenteds6.jpg]

    mhm, ich meinte damit (auch Filme mit 2.35/1.85 AR) auch wenn ich einen DVDRip mache mit Xvid im AVI-Container nicht MPEG-2, dass ich nicht die gecroppte auflösung zb 720x304 beibehalte sondern auch wieder den beschnittenen inhalt auf 720x576 anamorph encodiere - das bild dann ja im endeffekt dadurch breiter wird, das ganze dann als daten-dvd brenne und über den dvd-player abspiele. dh in beiden fällen - bei hd-material als auch bei einer normalen dvd - erzielt das anamorphe encodieren auf 720x576 bei der wiedergabe auf einem dvd-player das beste ergebnis weil die maximale pal auflösung genutzt wird, richtig?

    Dazu hab ich jetzt aber noch eine frage, beim anamorphen encodieren kann man ja entweder die Pixel AR oder die Display AR ändern. Wenn das Quellmaterial Square Pixel hat macht PAR ändern doch eher keinen Sinn, oder? hab bisher immer PAR auf Square gelassen und DAR auf 16:9/1.85:1/2.35:1 geändert. PAR kann man im megui bei der xvid_encraw.exe CLI mit dem befehl '-par 1' (statt 1 halt das gewünschte) ändern. wie man allerdings DAR in megui/xvid ändern kann weiss ich nicht.

    bei virtualdub xvid-einstellungen Profile Aspect Ratio gibts dafür einen Reiter mit PAR & DAR zur Auswahl - wie heisst da der befehl zum DAR ändern?

    danke für die antwort also 720x576 anamorph ist da besser. dh auch bei filmen die AR 2.35 oder 1.85 haben ist die beste Auflösung für den DVD-Player 720x576 anamorph.

    Und du brauchst das Seitenverhältnis auch nicht "nachträglich" zu ändern, du kannst es gleich in der MeGUI auf 16:9 einstellen -- glaube ich... xvid_encraw müsste doch Seitenverhältnisse unterstützen!?

    mhm und wo genau kann ich das einstellen. habe da schon alle auswählbaren optionen durchgesehen und nix gefunden. schätze mal entweder im avisynth-script oder in den Custom Command Line optionen von xvid ...

    hallo zusammen,

    ich habe ein frage bezüglich des umwandelns von 720p videos AVC/AC3 in Xvid/MP3. und zwar möchte ich gerne wissen was dafür die best mögliche auflösung ist. zum encoden verwende ich megui.
    Nun ist es ja möglich 16/9 material (1280x720) auf die maximale PAL-Auflösung 720x576 zu encodieren und im nachhinein die Display AR auf 16/9 zu ändern (mit zb Mpeg-4 Modifier)

    Was ist da jetzt sinnvoller - womit erhalte ich bessere Qualität. 720x576 mit DAR Änderung oder 720x400? womit kommt der xivd-encoder besser zurecht?

    ziel ist das abspielen von DVD oder USB auf meinen Divx/Xvid DVD-Player. Als Resize Filter verwende ich immer Lanczos (Sharp).