Interlaced mit Hürden im DVD-RB

Übrigens habe ich nur mit DVD2AVI_NIC eine funktionierende .d2v hinbekommen?!

Du solltest natuerlich auch die zum D2V-Ersteller passende Decoder-DLL nutzen.

also DGindex mit dgdecode.dll
DVD2AVI mit mpeg2dec3.dll

usw. denn das d2v-format ist zw. den einzelnen versionen NICHT kompatibel.

Übrigens habe ich nur mit DVD2AVI_NIC eine funktionierende .d2v hinbekommen?!

Du musst immer die zum indexer passende decoder-DLL nutzen.

also

dgdecode.dll mit dgindex

mpeg2dec3.dll mit dvd2avi

usw.

die d2v-dateien der verschiedenen indexer sind inkompatibel

Es kam keine Fehlermeldung was das Laden der MaskTools betrifft. Hast du dir mal die neue Version angesehen (könntest du gleich als update in dein Paket mit aufnehmen)?

Diese neue Version von den Masktools geht mit R24 anscheinend nicht.
Mit der alten hingegen gehts.

Am besten gleich im engl. Forum bei manao anmakeln, dass die funktion YV12layer fehlt!

(kannst Du voruebergehend HT ausschalten und mit der im Package inkludierten masktools.dll testen?)

bekommst Du in Vdub die gleiche Fehlermeldung, wenn Du das AVS in VDub laedst?

Ich hatte doch einige Posts frueher schon beschrieben, dass sich die Encoder nicht besonders mit AVS vertragen. schon garnicht mit Multipass.

das script ist schon in einem Player lahm ohne Ende und vdub habe ich nicht auf meinem Rechner, da ich es nie benötige.

Buedde buedde. nicht im player previewen. Das ist bei AVS und v.a. bei R24 toedlich, da die frames nichtlinear angefordert werden und somit das ganze deblending durcheinander geraten kann.
Ich previewe grundsaetzlich nur frame fuer frame in VDub.

wie ich aber schon frueher schrieb:
Vdub besorgen, das AVS dort rein laden und dann als HuffYUV oder VBLE AVI verlustfrei rausspeichern.
Danach kannst Du es nach belieben durch den Encoder quaelen.

Da die dll's und das script anscheinend nicht P4 HT tauglich sind, mal die Frage, ob es nicht weitere dll's gibt die annähernd die selbe Funktion haben (sowas wie deblend() für die v2.5x oder unblend())?

Es ist mit den deblender-plugins nicht moeglich r24 auch nur nachzuahmen, so dass es akzeptabel liefe. ich habs probiert und aufgegeben.
Hat einen sehr einfachen grund: diese deblender haben nur einen input und nicht zwei, wie r24. denn zum ordentlichen deblenden braucht man einen analyse- und einen arbeitsclip.
ausserdem haben diese deblender-dlls feste thresholds, waehrend r24 adaptiv arbeitet!
und wenn man mit der scripterei um eine deblender-dll sich der r24-qualitaet naehert, ist man dann schonwieder langsamer als r24 selbst

Falls Du DIch also aufraffen kannst, Dir VDub zu besorgen und das video mit HuffYUV oder VBLE lossless zu rendern, empfehle ich Dir dieses, nur minimal veraenderte, Script:

# Hindi-Script 08.01.2005
#
setmemorymax(1024)
#
import("E:\Tools 1\DVD\AVISynth\restore24\restore24.avs")
#
loadplugin("E:\Tools 1\DVD\AVISynth\restore24\plugins\MaskTools.dll")
loadPlugin("E:\Tools 1\DVD\AVISynth\restore24\plugins\DGDecode.dll")
loadplugin("E:\Tools 1\DVD\AVISynth\restore24\plugins\kerneldeint.dll")
loadplugin("E:\Tools 1\DVD\AVISynth\restore24\plugins\tdeint.dll")
loadplugin("E:\Tools 1\DVD\AVISynth\restore24\plugins\avisynth_c.dll")
loadcplugin("E:\Tools 1\DVD\AVISynth\restore24\plugins\smartdecimate.dll ")
#
mpeg2source("E:\DVDlabTemp\Projektinhalt\VTS_04.D2V",cpu=6,iPP=true)
#
crop(8,72,-16,-76) 
a=r24kernelbob()
b=tdeint(mode=1,tryweave=false)
restore24(a,b,24,50)
assumefps(25) 
addborders(8,72,16,76)
AudioDub(BlankClip(last))

ist audiodub wirklich noetig?

Warum hast du HorizontalReduceBy2 rausgeschmissen?
Ich will irgendwie auf Half-D1 kommen, damit die Bitrate reicht. Bist du der Meinung das sollte ich erst beim MPEG coden tun ?

whoops.
aber sollte bei progressivem encoding die bitrate nicht ausreichend sein?
(so war jedenfalls mein gedankengang)

EDIT: So! Vdub läuft, oder sollte ich besser sagen kriecht (10fps!! bei 3,2 Ghz HT!!) Habe VBLE genommen, da sich HuffYUV nicht laden ließ. Mal sehen was reaus kommt.

das ist normal. ich habe auf meinem Athlon 1.4 Ghz ca. 5fps in dieser konstellation.
wenn Du es schneller haben willst, kannst Du nat. gerne auf das qualitativ schlechtere
r24kernelbob(7)
anstelle von Tdeint(...)
zurueckgreifen.
und ibob() anstelle von r24kernelbob() (fuehrt zu schlechterer blend-erkennung) setzen:

a=ibob()
b=r24kernelbob(7)

btw. solange Du bei YV12 bleibst, ohne nach YUY2 zu konvertieren ist VBLE die gescheitere wahl, denn HuffYUV kann kein YV12.

Zitat von eDealer

Die Bitrate liegt für 4,7GB beim MPEG coden dann bei ca. 2.600 avg, das ist nicht gerade übermäßig, oder?

Da Progressiv ist, kommst du noch gut mit hin.

Nach 12min coden 1,2GB und 9std50min noch offen!
Habe abgebrochen, da ich gerade keine 60GB auf meiner Platte frei habe

Beides gaaanz normal, beim alltaeglichen Restore24-Wahnsinn
(danke, Didée! )

eDealer, alternativ kannst Du als temporaeren Codec auch XViD mit
constant Quant von 2 encoden.
ist zwar verlustbehaftet aber spart sauviel Platz.

Sch****!

Restore24 funktioniert NICHT mit AVISYnth 2.5.6 beta1
(ruckler und blends bleiben uebrig!)
sehr wohl aber mit der vorgaengerversion AVISynth 2.5.6. alpha vom 19.12.2004

anstatt quant 2 kann man auch quant 1 nehmen, dann ists zwar was größer, aber gerade bei sehr dunklen Filmen verliert man so weniger

Cu Selur

tach auch !

Und was ist mit Teee ähhhhh MJPEG ?

(Oder ist der wieder im falschen Farbraum..?)

MJPEG macht YUY2. die neuere version, die ich nicht besitze auch YV12.

aber XViD macht bei vergleichbarer datenrate nen besseres Bild.
JPEG ist halt schon ein sehr sehr altes Verfahren.

wie waere es, wenn Du das video NICHT anamorph kodierst,
anstelle anamorphes Half-D1 zu benutzen (geht das ueberhaupt mit dem DVD-Standard ueberein?)