VBR erzwingen

Ich versteh nicht, was Du meinst, wenn man im RB OPV nicht anhakt, dann macht er auch nur VBR.
Der Optimizer wählt für manche Teil OPV aus, was man dann manuell wieder auf VBR stellen kann.

Es wäre zudem hilfreich, wenn Du die AviSynth-Fehlermeldung auch posten würdest, hab gerade die :seher: nicht da.

Cu Rippraff

t = GripCrop(720,576,overscan=0)
a = width(t)%8
b = height(t)%8
Crop(t,(a/2)*2,(b/2)*2,0-a+((a/2)*2),0-b+((b/2)*2))

? Wo kommt denn das her?

GripCrop(720,576,overscan=0) vermutet (imho) in seinem default a) immer eine Anamorphe source wenn nicht Source_anamorphic=false reinkommt, b) weiss ich nicht warum da drunter das Image wieder via %8 auf MOD8 gebracht wird, da GripCrop()'s resultat im default sogar immer Mod16 ist.

Die Addborders "mathematik" ganz am Ende kannst du dir sparen indem du GripBorders() hinsetzt.

Zitat von incredible

? Wo kommt denn das her?

Das steht genau so, vielleicht ohne overscan=0, in unzähligen Postings.

DvPs
Sieht so aus, als würde mit Deinen Vobs irgendwas nicht stimmen. Wenn die Fehlermeldung zu einer .d2v gehört (zuviel sollte man halt auch nicht editieren ;)) dann wird Line 6 wahrscheinlich die zugehörige Vob sein.

Zum Skript:
Ich weiß nicht, was temporalsoften für einen Farbraum braucht, das ConvertToYUY2() ist auf jeden Fall einmal überflüssig.
Welcher Encoder wird verwendet? Welche CPU?

Cu Rippraff

Bzgl. GripFit:

Zitat

The usage is:

Avisource() # or mpeg2source()
Gripcrop( 704, 576, overscan=2, source_anamorphic=true, dest_anamorphic= false )
Gripsize("Bicubicresize")
#
# Filters
#
Gripborders()

------------------------

The syntax is:
GripCrop(clip clip, int width, int height, bool source_anamorphic, bool dest_anamorphic, int overscan, string resizer, int crop_round_width, int crop_round_height, int resize_round_width, int resize_round_height, int luma_threshold, int samples)

CripSize( string Resizer)

GripCrop()

-------------------------

The Defaults:

GripCrop:

clip = last
width = none
height = none
source_anamorphic = false, unless the source width is 720
dest_anamorphic = false, unless dest. width is 720 and height is 480/576
overscan = 0
crop_round_width = 4
crop_round_height = 4
resize_round_width = 16
resize_round_height = 16
luma_threshold = 60
samples = 5


Gripsize:

resizer = "BilinearResize"

Alles anzeigen

Es muss einem nur klar sein, dass GripCrop() die gesamten aktiven Bildinformationen, also die gesamte Breite der Source nimmt wenns mit der Auflösung "runter" geht.

Bedeutet, bei 720 als source wird zwar richtig zu z.B. 720 PAR basiert resized, jedoch werden die vollen 720 aktiven VideoInformationen zu 704 gebracht. Ergibt zwar "mehr" Film auf der Breite, jedoch wird die Höhe Proportional dazu verkleinert, auf deutsch "resized" = interpolation = unschärfer. Zudem gibts bei 2.35:1 Sources sodann unausweichlich dickere Balken

Ich würde immer crop_round_width = 2 und crop_round_height = 2 setzen, ist bei progressiven YUV Material besser und verhindert PAR-Fehler und übermässiges croppen. Bei interlaced Material sodann vorher bobben und anschl. reinterlacen.

