Hi,
0n 04/04/25@20:23 Wolfgang Zenner told me:
Am Sonntag, 25. April 2004 12:43 schrieb Wolfgang Zenner:
Am Samstag, 24. April 2004 23:59 schrieb Wolfgang Zenner:
Am Samstag, 24. April 2004 12:16 schrieb Maik Holtkamp:
Hi,
Fuer anspruchvolleres wuerde ich entweder transcode oder lavrec nehmen.
Auf Anregung von Christoph Gaitzsch habe ich dann bei -x und -y ",null" weggelassen - der Ton ist jetzt in der AVI-Datei: transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1' -y divx5 -o test_video.divx -g 384x288 -u 100 -m test_audio.avi -f 25 -e 44100,16,2
Das Denoise habe ich wie folgt gemacht: transcode -V -i test_video.divx -x divx,null -y divx5,null -J yuvdenoise=deinterlace=0,dnr -o test_denoised.divx -u 100 -f 25 -g 384x288
Encoding: transcode -V -i test_denoised.divx -x divx -y ffmpeg -F mpeg4 -o test.avi -p test_audio.avi -w 3000 -e 44100,16,2 -R 1 -u 100 -f 25 -g 384x288 --divx_quant 2,10 transcode -V -i test_denoised.divx -x divx -y ffmpeg -F mpeg4 -o test.avi -p test_audio.avi -w 3000 -e 44100,16,2 -R 2 -u 100 -f 25 -g 384x288 --divx_quant 2,10
Danach hatte ich eine Datei test.avi, die mit xine sehr gut war.
Jetzt gibt's natürlich ein paar Fragen, da ich den Film auf DVD haben möchte. Statt 44100 muss ich wohl eher 48000 angeben.
Wenn Du es als mpeg2 willst, ist der Schritt ueber mpeg4 nicht gut, da zu verlustbehaftet. Also, divx ist mpeg4 ... dann kann ich das dumme Video nochmals aufnehmen, naja - ich hatte gehofft, dass ich nur das Encoding neu machen muss...
Da wuerde ich als Zwischenformat yuv4mpeg vorziehen (-k und -z koennten IIRC wichtig werden oder lass -V weg) . das benötigt aber 250MB pro Minute, d.h. 25GB für 100 Minuten Film... -k brauche ich, der Prozessor und die Platten sind nicht sonderlich belastet.
Den Ton kannst Du getrennt dazu aufnehmen (-p /dev/dsp -m). Mixer auf line in recording. Der Ton ist bei der Aufnahme okay und getrennt in test_audio.avi.
Direkt nach mpeg2 wirst Du wohl nicht schaffen, wenn Die Kiste schon bei divx huestelt. Mit ffmpeg soll es ab 2.8 GHz gehen, aber man sollte dann wohl auch besser im singleusermode arbeiten. Na, die Kiste hustet bei divx nicht, nur wenn ich 720x576 eingebe, packt er nur 17-18 frames (sagt er zumindest, nach Abbruch meint er aber, 0 frames dropped... Wenn ich -y mpeg angebe, dann erhalte ich:
Am Sonntag, 25. April 2004 22:17 schrieb Maik Holtkamp: transcode v0.6.12 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] V: import frame | 384x288 1.33:1 [transcode] V: bits/pixel | 0.651 [transcode] V: decoding fps,frc | 25.000,0 [transcode] V: Y'CbCr | YV12/I420 [transcode] A: import format | 0x2001 AC3/A52 [48000,16,2] [transcode] A: export format | 0x50 MPEG layer-2 [48000,16,2] 128 kbps [transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per frame | 7680 (7680.000000) [transcode] A: adjustment | 0@1000 [transcode] V: IA32 accel mode | 3dnow (3dnow mmxext mmx asm) [transcode] V: video buffer | 100 @ 384x288 [import_v4l.so] v0.0.5 (2003-06-11) (video) v4l | (audio) PCM [export_mpeg.so] v1.2.3 (2003-08-21) (video) MPEG 1/2 | (audio) MPEG 1 Layer II [import_v4l.so] video4linux audio grabbing (audio.c) audio blocksize 4096 [import_v4l.so] video4linux video grabbing (video.c) (audio-TV): muted=yes volume=88% bass=50% treble=50% (video.c) picture: brightness=50% hue=50% colour=50% contrast=42% (video.c) 4 frame buffer(s) available (video.c) recording limited to 1 frames. [import_v4l.so] dropping 18 video frames for AV sync INFO: using reference profile (MPEG1) INFO: profile type is (PAL) encoding frames [000000-001511], 25.00 fps, EMT: 0:01:00, ( 0| 0| 0) [transcode] (sighandler) SIGINT received encoding frames [000000-001512], 24.75 fps, EMT: 0:01:00, ( 0| 0| 6) INFO: Min bitrate of any one frame = 49804 bits INFO: Max bitrate of any one frame = 117652 bits INFO: Min bitrate over any one second = 1733707 bps INFO: Avg bitrate over any one second = 1827036 bps INFO: Max bitrate over any one second = 2870479 bps INFO: Total time: 62 seconds (00:01:02), 24.40 frames/sec, 0.041 sec/frame. clean up | frame threads | unload modules | cancel signal | internal threads | done [transcode] encoded 1513 frames (0 dropped, 0 cloned), clip length 60.52 s der Prozessor ist hierbei oft am Anschlag, zumindet zeigt dies der Systemmonitor und die Anzahl der Frames schwankt zwischen 24.6 und 25.2
Ist es sinnvoll, mit 384x576 statt 384x288 zu arbeiten - an welcher Stelle wird das Bild dann wieder entzerrt, a) für SVCD, b) für DVD ? Für DVD brauche ich 720x576, an welcher Stelle und wie wird das umkodiert ?
Nein es ist IMHO nicht sinnvoll und Du brauchst das grad fuer DVD nicht, aber fuer svcd brauchst Du -Z 480x576,fast vielleicht auch export_asr 2.
Also muss ich 384x288 für DVD nicht umkodieren, und für SVCD mache ich es bei beiden encodes ?
Als Tonformat solltest Du beides mal mpeg1-layer2 AKA mp2 nehmen. Bei DVD brauchst Du dann -E 48000,16,2. svcd ist @44100.
Den nimmt er bei -y mpeg wohl sowieso, aber aus irgendeinem Grunde ist er im Gegensatz zum avi-File übersteuert (das Problem habe ich auch mit MainActor 3.7 von SuSE8.2), auch wenn ich Line ziemlich runterregele - mit Angabe -y mpeg,yuv4mpeg erhalte ich wieder die avi-File, die korrekt ausgesteuert ist ...
Btw. was muss ich nach Installtion von linuxvideostudio starten - nach make habe ich keine solche binary gefunden.
stv. Bei mir startet es auch nicht und es gibt auch in portage nichts neueres als 0.1.7.
leider gibts das sehr oft, das die Entwicklung stecken bleibt, bevor sie richtig angefangen hat. Gruss Wolfgang