Guten Tag, nach einem Tag erfolgloser Googlerei und x ausprobieren bin ich so schlau wie zuvor... ich will die riesige Datei irgendwie verkleinern (auch pixelmässig, also z.B. auf 640x360 ) und weiss nicht wie. Ich hätte nachher gerne irgend eine normale mpeg oder von mir aus auch avi oder flash datei. Halt was, was "alle" im Internet anschauen können... 1) Probleme schon beim Abspielen der Original-MOV-Datei: - in Mplayer mit zeitversetztem Ton und überhaupt nur, wenn ich mplayer aus der Konsole starte (via Menu gestartet wird nur der Ton abgespielt) - in Kaffeine, Xine usw. läuft der Video mit falschen Farben 2) Kein Erfolg beim Umschreiben: - mit mencoder mencoder -oac lavc -ovc lavc -lavcopts vcodec=mpeg1video -o output.mpg imput.MOV bekomme ich eine schlechte Qualität (das Bild besteht aus grösseren Quadraten) - mit mencoder Varianten um ein avi zu machen bekomme ich einen Film, der aussieht, als würde er mit höherer Geschwindigkeit laufen, sehr ruckelig, aber guter Ton :-) - kino kann das Ding nicht lesen, bleibt beim öffnen hängen - kdenlive stürzt regelmässig nach etwa 23% rendern ab Habe mir noch in Virtualbox/WinXP ein Freeware Programm namens "Super" installiert, das aber gar nicht super ist, und die Datei nicht mal spielen kann. Irgendwelche Tips? Wär cool :-) (PS: Bin ein absoluter Video-Codec-usw.-Null-Ahnung-Mensch. Daher bitte ggf. DAU-Sprache benutzen...) Danke und Gruss Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com my new blog: http://www.guapamania.com/wordpress/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mon, 01 Nov 2010, Daniel Bauer schrieb:
2) Kein Erfolg beim Umschreiben:
- mit mencoder mencoder -oac lavc -ovc lavc -lavcopts vcodec=mpeg1video -o output.mpg imput.MOV
Hm, mpeg1video? Zeig uns bitte mal auf paste.opensuse.org die Ausgabe von mediainfo input.MOV und die Ausgabe von mplayer -identify -frames 1 -vo null -ao null input.MOV oder mal gleich mit '-lavcopts vcodec=mpeg4' testen. -dnh --
Manfred, Du solltest so spaet keine Emails mehr schreiben :-) Danke für die Berichtigung, werd mir den Tipp hinter die Ohren schreiben und nur noch Mailen, wenn ich die Augen zumindestens zu einem drittel aufkriege. [> Thomas Hertweck und Manfred Tremmel in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Guten Abend David, On Monday 01 November 2010 21.37:59, David Haller wrote:
Hallo,
Am Mon, 01 Nov 2010, Daniel Bauer schrieb:
2) Kein Erfolg beim Umschreiben:
- mit mencoder mencoder -oac lavc -ovc lavc -lavcopts vcodec=mpeg1video -o output.mpg imput.MOV
Hm, mpeg1video?
Zeig uns bitte mal auf paste.opensuse.org die Ausgabe von
mediainfo input.MOV
General Complete name : MVI_0049.MOV Format : MPEG-4 Format profile : QuickTime Codec ID : qt File size : 513 MiB Duration : 1mn 47s Overall bit rate : 40.1 Mbps Encoded date : UTC 2010-10-29 21:19:59 Tagged date : UTC 2010-10-29 21:19:59 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : Baseline@L5.0 Format settings, CABAC : No Format settings, ReFrames : 1 frame Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 1mn 47s Bit rate mode : Variable Bit rate : 38.7 Mbps Width : 1 920 pixels Height : 1 080 pixels Original height : 1 088 pixels Display aspect ratio : 16:9 Original display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 30.000 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.621 Stream size : 495 MiB (96%) Language : English Encoded date : UTC 2010-10-29 21:19:59 Tagged date : UTC 2010-10-29 21:19:59 Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics : BT.709-5, BT.1361 Matrix coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M Audio ID : 2 Format : PCM Format settings, Endianness : Little Format settings, Sign : Signed Codec ID : sowt Duration : 1mn 47s Bit rate mode : Constant Bit rate : 1 411.2 Kbps Channel(s) : 2 channels Sampling rate : 44.1 KHz Bit depth : 16 bits Stream size : 18.1 MiB (4%) Language : English Encoded date : UTC 2010-10-29 21:19:59 Tagged date : UTC 2010-10-29 21:19:59
und die Ausgabe von
mplayer -identify -frames 1 -vo null -ao null input.MOV
MPlayer dev-SVN-r31930-4.4-openSUSE Linux 11.2 (i686)-Packman (C) 2000-2010 MPlayer TeamCan't open joystick device /dev/input/js0: No such file or directory Can't init input joystick mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing MVI_0049.MOV. libavformat file format detected. ID_VIDEO_ID=0 [lavf] stream 0: video (h264), -vid 0 ID_AUDIO_ID=0 ID_AID_0_LANG=eng [lavf] stream 1: audio (pcm_s16le), -aid 0, -alang eng VIDEO: [H264] 1920x1088 24bpp 30.000 fps 38660.5 kbps (4719.3 kbyte/s) Clip info: major_brand: qt ID_CLIP_INFO_NAME0=major_brand ID_CLIP_INFO_VALUE0=qt minor_version: 537331968 ID_CLIP_INFO_NAME1=minor_version ID_CLIP_INFO_VALUE1=537331968 compatible_brands: qt CAEP ID_CLIP_INFO_NAME2=compatible_brands ID_CLIP_INFO_VALUE2=qt CAEP ID_CLIP_INFO_N=3 ID_FILENAME=MVI_0049.MOV ID_DEMUXER=lavfpref ID_VIDEO_FORMAT=H264 ID_VIDEO_BITRATE=38660464 ID_VIDEO_WIDTH=1920 ID_VIDEO_HEIGHT=1088 ID_VIDEO_FPS=30.000 ID_VIDEO_ASPECT=0.0000 ID_AUDIO_FORMAT=1 ID_AUDIO_BITRATE=0 ID_AUDIO_RATE=44100 ID_AUDIO_NCH=2 ID_START_TIME=0.00 ID_LENGTH=107.40 ID_SEEKABLE=1 ID_CHAPTERS=0 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== ID_VIDEO_CODEC=ffh264 ========================================================================== Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 44100 Hz, 2 ch, s16le, 0.0 kbit/0.00% (ratio: 0->176400) ID_AUDIO_BITRATE=0 ID_AUDIO_RATE=44100 ID_AUDIO_NCH=2 Selected audio codec: [pcm] afm: pcm (Uncompressed PCM) ========================================================================== AO: [null] 44100Hz 2ch s16le (2 bytes per sample) ID_AUDIO_CODEC=pcm Starting playback... Movie-Aspect is undefined - no prescaling applied. VO: [null] 1920x1088 => 1920x1088 Planar YV12 A: 0.0 V: 0.0 A-V: 0.035 ct: 0.000 0/ 0 ??% ??% ??,?% 0 0 Exiting... (End of file) ID_EXIT=EOF
oder mal gleich mit '-lavcopts vcodec=mpeg4' testen.
mencoder -oac mp3lame -ovc lavc -lavcopts vcodec=mpeg4 -o output.avi MVI_0049.MOV ergibt ein sehr pixeliges Ergebnis plus grobe Übergängen in Flächen (so wie wenn man ein Foto auf wenige Graustufen reduziert). Ausserdem ist der Ton ebenfalls verschoben, so wie es schon beim Original-Anschauen mit mplayer der Fall ist... Gruss Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com my new blog: http://www.guapamania.com/wordpress/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mon, 01 Nov 2010, Daniel Bauer schrieb:
On Monday 01 November 2010 21.37:59, David Haller wrote:
Am Mon, 01 Nov 2010, Daniel Bauer schrieb: General Complete name : MVI_0049.MOV Format : MPEG-4 Format profile : QuickTime Codec ID : qt [..] Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : Baseline@L5.0 Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 1mn 47s Bit rate mode : Variable Bit rate : 38.7 Mbps Width : 1 920 pixels Height : 1 080 pixels Original height : 1 088 pixels Frame rate : 30.000 fps [..] Audio ID : 2 Format : PCM
Ok, das ist ein FullHD H.264 Video mit sehr hoher Bitrate, mit PCM (aka "wav" ohne "Verpackung") Ton und 30 fps im MOV Container. Das braucht schon ordentlich CPU-Wumms um das abzuspielen (oder die GPU muß helfen, aber das klappt AFAIK unter Linux noch nicht so recht).
oder mal gleich mit '-lavcopts vcodec=mpeg4' testen.
mencoder -oac mp3lame -ovc lavc -lavcopts vcodec=mpeg4 -o output.avi MVI_0049.MOV
ergibt ein sehr pixeliges Ergebnis plus grobe Übergängen in Flächen (so wie wenn man ein Foto auf wenige Graustufen reduziert).
Hm, vermutlich reicht da schlicht die default-Bitrate nicht. Teste mal: Dumpen des Audio (ohne De-/Encodierung, nur verpacken im .WAV): mplayer -vo pcm:fast:file=MVI_0049.wav -vc null -vo null MVI_0049.MOV Das kannst du dann seperat nach belieben umkodieren und dann reinmuxen (s.u.). Einen Tonversatz direkt mit mencoder ausgleichen klappt hier nicht so recht. Recodieren mit ner Qualitätsbasierten Einstellung (hier mit "eins besser als default", das reicht mir in der Regel ;): mencoder -oac mp3lame -ovc lavc -lavcopts \ vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -o MVI_0049.avi MVI_0049.MOV Oder alternativ gleich noch z.B. auf 720p (nicht anamorph) skalieren (und abschneiden von je 4 Pixeln oben und unten um auf die "korrekte" HD Auflösung zu kommen): mencoder -oac mp3lame -ovc lavc -lavcopts \ vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -sws 9 -vf crop=1920:1080:0:4,scale=1280:720 \ -o MVI_0049_720p.avi MVI_0049.MOV Wenn du nicht mußt würd ich die Framerate nicht anpassen. Parameter für x264 (also wieder H.264) hab ich jetzt nicht direkt zur Hand, und testen ist mit Divx (vcodec=mpeg4) einfach deutlich schneller ;)
Ausserdem ist der Ton ebenfalls verschoben, so wie es schon beim Original-Anschauen mit mplayer der Fall ist...
Von Anfang an? Dann kann man das am einfachsten beim Muxen korrigieren (z.B. mit mkvmerge -y TRACKNO:VERSATZ_IN_ms). Muxen geht dann z.B. so: mkvmerge -o MVI_0049_720p.mkv -A MVI_0049_720p.avi \ -y 0:-2000 -D MVI_0049.mp3 (wenn du das WAV als MVI_0049.mp3 kodiert hast und der Ton 2s "hinterherläuft") HTH, -dnh -- Who stole my tagline? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Guten Tag David, erst mal vielen Dank für deine ausführliche und hilfreiche Antwort! On Tuesday 02 November 2010 00.48:39, David Haller wrote:
Ok, das ist ein FullHD H.264 Video mit sehr hoher Bitrate, mit PCM (aka "wav" ohne "Verpackung") Ton und 30 fps im MOV Container. Das braucht schon ordentlich CPU-Wumms um das abzuspielen (oder die GPU muß helfen, aber das klappt AFAIK unter Linux noch nicht so recht).
Scheint so, dass mein Laptop nicht sooo viel "pfupf" hat (wie wir in der Schweiz sagen). In einem Forum habe ich gelesen, dass die Grafikkarte nur im Vollbildmodus hilft, während im Fenstermodus alles die CPU macht. Und: wenn ich die Originaldatei (aus Konsole gestartet) mit mplayer im Vollbildmodus kucke, ist der Ton tatsächlich synchron...
mencoder -oac mp3lame -ovc lavc -lavcopts vcodec=mpeg4 -o output.avi MVI_0049.MOV
ergibt ein sehr pixeliges Ergebnis plus grobe Übergängen in Flächen (so wie wenn man ein Foto auf wenige Graustufen reduziert).
Hm, vermutlich reicht da schlicht die default-Bitrate nicht. Teste mal:
Dumpen des Audio (ohne De-/Encodierung, nur verpacken im .WAV):
mplayer -vo pcm:fast:file=MVI_0049.wav -vc null -vo null MVI_0049.MOV
Das klappt nicht. Die Ausgabe ist: Playing MVI_0049.MOV. libavformat file format detected. [lavf] stream 0: video (h264), -vid 0 [lavf] stream 1: audio (pcm_s16le), -aid 0, -alang eng VIDEO: [H264] 1920x1088 24bpp 30.000 fps 38660.5 kbps (4719.3 kbyte/s) Clip info: major_brand: qt minor_version: 537331968 compatible_brands: qt CAEP ========================================================================== Forced video codec: null Opening video decoder: [null] Null video decoder Movie-Aspect is undefined - no prescaling applied. VO: [null] 1920x1088 => 1920x1088 Planar YV12 Selected video codec: [null] vfm: null (NULL codec (no decoding!)) ========================================================================== ========================================================================== Opening audio decoder: [pcm] Uncompressed PCM audio decoder AUDIO: 44100 Hz, 2 ch, s16le, 0.0 kbit/0.00% (ratio: 0->176400) Selected audio codec: [pcm] afm: pcm (Uncompressed PCM) ========================================================================== AO: [oss] 44100Hz 2ch s16le (2 bytes per sample) Starting playback... Too many buffered pts ..... (diese Zeile insgesamt 2769 mal...) Too many audio packets in the buffer: (4096 in 16421584 bytes). Maybe you are playing a non-interleaved stream/file or the codec failed? For AVI files, try to force non-interleaved mode with the -ni option. ......(9x wiederholt) A: 0.3 V: 0.0 A-V: 0.348 ct: 0.000 0/ 0 ??% ??% ??,?% 1822 0 [J Exiting... (End of file) Ich habe es noch mit "mplayer -ni ...." versucht, aber das hat nichts geändert.
Das kannst du dann seperat nach belieben umkodieren und dann reinmuxen (s.u.). Einen Tonversatz direkt mit mencoder ausgleichen klappt hier nicht so recht.
Recodieren mit ner Qualitätsbasierten Einstellung (hier mit "eins besser als default", das reicht mir in der Regel ;):
mencoder -oac mp3lame -ovc lavc -lavcopts \ vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -o MVI_0049.avi MVI_0049.MOV
Bild 100% Erfolg. Ton verschoben.
Oder alternativ gleich noch z.B. auf 720p (nicht anamorph) skalieren (und abschneiden von je 4 Pixeln oben und unten um auf die "korrekte" HD Auflösung zu kommen):
mencoder -oac mp3lame -ovc lavc -lavcopts \ vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -sws 9 -vf crop=1920:1080:0:4,scale=1280:720 \ -o MVI_0049_720p.avi MVI_0049.MOV
Bild 100% Erfolg. Ton verschoben.
Wenn du nicht mußt würd ich die Framerate nicht anpassen.
Wäre das der Parameter -fps=n? In deinen Befehlen als nicht drin und auch nicht angepasst?
Parameter für x264 (also wieder H.264) hab ich jetzt nicht direkt zur Hand, und testen ist mit Divx (vcodec=mpeg4) einfach deutlich schneller ;)
Ausserdem ist der Ton ebenfalls verschoben, so wie es schon beim Original-Anschauen mit mplayer der Fall ist...
Von Anfang an? Dann kann man das am einfachsten beim Muxen korrigieren (z.B. mit mkvmerge -y TRACKNO:VERSATZ_IN_ms).
Es dünkt mich, dass der Ton im allerersten Moment synchron ist, aber dann nicht mehr (in den oben erstellten avi's).
Muxen geht dann z.B. so:
mkvmerge -o MVI_0049_720p.mkv -A MVI_0049_720p.avi \ -y 0:-2000 -D MVI_0049.mp3
Das konnte ich nicht ausprobieren, wegen der Meldungen beim Ton-Rauskopieren (oben). Über die Ton-Meldungen fand ich in Google nur ubuntu-Hinweise auf einen bug. Ich weiss aber nicht, wie alt die sind und ob das zutrifft, oder einfach andere Parameter nötig sind... Gruss Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com my new blog: http://www.guapamania.com/wordpress/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Die, 02 Nov 2010, Daniel Bauer schrieb:
On Tuesday 02 November 2010 00.48:39, David Haller wrote: In einem Forum habe ich gelesen, dass die Grafikkarte nur im Vollbildmodus hilft, während im Fenstermodus alles die CPU macht. Und: wenn ich die Originaldatei (aus Konsole gestartet) mit mplayer im Vollbildmodus kucke, ist der Ton tatsächlich synchron...
Evtl. hilft schon, daß du framedrops erlaubst: mplayer -framedrop
Dumpen des Audio (ohne De-/Encodierung, nur verpacken im .WAV):
mplayer -vo pcm:fast:file=MVI_0049.wav -vc null -vo null MVI_0049.MOV
Das klappt nicht. Die Ausgabe ist:
*argh* Mein Fehler, das muß natürlich: mplayer -ao pcm:fast:file=MVI_0049.wav -vc null -vo null MVI_0049.MOV ^^ AUIDO out, nicht Video ... [..]
mencoder -oac mp3lame -ovc lavc -lavcopts \ vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -o MVI_0049.avi MVI_0049.MOV
Bild 100% Erfolg. Ton verschoben.
Bildqualität in Ordnung?
Oder alternativ gleich noch z.B. auf 720p (nicht anamorph) skalieren (und abschneiden von je 4 Pixeln oben und unten um auf die "korrekte" HD Auflösung zu kommen):
mencoder -oac mp3lame -ovc lavc -lavcopts \ vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -sws 9 -vf crop=1920:1080:0:4,scale=1280:720 \ -o MVI_0049_720p.avi MVI_0049.MOV
Bild 100% Erfolg. Ton verschoben.
Quali ok?
Wenn du nicht mußt würd ich die Framerate nicht anpassen.
Wäre das der Parameter -fps=n?
Der dient der Dekodierung.
In deinen Befehlen als nicht drin und auch nicht angepasst?
, denn dann müssen ja die 30 Bilder irgendwie in 25 Bilder umgerechnet werden, da verlierst du also Qualität. Aber wenn du mal testen willst: mencoder -fps 30 ... -ofps 25 -o MVI_0049_720p25.avi
Parameter für x264 (also wieder H.264) hab ich jetzt nicht direkt zur Hand, und testen ist mit Divx (vcodec=mpeg4) einfach deutlich schneller ;)
Ausserdem ist der Ton ebenfalls verschoben, so wie es schon beim Original-Anschauen mit mplayer der Fall ist...
Von Anfang an? Dann kann man das am einfachsten beim Muxen korrigieren (z.B. mit mkvmerge -y TRACKNO:VERSATZ_IN_ms).
Es dünkt mich, dass der Ton im allerersten Moment synchron ist, aber dann nicht mehr (in den oben erstellten avi's).
Läuft der Ton evtl. "konstant" weg? Oder ist er ab ner bestimmten Stelle dann konstant um das gleiche versetzt? Ersteres könnte an einer flaschen Framerate liegen.
Muxen geht dann z.B. so:
mkvmerge -o MVI_0049_720p.mkv -A MVI_0049_720p.avi \ -y 0:-2000 -D MVI_0049.mp3
Das konnte ich nicht ausprobieren, wegen der Meldungen beim Ton-Rauskopieren (oben).
HTH, -dnh -- Q: Warum habe so viele Männer O-Beine? A: Unwichtiges wird eben in Klammern gesetzt. -- David Leukert im Quatsch Comedy Club -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Guten Tag David, On Wednesday 03 November 2010 10.11:09, David Haller wrote:
Hallo,
Am Die, 02 Nov 2010, Daniel Bauer schrieb:
In einem Forum habe ich gelesen, dass die Grafikkarte nur im Vollbildmodus hilft, während im Fenstermodus alles die CPU macht. Und: wenn ich die Originaldatei (aus Konsole gestartet) mit mplayer im Vollbildmodus kucke, ist der Ton tatsächlich synchron...
Evtl. hilft schon, daß du framedrops erlaubst:
mplayer -framedrop
Das ändert nichts...
Dumpen des Audio (ohne De-/Encodierung, nur verpacken im .WAV):
mplayer -vo pcm:fast:file=MVI_0049.wav -vc null -vo null MVI_0049.MOV
Das klappt nicht. Die Ausgabe ist: *argh* Mein Fehler, das muß natürlich:
mplayer -ao pcm:fast:file=MVI_0049.wav -vc null -vo null MVI_0049.MOV ^^ AUIDO out, nicht Video ...
So entsteht zwar ein 64 KB grosses file, aber das enthält nur gerade etwa eine halbe Sekunde Ton. Die Fehlerausgabe sieht gleich aus wie zuvor (Too many buffered pts... To many audio packets in the buffer...)
mencoder -oac mp3lame -ovc lavc -lavcopts \
vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -o MVI_0049.avi MVI_0049.MOV
Bild 100% Erfolg. Ton verschoben.
Bildqualität in Ordnung?
Ja perfekt.
Oder alternativ gleich noch z.B. auf 720p (nicht anamorph) skalieren (und abschneiden von je 4 Pixeln oben und unten um auf die "korrekte" HD Auflösung zu kommen):
mencoder -oac mp3lame -ovc lavc -lavcopts \
\ -sws 9 -vf crop=1920:1080:0:4,scale=1280:720 \ -o MVI_0049_720p.avi MVI_0049.MOV
Bild 100% Erfolg. Ton verschoben.
Quali ok?
Ja.
Wenn du nicht mußt würd ich die Framerate nicht anpassen.
Wäre das der Parameter -fps=n?
Der dient der Dekodierung.
In deinen Befehlen als nicht drin und auch nicht angepasst?
, denn dann müssen ja die 30 Bilder irgendwie in 25 Bilder umgerechnet werden, da verlierst du also Qualität. Aber wenn du mal testen willst:
mencoder -fps 30 ... -ofps 25 -o MVI_0049_720p25.avi
Auch hier: Bildqualität immer noch sehr gut, aber Ton ebenfalls verschoben.
Es dünkt mich, dass der Ton im allerersten Moment synchron ist, aber dann nicht mehr (in den oben erstellten avi's).
Läuft der Ton evtl. "konstant" weg? Oder ist er ab ner bestimmten Stelle dann konstant um das gleiche versetzt? Ersteres könnte an einer flaschen Framerate liegen.
Das ist sehr schwierig zu sagen, weil ich die Mundbewegungen nicht konstant sichtbar habe, aber schon möglich, dass der Ton am Schluss weiter weg ist als am Anfang. In der ersten (halben?) Sekunde stimmt er, dann schon auffällig nicht mehr. Ich glaube mich zu erinnern, irgendwo gesehen zu haben, dass der Ton eine andere Framerate hat als das Bild. Aber wie gesagt: Null Ahnung von diesen Sachen und daher leider keine besonders nützliche Auskunftsperson. Aber falls es was auszuprobieren gibt, versuch ich es natürlich gerne :-) Gruss Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com my new blog: http://www.guapamania.com/wordpress/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mit, 03 Nov 2010, Daniel Bauer schrieb:
On Wednesday 03 November 2010 10.11:09, David Haller wrote:
*argh* Mein Fehler, das muß natürlich:
mplayer -ao pcm:fast:file=MVI_0049.wav -vc null -vo null MVI_0049.MOV ^^ AUIDO out, nicht Video ...
So entsteht zwar ein 64 KB grosses file, aber das enthält nur gerade etwa eine halbe Sekunde Ton. Die Fehlerausgabe sieht gleich aus wie zuvor (Too many buffered pts... To many audio packets in the buffer...)
Dann könnte man noch ohne das ':fast' testen sowie: mplayer -dumpaudio -dumpfile MVI_0049.pcm MVI_0049.MOV Nur fehlt da dann eben ein Wav-Header o.ä., d.h. da muß man dann beim lesen entsprechende Optionen (siehe mediainfo Ausgabe bzgl. Audio) verwenden.
mencoder -oac mp3lame -ovc lavc -lavcopts \
vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -o MVI_0049.avi MVI_0049.MOV
Bild 100% Erfolg. Ton verschoben.
Bildqualität in Ordnung?
Ja perfekt.
Prima. und s.u. [..]
Wenn du nicht mußt würd ich die Framerate nicht anpassen.
Wäre das der Parameter -fps=n?
Der dient der Dekodierung.
In deinen Befehlen als nicht drin und auch nicht angepasst?
, denn dann müssen ja die 30 Bilder irgendwie in 25 Bilder umgerechnet werden, da verlierst du also Qualität. Aber wenn du mal testen willst:
mencoder -fps 30 ... -ofps 25 -o MVI_0049_720p25.avi
Auch hier: Bildqualität immer noch sehr gut, aber Ton ebenfalls verschoben.
Hmja, wenn man an kritischen Stellen genau hinguckt dürfte man Unterschiede zur 30fps Variante sehen ;)
Es dünkt mich, dass der Ton im allerersten Moment synchron ist, aber dann nicht mehr (in den oben erstellten avi's).
Läuft der Ton evtl. "konstant" weg? Oder ist er ab ner bestimmten Stelle dann konstant um das gleiche versetzt? Ersteres könnte an einer flaschen Framerate liegen.
Das ist sehr schwierig zu sagen, weil ich die Mundbewegungen nicht konstant sichtbar habe, aber schon möglich, dass der Ton am Schluss weiter weg ist als am Anfang. In der ersten (halben?) Sekunde stimmt er, dann schon auffällig nicht mehr.
Teste mal folgendes, wobei du vorher mit mkvinfo mal gucken solltest, daß die Tonspur auch "Track 1" ist. mencoder -oac mp3lame -ovc lavc -lavcopts \ vcodec=mpeg4:vqscale=3:vbitrate=24000000 \ -o MVI_0049.avi MVI_0049.MOV (oder auch die skalierte Variante, zum Testen würd ich das verwenden, das schneller kodiert ist -- oder das was du schon hast). mkvmerge -o MVI_0049.mkv -A MVI_0049.avi -y 1:-5000 -D MVI_0049.avi Das zieht den Ton um 5s nach vorne. Am besten suchst du übrigens (in der Mitte) ne Stelle, wo du anhand der Lippenbewegungen oder anhand von Geräuschen zu einer Bewegung (Autotür z.B. ist prima ;) Ton und Bild zuordnen kannst, d.h. du guckst das Bild und suchst dann danach, wo der dazu passende Ton kommt. Wenn du bei mplayer usw. dir im OSD die Zeit anzeigen läßt ... Feinjustierung (<1s) geht dann gut im mplayer über die +- Tasten auf dem Ziffernblock, wenn du dann den genauen Versatz an der Stelle hast, dann nochmal damit remuxen (s. mkvmerge oben). Dann solltest du nochmal am Anfang und am Ende des Clips gucken, wie's dort mit dem Ton aussschaut. Ist dann z.B. am Anfang der Ton "voraus" und am Ende "hinterher", dann läuft das Bild zu schnell (auch wenn die Längen von Bild und Ton von mediainfo als gleich ausgegeben werden). Achso, noch ne Variante wäre es, den Ton zu übernehmen (bin aber nicht sicher, ob mkvmerge PCM "frisst"), also mencoder -oac copy -ovc lavc -lavcopts ... mkvmerge ... avimerge hat keine Optionen um Tracks zu "verschieben", und avidemux ist da umständlich. Ggfs. kann man immer noch das mkv wieder umpacken, z.B. mit mencoder -oac copy -ovc copy in ein avi oder auch mpeg (-mf mpeg), falls das "Zielgerät" kein MKV frisst. HTH, -dnh -- "Stef, if you were any stupider you'd be on life support." -- Miranda on userfriendly -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Daniel Bauer -
David Haller