incredible
Ich versteh, ehrlich gesagt, nur Bahnhof, was insbesondere den mittleren Absatz betrifft.
Ich nehme, bzw. nahm, CripCrop um die Balken automatisch zu croppen und nach dem Filtern wieder ranzupappen und nicht zum resizen.
Da das bei ein paar wenigen Filme aber nicht besonders geklappt hat, in dem Fall wurde oben und unten viel zu viel gecroppt, mach ich das inzwischen nur noch von Hand bzw. mit Fit2Disc.
Ich wollte auch nur damit andeuten, dass sich DvPs das nicht selber ausgedacht hat.

Cu Rippraff

GripCrop kann man nicht alleine zum Croppen verwenden, WENN dann musst du

crop_round_width = 2
crop_round_height = 2
resize_round_width = 2
resize_round_height = 2

einstellen, was aber immer noch ein resizing bei odd-cropping werten ergibt.

Probiere lieber autocrop() oder wie das heisst.

und 5 samples im default sind imho zu wenig, mal lieber auf samples = 30 gehen.

Zitat von DvPs

daher mache ich dass immer im nachhinein mit dem Optimizer.

Was heißt denn im nachhinein?

Zitat

ich habe mit den vobs nichts gemacht.
habe mir das immage von der dvd mit dem dvd decrypter erstellt, und mounte es mit alcohol.

Und? Das heißt doch trotzdem nicht, dass da nicht irgendwas vorher schief gelaufen ist. Außerdem hast Du nicht beantwortet, zu welcher Datei die Fehlermeldung gehört.

Zitat

temporalsoften braucht YUY2, daher ist es nicht überflüssig.

Dann ist das am Ende überflüssig.

Zitat

encoder ist der CCE

Geht's vielleicht ein bisschen genauer? Basic, SP, Trial, welche Version? Wieso muss man den Leuten eigentlich alles aus der Nase ziehen.

Zitat

cpu ist xp 2500@3200

Dann braucht man schon mal AudioDub(BlankClip()) nicht, also weg damit.

Zitat

und weiß einer warum die größe nicht passt, wenn ich im optimizer von OPV auf VPR umstelle?

Normal ist das nicht, tritt eher umgekehrt bei OPV auf, dass die Größe nicht stimmt.
Kannst Du mal bitte die Rebuilder.ini aus dem Programmverzeichnis posten.

Zitat

wenn ich gar nicht croppe, wird das ganze bild bearbeitet. es dauert wahrscheinlich länger. aber leidet eigentlich auch die qualität darunter?
habe mal gehört das die ränder oft nicht ganz schwarz sind und daher bitrate aufbrauchen. stimmt das?

Klar ist, gerade wenn man viel filtert, dass es schneller geht,wenn vorher gecroppt wurde. Qualitätsmaßig würde ich sagen, dass das nur wenig ausmacht, sind auf jeden Fall meine Erfahrungen. Allerdings encode ich auch nicht jeden Film zweimal um das genau zu vergleichen.

Cu Rippraff

Zitat von DvPs

mit nachhinein meinte ich nach der prepare phase

Dann is ja gut.

Zitat

sicher kann auch da was schiefgelaufen sein. werde ich gleich prüfen. aber ich wollte damit nur sagen, das ich die datein nicht bearbeitet habe.
die fehlermeldung gehört unter anderem zu der datei: V01004100004001.AVS
ist eine von den letzten des hauptfilms. auf der dvd sind die kinoversion und noch eine andere oben. schätze das ende unterschiedlich ist...

Es kommt halt einfach darauf an, wozu diese

Zitat

MPEG2Source: couldn't open source file, or obsolete D2V file ("name der datei und pfad", line 6)

Fehlermeldung gehört und dann mal in "name der datei und pfad" mit einem Editor schauen, was genau die Zeile 6 besagt.

Zitat

ich habe auch gerad bemerkt, das die letzten paar datein des hauptfilms alle 10 sec lang sind und nur ein schwarzes bild enthalten.
ich weiß aber nicht ob das was zu bedeuten hat...

Das hat eigentlich nichts zu bedeuten, kommt öfter vor.

Zitat

ich wunderer mich auch warum das nicht passt...

Was heißt überhaupt, die Größe passt nicht, zu groß, zu klein und wieviel?

