HC Fehlermeldung: "ERROR, height not a multiple of 16"

  • moin Leute ich bins wieder mit einem Problem.
    und zwar sagt mir der HC encoder Folgende Fehlermeldung:
    ERROR, height not a multiple of 16
    ich vermute das ich im scribt die falschen Border ausgerechnet habe, aber hier die Ausgangssituation:
    Quelle hat 1920 *1040
    und ich möchte nach 720×436

    Mein rechenweg:
    720 * 64/45
    ----------- * 1040 = 554,666666666667
    1920

    554-436=118
    118/2=59
    und im script habe ich Folgendes eingetragen "addBorders(0,59,0,59)"

    oder liegt der Fehler doch wo anders?

    mfg

  • 1920 : 1040 = 1024 : H

    H = 1040 * 1024 : 1920 = 554,6~

    Die Höhe stimmt soweit; auf eine Höhe von 576 muss aber aufgefüllt werden, wenn es PAL werden soll. Also falls das Original 25 fps hat. PAL-DVD-Video muss 576 Zeilen hoch sein.

    Ansonsten bleibt nur die Entscheidung, ob das Video für anamorphe 16:9-Encodierung auf 720 oder 704 Pixel Breite gestaucht wird.

    Auf gute Zusammenarbeit:

    REGELN befolgen | SUCHE benutzen | FAQ lesen | STICKIES beachten

    2 Mal editiert, zuletzt von LigH (26. September 2009 um 21:16)

  • Wenn du nach 576 resized und je elf Zeilen oben und unten hinzufügst hast du 598 Zeilen und die sind nicht durch 16 teilbar....
    deshalb für Generic Par:

    Zitat

    BicubicResize(720,554)
    addBorders(0,11,0,11)


    und für BT.601:

    Zitat

    BicubicResize(704,554)
    addBorders(8,11,8,11)

  • bigotti5 kannst du mir erklären wie du jetzt auf das Ergebnis gekommen bist?denn ich habe hier das nächste Problem und möchte nicht immer nachfragen!

    Ausganssituation:
    1920 * 800
    und ich möchte nach 720×576

    Mein rechenweg:
    720 * 64/45
    ----------- * 800 = 426
    1920

    576-426=150
    150/2=75
    und im script habe ich Folgendes eingetragen
    BicubicResize(720,576)
    addBorders(0,75,0,75)

  • 1920x800 mit PAR 1:1 entspricht wie du richtig rechnest anamorphem 720x426 .
    Also musst du auch nach 720x426 resizen.
    BicubicResize(720,426)
    da 426 Zeilen aber nicht DVD Video konform sind musst du den Rest auf 576 auffüllen. Dies machst du mittels
    addborders(0,75,0,75)

    oder auf FullHD ergänzen und dann resizen (erspart die Rechnerei)
    addborders(0,140,0,140) # ergänzt auf 1920x1080
    BicubicResize(720,576)

  • ok vielen dank für deine hilfe
    ich danke jetzt habe ich es begriffen
    aber
    addborders(0,140,0,140) # ergänzt auf 1920x1080
    BicubicResize(720,576)
    funzt nicht bei mir

    Einmal editiert, zuletzt von scholty (28. September 2009 um 17:16)

  • Du hast 1920x800, muss aber 1920x1080 werden:

    (1080-800) : 2 = 280 : 2 = 140

    wenn er nach der Methode resized wird das wohl klappen, ist aber sicher die Quick & Dirty Methode.

    scholty:
    - deine Source ist 1920x800
    - resized müsste das also 720x426 ergeben (schön wäre es immer, wenn deine neue Grösse durch mindestens 2^x, in diesem Falle 2^2=4 teilbar wäre - 426 / 4 = 106,5)
    - besseres resize wäre demnach 720x424 (daraus folgt weiterhin, dass auch deine Ränder durch 4 teilbar sind.
    - weiterhin die Methode zum resizen "BicubicResize" evtl. mal Tauschen gegen "Spline36Resize" oder "Lanczos4Resize".

    mein Skriptvorschlag würde dann komplett folgendermassen aussehen:

    Code
    avcsource("H:\film.track_1.dga")
    converttoyv12()
    assumeFPS(25.000)
    Lanczos4Resize(720,424)
    addBorders(0,76,0,76)

    ist vllt. mal einen Versuch wert.

    Gruss
    Fisker

  • In der Tat ist es besonders bei Videoformaten, die eine 8x8-Sample-DCT verwenden (z.B. MPEG2 für DVDs), durchaus zu empfehlen, dass der sichtbare Bildanteil an den Grenzen von 8x8-Pixel-Blöcken oder gar 16x16-Pixel-Makroblöcken liegen sollte. Um die Abweichungen vom exakten Seitenverhältnis dabei nicht allzu groß werden zu lassen, kann es helfen, auch links und rechts zusätzlich einen leichten Rand zu verwenden. Bei der Berechnung dieser etwas komplexeren Optimierung hilft u.a. Fit2Disc (bzw. FitCD), und auch die Suche nach dem "Projekt PARanoia" wird interessante Ergebnisse bringen.

  • schön wäre es immer, wenn deine neue Grösse durch mindestens 2^x, in diesem Falle 2^2=4 teilbar wäre - 426 / 4 = 106,5)

    kannst du mir das näher erklären. warum in diesem falle durch 4 teilen?wie genau kommst du dahin. und gibt es auch andere faktoren wie 4?

    meine nächste frage wäre, gibt es große unterscheide zwischen "BicubicResize", "Spline36Resize" und "BicubicResize" ?macht es wirklich sinn drei mal den hc mit drei unterschiedlichen scribts ( resizen ) zu testen?

    und deinen Scripforschlag lasse ich gerade mal durchlaufen, mal sehen was da raus kommt.

    @ LigH
    wenn ich dich richtig verstehe sind Fit2Disc oder Projekt PARanoia tools die miene die ideale Auflösung sagen oder?weil wenn das so ist kann ich mir das ganze berechne auch sparen oder etwa nicht?

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!