vdrconvert auch für NTSC ??

Hallo Olaf,

versuchs doch einfach mal mit der Option:
DVDNORM=ntsc
denn
DVDNORM=pal ist ja standard.

hallo,

genau das problem von olafhenkel hab ich auch.

mit:

Zitat

Hallo Olaf,

versuchs doch einfach mal mit der Option:
DVDNORM=ntsc
denn
DVDNORM=pal ist ja standard.

klappt es aber nicht.

Zitat

./vdr2dvd.sh: line 1167: 29869 Segmentation fault nice -n ${PRIO} $DVDAUTHOR -v $DVDNORM+$ASPOPT -a $AUDIO_OPTS -o ${UniqueDVDDIR} -m -b 420x450-450x480,vts1 -b 420x500-450x530,vmgm1 ${UniqueDir[Number]}/${Titel}_menu.mpg $postaction_menu -p $XSTE_PALETTE -t -c $DVDAUTHORUSERCHAP ${UniqueDir[Number]}/${Titel}.mpg $postaction >>$LOGFILE 2>&1
+ status=139

mit PAL rennt er durch.

wie könnte es klappen?

Ich bringe nochmal diesen uralten Thread hoch, weil ich mich in den letzten Tagen mit der Materie befasst habe (Freunde aus Canada wollten Filme aus Deutschland haben).

Dass es mit VDRCONVERT so einfach nicht geht, ist logisch, denn mit der Option DVDNORM alleine wird keine Formatkonvertierung gemacht.

Man bekäme allenfalls (wenn es ohne segfault funktionieren würde) eine Datei in NTSC Auflösung aber mit 50 Halbbildern pro Sekunde, oder schlimmer noch, einen Film, der mit 60 Halbbildern abgespielt wird und daher 20% zu schnell läuft. Mit entweder Micky-Maus Ton oder einem Ton der sofort dem Bild hinterherhängt.

Ich habe mich dann mal mit transcode daran gemacht, eine "richtige" Formatwandlung zu machen. Nach diversen Stunden hatte ich sogar einen Film, den man mit mplayer abspielen konnte, von da wäre es nicht mehr weit gewesen bis zur NTSC-DVD. Jedoch ist es nicht möglich, die gleiche Qualität hinzubekommen wie unter Windows.

Grund: Für die Konvertierung von 50 auf 60 Halbbilder muss auf jeden Fall ein deinterlacing gemacht werden. Und die einizig akzeptablen Ergebnisse bekommt man, wenn man hierfür Bob/Weave einsetzt, aber zwischen Bob und Weave die Framerate anpasst.

Unter Windows lässt sich das z.B. hervorragend mit AVISynth machen:

Convert_Test.avs:

Bob() # separate fields
BilinearResize(720,480) # change size to NTSC
ConvertFPS(59.94) # 29.97 x 2
SeparateFields.SelectEvery(4,0,3) # revert Bob "Even Field First"
Weave()

Bei dieser Methode werden nämlich nur ab und zu *Halbbilder* dupliziert, um von 50 auf 60 zu kommen. Mit der Folge, dass alle 30 Vollbilder unterschiedlich sind und ich daher fast ruckelfreie Bewegungen habe.

Nutze ich hibgegen mplayer oder transcode, lässt sich zwar das Bild deinterlacen und mit 60fps neu zusammenbauen, aber es werden dann ganze Frames, also Vollbilder dupliziert, und dass führt zu sehr nervigem Ruckeln.

Lösung 1: Es müsste ein AVISynth für Linux her (da wird wohl auch dran gebastelt, existiert aber noch nicht)

Lösung 2: Eventuell kann man das ganze mit kaskadierten transcode Aufrufen hinbekommen, also
1. Eingabe 720x576, 25 fps, interlaced
2. transcode nur zum deinterlacen per Bob => 720x288, 50fps
3. transcode zum Wandeln => 720x480, 60fps
4. transcode zum interlacen => 720x480, 30fps, interlaced

Habe ich bislang noch nicht probiert.

Nachtrag: Nachdem ich das geschrieben hatte, habe ich mal gegoogelt ob nicht jemand sowas schonmal vor mir gemacht hätte. Und habe das hier gefunden (Eingangsmaterial ist .VOB einer DVD):

mkfifo stream.yuv
mplayer -vo yuv4mpeg -nosound -noframedrop orig.vob
yuvdenoise -F <stream.yuv | \
yuvfps -r 30000:1001 | \
yuvscaler -O DVD |
mpeg2enc -f 8 -q 5 -b 8500 -n n -I 0 -R 2 -4 2 -2 1 -c \
-K tmpgenc -o enc.m2v

Tja...leider auch nix. Ist zwar der offizielle Text der MJPEG Tools zum Thema PAL-NTSC, aber auch hier werden Vollbilder dupliziert und es ruckelt stark.