Die ini sieht gut aus, Du könntest unter Options noch

Zitat

CCETargetSectors=2263000

einfügen, damit wird die Größe auch genauer getroffen.
Hast Du "Status logging on" aktiviert, falls nicht, tu das mal und poste das Log-File.
Bei übertakteten CPUs kann es sein, dass der CCE ab und an aussteigt (der ist extrem empfindlich, was übertakten angeht), dadurch kommt dann natürlich auch eine zu kleine Zielgröße raus.

Schlussendlich, was hast Du für eine AviSynth-Version?

Cu Rippraff

Zitat von DvPs

habe auf seite 1 den inhalt der avs gepostet
zeile 6 ist der pfad zur *.d2v datei, welche existiert und geöffnet werden kann...

Ziemlich seltsam, der Fehler tritt normalerweise nur auf, wenn man nach der Prepare-Phase die dgdecode-Version wechseln würde.
Ich mounte allerdings nie, sondern lese die Dateien nach dem File-Mode direkt ein.
Ich kann nur vorschlagen, falls sich der Fehler wiederholt, die DVD neu zu rippen.

Zitat

zu groß

Das ist ja noch seltener. Wieviel? *ausdernaseziehdiexte*

Zitat

kk, werde ich machen

Das wird Dir in Deinem Fall sicherlich nicht helfen, da der genannte Wert über dem Standardwert liegt, das Ergebnis also noch größer wird.

Zitat

ergebniss ist aber zu groß..
und ich glaube nicht das es am übertakten liegt, da ich schon einige dvds so bearbeitet habe...

Klar,wenn's zu groß ist, das weiß ich aber erst seit gerade.

Zitat

wenn ich im rb auf display versions gehe, zeigt er mir 2.5.4.0 bei avisynth an

Die Version ist auch okay.

Wenn das Log nichts aufschlussreiches bringt, bin ich mit meinem Latein bald am Ende.
Hast Du mal einen Durchlauf komplett ohne Filtern und ohne Optimizer gemacht, ob's da auch zu groß wird?

Cu Rippraff

Nachtrag:

Zitat von DvPs

und ich habe noch eine frage. ich benutze die pro version (seit kurzem).
jetzt wollte ich einen film mit multiangle bearbeiten. wenn ich mir mit dem rebuilder die einzelnen avs datein ansehe, kommt ein avi synth fehler, und zwar glaube ich in genau den teilen, wo das multiangle ist...

Bin mittlerweile etwas schlauer: Man kann keine AVS von den Multiangleteilen abspielen. Die Teile sind interleaved und lassen sich mit dgdecode nicht sauber decodieren.
Der Rebuilder extrahiert die Multiangleparts bei Bedarf und entfernt interleave während des Encodierens.
Die Fehlermeldung braucht Dich also nicht zu beunruhigen und Deine Quelle ist auch in Ordnung!

Zur Größe fällt mir auch noch was ein, sind auf der DVD viele kleine Vobs (<25 MB)?

Cu Rippraff

Zitat von DvPs

ich weiß nicht genau um wie viel das ergebnis zu groß wurde. habe es gelöscht.
ich habe aber noch den work-ordner. und der ist schon 4,66gb groß. und da kommt ja dann noch das menü und tonspuren dazu....

Das ist natürlich viel zu groß.
Was auch noch fehlt, welche Version vom Optimizer nutzt Du?

Cu Rippraff

Dann haben wir jetzt endlich des Rätsels Lösung!
Aktuell ist 0.21, die genau Dein Problem fixt (bzw. 0.19 hat auch schon eine wichtige Änderung enthalten).
0.17 kann mit den neuen Funktionen, die die Pro anbietet noch gar nicht umgehen.
Mit dem RB alleine (also ohne Optmzr) sollte es auch funktionieren.
Ich bin mir allerdings nicht ganz sicher, ob der Optimizer, auch in der neuesten Version, MultiAngle-Filme richtig handelt.

Cu Rippraff