Hallo, ich habe eine Hauppauge Win/TV Karte (bt878, glaube ich - früher wusste man das mal, heute steht, automatisch erkannt). Ich möchte via composite-Eingang vom Videorecorder aufnehmen. Mit xawtv -noxv habe ich im Ton dauernd Aussetzer, ohne diese Parameter kann ich nicht aufnehmen: grabbing: not supported [try -noxv switch?] Mit KWintv schaffe ich es nicht, den composite Eingang einzustellen. Was mache ich falsch, bzw. was ist falsch (SuSE9.0, Kde3.2.1) Danke Wolfgang
Am Freitag, 23. April 2004 10:40 schrieb Wolfgang Zenner:
Hallo,
ich habe eine Hauppauge Win/TV Karte (bt878, glaube ich - früher wusste man das mal, heute steht, automatisch erkannt). Ich möchte via composite-Eingang vom Videorecorder aufnehmen. Mit xawtv -noxv habe ich im Ton dauernd Aussetzer, ohne diese Parameter kann ich nicht aufnehmen: grabbing: not supported [try -noxv switch?] Mit KWintv schaffe ich es nicht, den composite Eingang einzustellen.
Irgendwie ist mein Sound nicht so stabil. Nach Reboot klappt's mit xawtv -noxv. Ich habe jetzt folgende Einstellungen probiert: PAL, Composite1,stereo, overlay. In Record a movie dann Micosoft AVI 16bit stereo 44100 Hz MJPEG (AVI) 25 fps 384x288 Der Film ist abspielbar und sieht ganz gut aus und klingt auch gut. Wolfgang
Hi, 0n 04/04/24@08:17 Wolfgang Zenner told me:
Am Freitag, 23. April 2004 10:40 schrieb Wolfgang Zenner:
Hallo,
ich habe eine Hauppauge Win/TV Karte (bt878, glaube ich - früher wusste man das mal, heute steht, automatisch erkannt). Ich möchte via composite-Eingang vom Videorecorder aufnehmen. Mit xawtv -noxv habe ich im Ton dauernd Aussetzer, ohne diese Parameter kann ich nicht aufnehmen: grabbing: not supported [try -noxv switch?] Mit KWintv schaffe ich es nicht, den composite Eingang einzustellen.
Irgendwie ist mein Sound nicht so stabil. Nach Reboot klappt's mit xawtv -noxv. Ich habe jetzt folgende Einstellungen probiert: PAL, Composite1,stereo, overlay. In Record a movie dann Micosoft AVI 16bit stereo 44100 Hz MJPEG (AVI) 25 fps 384x288 Der Film ist abspielbar und sieht ganz gut aus und klingt auch gut.
Je nachdem was Dein Zielformat und Deine Qualtitaetsansprueche sind wuerde ich unterschiedliches probieren, aber xawtv, waere nicht darunter. Wenn Du direkt nach divx willst wuerde ich eine mplayer Zeile suchen, die das macht. Findest Du im Web zuhauf wahrscheinlich ist sie aber unterhalb von /usr</local>/share/doc/MPlayer... encoding.html schon auf Deiner Platte. Fuer anspruchvolleres wuerde ich entweder transcode oder lavrec nehmen. Je nach Zustand des Ursprungsmaterials gibt es da sehr nette Filter. Schau hier: https://sourceforge.net/docman/display_doc.php?docid=21522&group_id=5776 und http://christoph.gaitzsch.bei.t-online.de/VideoWithLinux.html Christoph verwendet dort noch nvrec, da das nicht mehr weiterentsickelt wird und sich alte Versionen mit einem neuen ffmpeg beissen, solltest Du -x v4l verwenden. Anfangs kam es damit immer zu a/v sync Problemen, aber das hat transcode inzwischen, nach dem was man so liesst, im Griff. Das oben von xawtv verwendete MS AVI braucht IIRC auch eine Menge Platz auf der Platte. Hast Du davon nicht genug und einen hinreichend schnellen Rechner (so ab 1,5 GHz), geht divx on the fly. Fuer mpeg2 on the fly braucht es mehr Dampf, oder entsprechende Hardware. Wenn die VHS Sachen schon ein paar Tage auf dem Buckel haben hat transcode/mjpegtools eine Reihe netter Filter, schau Dir vielleicht an: denoise3d, dnr, hqdn3d, unsharp, xharpen, yuvdenoise sowie die pp Filter von mplayer, die kannst Du dann natuerlich auch bei mplayer direkt verwenden. Ein GUI Ansatz beruhend auf den mjpegtools ist linuxvideostudio, ich habe damit aber noch nie was gemacht und weiss auch nicht ob es in neuen mjpegtools noch drin ist. -- bye maik
Am Samstag, 24. April 2004 12:16 schrieb Maik Holtkamp:
Hi,
0n 04/04/24@08:17 Wolfgang Zenner told me:
Am Freitag, 23. April 2004 10:40 schrieb Wolfgang Zenner:
Hallo,
Ich habe jetzt folgende Einstellungen probiert: PAL, Composite1,stereo, overlay. In Record a movie dann Micosoft AVI 16bit stereo 48000 Hz MJPEG (AVI) 25 fps 384x288 Der Film ist abspielbar und sieht ganz gut aus und klingt auch gut.
Ich habe es aber nicht geschafft, den sauber zu transcoden, habe allerdings auch einfach export-prof dvd angegeben ...sieht aus, wie mit unserem PAL-Fernseher ein grenznaher SECAM-Sender ...
Je nachdem was Dein Zielformat und Deine Qualtitaetsansprueche sind wuerde ich unterschiedliches probieren, aber xawtv, waere nicht darunter.
Wenn Du direkt nach divx willst wuerde ich eine mplayer Zeile suchen, die das macht. Findest Du im Web zuhauf wahrscheinlich ist sie aber unterhalb von /usr</local>/share/doc/MPlayer... encoding.html schon auf Deiner Platte.
kann der composite1 meiner TV-Karte lesen ?
Fuer anspruchvolleres wuerde ich entweder transcode oder lavrec
ich habe "lavrec --format=a --input=p --geometry=720x576+0+0 --quality=75 --audio-bitrate=48000 --stereo --use-read --verbose=2 /free/movie/PippiRandUndBand.avi" probiert, mit: INFO: [lavrec] Recording parameters: INFO: [lavrec] Output format: AVI INFO: [lavrec] Input Source: Composite PAL INFO: [lavrec] Decimation: 4 INFO: [lavrec] Quality: 75 INFO: [lavrec] Recording time: -1 sec INFO: [lavrec] INFO: [lavrec] MJPEG buffer size: 256 KB INFO: [lavrec] # of MJPEG buffers: 64 INFO: [lavrec] Audio parameters: INFO: [lavrec] Audio sample size: 16 bit INFO: [lavrec] Audio sampling rate: 48000 Hz INFO: [lavrec] Audio is STEREO INFO: [lavrec] Audio input recording level: Use mixer setting INFO: [lavrec] Level of correction for Audio/Video synchronization: INFO: [lavrec] Lost frame compensation and frame drop/insert --DEBUG: [lavrec] Maximum size per file will be 1739 MB INFO: [lavrec] Using read(2) system call for capture ++ WARN: [lavrec] Unable to set negative priority for audio thread. ++ WARN: [lavrec] Pthread Real-time scheduling for audio thread could not be enabled. INFO: [lavrec] Auto detecting input and norm ... INFO: [lavrec] Unmuting tuner audio... **ERROR: [lavrec] Error getting video parameters: Invalid argument Recording time : 0.00.00:00 Lost frames : 000 A/V sync ins/del: 000/000 Audio errors : 000 ++ WARN: [lavrec] We're not stopped yet, use lavrec_stop() first!
nehmen. Je nach Zustand des Ursprungsmaterials gibt es da sehr nette Filter. Schau hier:
https://sourceforge.net/docman/display_doc.php?docid=21522&group_id=5776
und
http://christoph.gaitzsch.bei.t-online.de/VideoWithLinux.html
reiserfs will not work ... habe ich aber.
Christoph verwendet dort noch nvrec, da das nicht mehr weiterentsickelt wird und sich alte Versionen mit einem neuen ffmpeg beissen, solltest Du -x v4l verwenden. Anfangs kam es damit immer zu a/v sync Problemen, aber das hat transcode inzwischen, nach dem was man so liesst, im Griff.
das muss ich noch testen ...
Das oben von xawtv verwendete MS AVI braucht IIRC auch eine Menge Platz auf der Platte. Hast Du davon nicht genug und einen hinreichend schnellen Rechner (so ab 1,5 GHz), geht divx on the fly.
divx - ist das einfach -y divx statt yuv4mpeg - yuv4mpeg steht unter /usr/bin, divx gibt's nicht... ist das Ergebnis auf jedem DVD-Player abspielbar ? Athlon 1800+
Ein GUI Ansatz beruhend auf den mjpegtools ist linuxvideostudio, ich habe damit aber noch nie was gemacht und weiss auch nicht ob es in neuen mjpegtools noch drin ist.
Von linuxvideostudio habe ich nur eine 0.1.7 gefunden, die ist schon ein paar Jahre alt. Gruss Wolfgang
Am Samstag, 24. April 2004 12:16 schrieb Maik Holtkamp:
Hi,
Fuer anspruchvolleres wuerde ich entweder transcode oder lavrec nehmen.
Ich habe also analog zum Dokument von christoph gaitzsch eingegeben: wz@Anne:~> transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='-input Composite1 -F 750',null -y divx5,null -o test_video.divx -g 384x576 -u 100 -m test_audio.avi -f 25 -e 48000,16,2 transcode v0.6.12 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] V: import frame | 384x576 0.67:1 [transcode] V: bits/pixel | 0.326 [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 | disabled [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 @ 384x576 [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [import_v4l.so] v0.0.5 (2003-06-11) (video) v4l | (audio) PCM [export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null [export_divx5.so] v0.1.8 (2003-07-24) (video) DivX 5.xx | (audio) MPEG/AC3/PCM [import_v4l.so] video4linux video grabbing (video.c) (audio-TV): muted=no 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 -2147483623 video frames for AV sync encoding frames [000000-002900], 13.85 fps, EMT: 0:01:56, ( 0| 0| 0) [transcode] (sighandler) SIGINT received encoding frames [000000-002901], 13.85 fps, EMT: 0:01:56, ( 0| 0| 0) clean up | frame threads | unload modules | cancel signal | internal threads | done [transcode] encoded 2902 frames (0 dropped, 0 cloned), clip length 116.08 s Ich hatte dann folgende Datei auf meiner Platte stehen: -rw-r--r-- 1 wz users 28752412 2004-04-24 23:42 test_video.divx Mit xine angesehen, ist irgendein Fernsehkanal, dreimal so hoch wie breit, und kein Ton. Wieso sagt der eigentlich 0 frames dropped, wenn er nur 13.85 pro Sekunde schafft ? Und nach Abbruch mit CTRL-C hatte ich plötzlich eine Datei -rw------- 1 wz users 3467 2004-04-24 23:42 dead.letter dastehen - da scheint's wirklich ein Problem mit reiserfs zu geben ... Gruss Wolfgang
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.
Ich habe also analog zum Dokument von christoph gaitzsch eingegeben:
wz@Anne:~> transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='-input Composite1 -F 750',null -y divx5,null -o test_video.divx -g 384x576 -u 100 -m test_audio.avi -f 25 -e 48000,16,2
In einem weiteren Versuch habe ich dann mit transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1',null -y divx5,null -o test_video.divx -g 384x288 -u 100 -m test_audio.avi -f 25 -e 44100,16,2 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 [44100,16,2] [transcode] A: export | disabled [transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per frame | 7056 (7056.000000) [transcode] A: adjustment | 0@1000 [transcode] V: IA32 accel mode | 3dnow (3dnow mmxext mmx asm) [transcode] V: video buffer | 100 @ 384x288 [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [import_v4l.so] v0.0.5 (2003-06-11) (video) v4l | (audio) PCM [export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null [export_divx5.so] v0.1.8 (2003-07-24) (video) DivX 5.xx | (audio) MPEG/AC3/PCM [import_v4l.so] video4linux video grabbing (video.c) (audio-TV): muted=yes volume=100% 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 -2147483623 video frames for AV sync encoding frames [000000-002016], 25.04 fps, EMT: 0:01:20, ( 0| 0| 0) [transcode] (sighandler) SIGINT received encoding frames [000000-002017], 25.03 fps, EMT: 0:01:20, ( 0| 0| 0) clean up | frame threads | unload modules | cancel signal | internal threads | done [transcode] encoded 2018 frames (0 dropped, 0 cloned), clip length 80.72 s den Film in ganz guter Qualität gehabt, allerdings ohne Ton - der kommt via Line-In.
dastehen - da scheint's wirklich ein Problem mit reiserfs zu geben ... Solche Dinge habe ich jetzt nicht mehr gehabt - aber vielleicht gibt's Effekte, die ich jetzt noch nicht absehen kann (fehlt deshalb vielleicht die Datei für den Ton?)
Gruss Wolfgang
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:
Am Sonntag, 25. April 2004 12:43 schrieb Wolfgang Zenner: 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. 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 ? Btw. was muss ich nach Installtion von linuxvideostudio starten - nach make habe ich keine solche binary gefunden. Gruss Wolfgang
Hi, 0n 04/04/25@20:23 Wolfgang Zenner told me:
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:
Am Sonntag, 25. April 2004 12:43 schrieb Wolfgang Zenner: 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. Da wuerde ich als Zwischenformat yuv4mpeg vorziehen (-k und -z koennten IIRC wichtig werden oder lass -V weg) . Den Ton kannst Du getrennt dazu aufnehmen (-p /dev/dsp -m). Mixer auf line in recording. 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.
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. Als Tonformat solltest Du beides mal mpeg1-layer2 AKA mp2 nehmen. Bei DVD brauchst Du dann -E 48000,16,2. svcd ist @44100.
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. -- bye maik
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
Was bedeuten eigentlich in der Zeile encoding frames [000000-004329], 27.14 fps, EMT: 0:02:53, ( 0| 0|99) die drei Zahlen in den Klammern am Ende der Zeile ? Gruss Wolfgang
Hallo, ich habe mir jetzt ein kleines Script erstellt, mit dem ich zuerst aufnehmen und dann bearbeiten kann. xine meint zwar, dass es DVD wäre, aber da mein DVD-Player defekt ist, kann ich das nicht verifizieren: Aufnahme: transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1' -y mpeg,yuv4mpeg -o $1_video -g 384x288 -u 100 -m $1_audio.mpa -f 25 -e 48000,16,2 Bearbeitung: transcode -V -i $1_video.m1v -x mpeg2,null -y mpeg,null -F mpeg -J yuvdenoise=deinterlace=0,dnr -o $1_denoised -u 100 -f 25 -g 384x288 echo "RetCode deinterlace = " $? > denoise_encode.log # transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p $1_audio.mpa -w 3000 -e 48000,16,2 -R 1 -u 100 -f 25 -g 384x288 --divx_quant 2,10 # echo "RetCode encode(1) = " $? >> denoise_encode.log # transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p $1_audio.mpa -w 3000 -e 48000,16,2 -R 2 -u 100 -f 25 -g 384x288 --divx_quant 2,10 # echo "RetCode encode(2) = " $? >> denoise_encode.log transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p $1_audio.mpa -w 3000 -e 48000,16,2 -R 0 -u 100 -f 25 -g 384x288 --divx_quant 2,10 echo "RetCode encode(0) = " $? >> denoise_encode.log mplex -V -f 8 -S 4400 -o $1.mpg $1.m1v $1.mpa echo "RetCode mplex = " $? >> denoise_encode.log rm -r $1 dvdauthor -o $1 $1.mpg echo "RetCode dvdauthor = " $? >> denoise_encode.log dvdauthor -o $1 -T echo "RetCode dvdauthor = " $? >> denoise_encode.log Da er bei "R 1" und "R 2" das gleiche tut, habe ich dann einen Durchgang mit "R 0" gemacht. Ich fürchte einfach, dass ich irgendwo auf 720x576 hochskalieren muss... Wolfgang
Hi, 0n 04/04/30@08:38 Wolfgang Zenner told me:
ich habe mir jetzt ein kleines Script erstellt, mit dem ich zuerst aufnehmen und dann bearbeiten kann. xine meint zwar, dass es DVD wäre, aber da mein DVD-Player defekt ist, kann ich das nicht verifizieren: Aufnahme: transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1' -y mpeg,yuv4mpeg -o $1_video -g 384x288 -u 100 -m $1_audio.mpa -f 25 -e 48000,16,2
-y mpeg ist bbmpeg, das ist weder schnell noch qualitativ gut. Was ich meinte ist in etwas das tvrec.sh macht: Hier wuerde ich -y yuv4mpeg,null nehmen, wenn Du Platz hast. Den Ton machst Du ueber -p und -m also hat er bei -y nichts verloren. Ich wuerde -E nehmen -e ist fuer den Eingang und meist automatisch erkannt. AFAIK liefert v4l 32000. Paramenter sind gleich.
Bearbeitung: transcode -V -i $1_video.m1v -x mpeg2,null -y mpeg,null -F mpeg -J yuvdenoise=deinterlace=0,dnr -o $1_denoised -u 100 -f 25 -g 384x288 echo "RetCode deinterlace = " $? > denoise_encode.log
Das kannst Du wie in tvrec.sh nicen, dann stoert es nicht so: nice -19 transcode .. -x yuv4mpeg,null -y yuv4mpeg,null und die Filter. Klatsch hier ruhig alles rein, was Du an Filtern haben willst. BTW: Transcode ist hier sehr tollerant. Denn Du schickst ihm mpeg1 (m1v - produziert von -y mpeg) und sagst ihm es soll es im import als mpeg2 behandeln. Raus kommt hier bei Dir wieder mpeg1.
# transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p $1_audio.mpa -w 3000 -e 48000,16,2 -R 1 -u 100 -f 25 -g 384x288 --divx_quant 2,10 # echo "RetCode encode(1) = " $? >> denoise_encode.log # transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p $1_audio.mpa -w 3000 -e 48000,16,2 -R 2 -u 100 -f 25 -g 384x288 --divx_quant 2,10 # echo "RetCode encode(2) = " $? >> denoise_encode.log transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p $1_audio.mpa -w 3000 -e 48000,16,2 -R 0 -u 100 -f 25 -g 384x288 --divx_quant 2,10 echo "RetCode encode(0) = " $? >> denoise_encode.log
Das hst Du falsch verstanden. Das -R 1/2 wird in tvrec.sh benutzt, da nach divx (mpeg4) encodet wird. Das macht man bei mpeg4, um die Filegroesse moeglichst passend zu bekommen. Wenn man auf CD's brennt ist es sehr aergerlich, wenn das Ergebnis dann gard 10 MB groesser als der Rohling ist (bei DVD auch, aber die Spanne ist halt groesser). Ich tippe mal Du kannst Dir jetzt vorstellen, wie wichtig bei mpeg1/2 der Parameter divx_quant ist ;). -w lass auch weg. -f und -g sollte transcode automatisch erkennen. Du macht hier nur was am Bild, den Ton hier mit in den import zu schieben macht also auch wenig Sinn. Dein eigentliches Zielformat sollte mpeg2 sein. Ich wuerde hier die mjpegtools benutzen und die kennen eh' kein 2 pass encoding.
mplex -V -f 8 -S 4400 -o $1.mpg $1.m1v $1.mpa echo "RetCode mplex = " $? >> denoise_encode.log rm -r $1 dvdauthor -o $1 $1.mpg echo "RetCode dvdauthor = " $? >> denoise_encode.log dvdauthor -o $1 -T echo "RetCode dvdauthor = " $? >> denoise_encode.log
Da er bei "R 1" und "R 2" das gleiche tut, habe ich dann einen Durchgang mit "R 0" gemacht.
Siehe oben.
Ich fürchte einfach, dass ich irgendwo auf 720x576 hochskalieren muss...
Nein. Das xine das spielt und mplex das muxt ist aber mehr oder weniger Glueck ;). 384x288 ist zufaellig die einzige Aufloesung, die auf dvd in mpeg1 und mpeg2 erlaubt ist und Du hast da mpeg1 erstellt. Dein Ton ist immer noch PCM, aber auch das ist auf DVD erlaubt. Schwein gehabt :). Schau Dir einfach mal an, was tcprobe -i DeinErgebnis sagt. Das hochskalieren macht Dein TV, immer, und zwar auf seine Aufloesung. Obwohl Du was legales erstellt hast, wuerde ich das so nicht machen. Mpeg1 will man nicht auf DVD. Fuer PCM sound gilt IMHO das gleiche. Wenn es vielleicht auch sonst nichts ausmacht so verbraucht es doch (bei gegebener Qualitaet) unnoetig Platz. Darueber hinaus musst Du damit rechnen, dass es eine Reihe Hardwareplayer gibt, die nicht wissen, dass mpeg1 auf einer DVD legal ist und da nicht mitspielen. Daher wuerde ich den letzten transcode Aufruf (das eigentliche umcodieren) in etwa so machen: transcode -i film -p audio -x yuv4mpeg -E 48000,16,2 -V -o dvdfilm\ -y mpeg2enc,mp2enc -F 8,"-b 8000 -K kvcd -g 6" Wie gesagt bin ich nicht sicher beim -V. Das was oben in "" steht findest Du in man mpeg2enc. Das Umkodieren kannst Du natuerlich auch nicen, damit es Deine anderen Anwendungen nicht behindert. Der einzig kritische Schritt bei dem ganzen Vorgang ist das Aufnehmen, da muss Deine Kiste hinter die gelieferten 25fps, die die Karte liefert, hinterher, ohne zuviel Frames zu verlieren. Daher waehlst Du dort yuv4mpeg. Dieser codec schohnt den Prozessor (dafuer brauchst Du fuer diesen Schritt Plattenplatz). Wenn Deine Kiste das hergibt (min. 2,8 GHz habe ich mal gehoert), kannst Du auch versuchen direkt beim Aufnehmen das Zeug nach mpeg2 zu codieren. Dann ist mpeg2enc aber nicht erste Wahl, da es eher fuer Qualtitaet denn fuer speed bekannt ist. Probier in diesem Fall -y ffmpeg -F mpeg2. Sei aber vorsichtig mit der max. bitrate. Ueber 6000 wuerde ich bei ffmeg nicht gehen, denn es ist bekannt fuer seine Ausreisser nach oben und dann bist Du flugs ueber den 9800, die fuer DVD erlaubt sind. Andererseits sollten bei 384x288 vielleicht auch schon 4000 fuer eine Topqualitaet reichen. Ein ganz schickes Mittelding ist auch 384x576. Wenn das dann < 700 MB wird, kannst Du den Ton in 44100 dazupacken und auf eine CD brennen - nennt sich cvd und spielen fast alle Hardwareboxen (zumindest die aus *c*hina;)). Die erlaubte Bitrate ist hier die gleiche wie bei svcd, aber die meisten guenstig Player haben auch kein Problem, wenn man ein paar Kbit/sec mehr verwendet. Leider hat weder mpeg2enc noch ffmpeg ein Profil dafuer (-F). Aber bei mpeg2enc kannst Du -F 5 (xsvcd) verwenden. Ich wuerde in jedem Fall immer jeden Schritt einzeln machen und die Zwischenergebnisse anschauen. Es reichen ja ein paar Minuten um einen Eindruck zu bekommen. Ich weiss, ist 'ne Menge Stoff, aber wenn Dein script einmal steht kannst Du es ja wieder vergessen. HTH, happy testing & viel Glueck ;). -- bye maik
Am Samstag, 1. Mai 2004 13:59 schrieb karola@sally.dts-online.net: > Hi, > > 0n 04/04/30@08:38 Wolfgang Zenner told me: > > ich habe mir jetzt ein kleines Script erstellt, mit dem ich zuerst > > aufnehmen und dann bearbeiten kann. xine meint zwar, dass es DVD wäre, > > aber da mein DVD-Player defekt ist, kann ich das nicht verifizieren: > > Aufnahme: > > transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1' -y > > mpeg,yuv4mpeg -o $1_video -g 384x288 -u 100 -m $1_audio.mpa -f 25 -e > > 48000,16,2 > > -y mpeg ist bbmpeg, das ist weder schnell noch qualitativ gut. Was > ich meinte ist in etwas das tvrec.sh macht: Scheint so, im kleinen Fenster sieht's zwar nach denoise gut aus, aber grösser ist nicht wirklich gut. BTW: Auf der HomePage von Christoph Gaitzsch gibt's zwar einen Link zu tvrec.sh, der aber nicht funktioniert - vielleicht kannst Du mir das Script mailen (ich glaube die Liste erlaubt keine Anhänge). BTTW: was ist von der Qualität von streamer (xawtv) zu halten, oder nutzt xawtv -noxv etwa streamer, dann ist nicht gut. > > Hier wuerde ich -y yuv4mpeg,null nehmen, wenn Du Platz hast. Den Ton > machst Du ueber -p und -m also hat er bei -y nichts verloren. Ich versteh transcode nie ! > > Ich wuerde -E nehmen -e ist fuer den Eingang und meist automatisch > erkannt. AFAIK liefert v4l 32000. Paramenter sind gleich. Heisst das, ich rechne den Ton erst später hoch oder kann der für DVD trotzdem so bleiben ? > > > Bearbeitung: > > transcode -V -i $1_video.m1v -x mpeg2,null -y mpeg,null -F mpeg -J > > yuvdenoise=deinterlace=0,dnr -o $1_denoised -u 100 -f 25 -g 384x288 > > echo "RetCode deinterlace = " $? > denoise_encode.log > > Das kannst Du wie in tvrec.sh nicen, dann stoert es nicht so: > > nice -19 transcode .. > > -x yuv4mpeg,null -y yuv4mpeg,null und die Filter. Klatsch hier ruhig > alles rein, was Du an Filtern haben willst. da fehlt wohl noch normalize für den Ton, aber dafür mache ich wohl besser einen eigenen transcode-Aufruf - ansonsten habe ich mal in die Sektion Filters hineingesehen, aber nichts wichtiges gefunden. > > BTW: > Transcode ist hier sehr tollerant. Denn Du schickst ihm mpeg1 (m1v - > produziert von -y mpeg) und sagst ihm es soll es im import als mpeg2 > behandeln. Raus kommt hier bei Dir wieder mpeg1. Ich habe immer da, wo mir transcode eine Fehlermeldung bei der Angabe von -x und -y gegeben hat, das genommen, was er nicht angemeckert hat - eigentlich wollte ich mpeg2, habe also, weil export_mpeg2 nicht existierte, dann mpeg angegeben, weil auch in der manpage bei mpeg "(video) MPEG 1/2" steht. > > > # transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p > > $1_audio.mpa -w 3000 -e 48000,16,2 -R 1 -u 100 -f 25 -g 384x288 > > --divx_quant 2,10 > > # echo "RetCode encode(1) = " $? >> denoise_encode.log > > # transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p > > $1_audio.mpa -w 3000 -e 48000,16,2 -R 2 -u 100 -f 25 -g 384x288 > > --divx_quant 2,10 > > # echo "RetCode encode(2) = " $? >> denoise_encode.log > > transcode -V -i $1_denoised.m1v -x mpeg2 -y mpeg -F mpeg -o $1 -p > > $1_audio.mpa -w 3000 -e 48000,16,2 -R 0 -u 100 -f 25 -g 384x288 > > --divx_quant 2,10 echo "RetCode encode(0) = " $? >> denoise_encode.log > > Das hst Du falsch verstanden. Das -R 1/2 wird in tvrec.sh benutzt, > da nach divx (mpeg4) encodet wird. Das macht man bei mpeg4, um die > Filegroesse moeglichst passend zu bekommen. Wenn man auf CD's brennt > ist es sehr aergerlich, wenn das Ergebnis dann gard 10 MB groesser > als der Rohling ist (bei DVD auch, aber die Spanne ist halt > groesser). okay. > > Ich tippe mal Du kannst Dir jetzt vorstellen, wie wichtig bei > mpeg1/2 der Parameter divx_quant ist ;). -w lass auch weg. -f und > -g sollte transcode automatisch erkennen. Du macht hier nur was am > Bild, den Ton hier mit in den import zu schieben macht also auch > wenig Sinn. richtig - hab ich nicht gut aufgepasst ... > > Dein eigentliches Zielformat sollte mpeg2 sein. Ich wuerde hier die > mjpegtools benutzen und die kennen eh' kein 2 pass encoding. > > > mplex -V -f 8 -S 4400 -o $1.mpg $1.m1v $1.mpa > > echo "RetCode mplex = " $? >> denoise_encode.log > > rm -r $1 > > dvdauthor -o $1 $1.mpg > > echo "RetCode dvdauthor = " $? >> denoise_encode.log > > dvdauthor -o $1 -T > > echo "RetCode dvdauthor = " $? >> denoise_encode.log > > > > Da er bei "R 1" und "R 2" das gleiche tut, habe ich dann einen Durchgang > > mit "R 0" gemacht. > > Siehe oben. > > > Ich fürchte einfach, dass ich irgendwo auf 720x576 hochskalieren muss... > > Nein. Das xine das spielt und mplex das muxt ist aber mehr oder > weniger Glueck ;). > > 384x288 ist zufaellig die einzige Aufloesung, die auf dvd in mpeg1 > und mpeg2 erlaubt ist und Du hast da mpeg1 erstellt. > > Dein Ton ist immer noch PCM, aber auch das ist auf DVD erlaubt. > Schwein gehabt :). > > Schau Dir einfach mal an, was tcprobe -i DeinErgebnis sagt. > > Das hochskalieren macht Dein TV, immer, und zwar auf seine > Aufloesung. > > Obwohl Du was legales erstellt hast, wuerde ich das so nicht > machen. Mpeg1 will man nicht auf DVD. Fuer PCM sound gilt IMHO > das gleiche. Wenn es vielleicht auch sonst nichts ausmacht so > verbraucht es doch (bei gegebener Qualitaet) unnoetig Platz. > > Darueber hinaus musst Du damit rechnen, dass es eine Reihe > Hardwareplayer gibt, die nicht wissen, dass mpeg1 auf einer DVD > legal ist und da nicht mitspielen. > > Daher wuerde ich den letzten transcode Aufruf (das eigentliche > umcodieren) in etwa so machen: > > transcode -i film -p audio -x yuv4mpeg -E 48000,16,2 -V -o dvdfilm\ > -y mpeg2enc,mp2enc -F 8,"-b 8000 -K kvcd -g 6" > > Wie gesagt bin ich nicht sicher beim -V. Das was oben in "" steht > findest Du in man mpeg2enc. > > Das Umkodieren kannst Du natuerlich auch nicen, damit es Deine > anderen Anwendungen nicht behindert. > > Der einzig kritische Schritt bei dem ganzen Vorgang ist das > Aufnehmen, da muss Deine Kiste hinter die gelieferten 25fps, die die > Karte liefert, hinterher, ohne zuviel Frames zu verlieren. Daher > waehlst Du dort yuv4mpeg. Dieser codec schohnt den Prozessor > (dafuer brauchst Du fuer diesen Schritt Plattenplatz). > > Wenn Deine Kiste das hergibt (min. 2,8 GHz habe ich mal gehoert), > kannst Du auch versuchen direkt beim Aufnehmen das Zeug nach mpeg2 > zu codieren. Dann ist mpeg2enc aber nicht erste Wahl, da es eher > fuer Qualtitaet denn fuer speed bekannt ist. Mein Prozessor ist ein Athlon XP 1800+, aber ich habe 20GB zur Verfügung, und wenn's unbedingt sein muss, sind's auch 28GB. > > Probier in diesem Fall -y ffmpeg -F mpeg2. Sei aber vorsichtig mit > der max. bitrate. Ueber 6000 wuerde ich bei ffmeg nicht gehen, denn > es ist bekannt fuer seine Ausreisser nach oben und dann bist Du > flugs ueber den 9800, die fuer DVD erlaubt sind. Andererseits > sollten bei 384x288 vielleicht auch schon 4000 fuer eine > Topqualitaet reichen. > > Ein ganz schickes Mittelding ist auch 384x576. Wenn das dann < 700 > MB wird, kannst Du den Ton in 44100 dazupacken und auf eine CD > brennen - nennt sich cvd und spielen fast alle Hardwareboxen > (zumindest die aus *c*hina;)). Das sieht in xine sehr komisch aus, weil mit doppelter Höhe - macht der Fernseher das besser ? Ist SEG Hollywood III *c*hina ? (Die haben den offensichlich wirklich repariert, mein Bruder wird ihn am Montag abholen, ich kriege ihn dann am deutschen Muttertag - dann fahre ich ins "Saarland"). > > Die erlaubte Bitrate ist hier die gleiche wie bei svcd, aber die > meisten guenstig Player haben auch kein Problem, wenn man ein paar > Kbit/sec mehr verwendet. Leider hat weder mpeg2enc noch ffmpeg ein > Profil dafuer (-F). Aber bei mpeg2enc kannst Du -F 5 (xsvcd) > verwenden. > > Ich wuerde in jedem Fall immer jeden Schritt einzeln machen und die > Zwischenergebnisse anschauen. Es reichen ja ein paar Minuten um > einen Eindruck zu bekommen. Ich weiss, ist 'ne Menge Stoff, aber > wenn Dein script einmal steht kannst Du es ja wieder vergessen. Allerdings - ich hab's viel lieber quick'n'dirty und läuft, also VHS-->DVD 1. ... 2. ... 3. ... > > HTH, happy testing & viel Glueck ;). Danke ! Wolfgang P.S. die Kinderfilme sind auf DVD, weil's mir beim Kindergeburtstag lieber ist, die spielen mit den selbstgebrannten DVD's, statt mit den Kaufbändern. Zwei DVD's haben sie tatsächlich klein gekriegt. Aber ich werde zeitnah mal irgendein dummes Video probieren, vielleicht Pippi an Weihnachten, der hat nur 30 Minuten - für'n Test ist's genug.
Am Samstag, 1. Mai 2004 22:20 schrieb Wolfgang Zenner:
Am Samstag, 1. Mai 2004 13:59 schrieb karola@sally.dts-online.net:
Hi, Hier wuerde ich -y yuv4mpeg,null nehmen, wenn Du Platz hast. Den Ton machst Du ueber -p und -m also hat er bei -y nichts verloren.
wenn ich -y yuv4mpeg,null angebe, dann habe ich keinen Ton - soll ich dann besser den Ton in die gleiche Datei aufnehmen, da ich dafür einen normalize machen muss - ist sonst übersteuert. Gruss Wolfgang
Hi, 0n 04/05/01@22:20 Wolfgang Zenner told me:
Am Samstag, 1. Mai 2004 13:59 schrieb karola@sally.dts-online.net:
Hi,
0n 04/04/30@08:38 Wolfgang Zenner told me:
ich habe mir jetzt ein kleines Script erstellt, mit dem ich zuerst aufnehmen und dann bearbeiten kann. xine meint zwar, dass es DVD wäre, aber da mein DVD-Player defekt ist, kann ich das nicht verifizieren: Aufnahme: transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1' -y mpeg,yuv4mpeg -o $1_video -g 384x288 -u 100 -m $1_audio.mpa -f 25 -e 48000,16,2
-y mpeg ist bbmpeg, das ist weder schnell noch qualitativ gut. Was ich meinte ist in etwas das tvrec.sh macht: Scheint so, im kleinen Fenster sieht's zwar nach denoise gut aus, aber grösser ist nicht wirklich gut. BTW: Auf der HomePage von Christoph Gaitzsch gibt's zwar einen Link zu tvrec.sh, der aber nicht funktioniert - vielleicht kannst Du mir das Script mailen (ich glaube die Liste erlaubt keine Anhänge). BTTW: was ist von der Qualität von streamer (xawtv) zu halten, oder nutzt xawtv -noxv etwa streamer, dann ist nicht gut.
Hier wuerde ich -y yuv4mpeg,null nehmen, wenn Du Platz hast. Den Ton machst Du ueber -p und -m also hat er bei -y nichts verloren. Ich versteh transcode nie !
Ich wuerde -E nehmen -e ist fuer den Eingang und meist automatisch erkannt. AFAIK liefert v4l 32000. Paramenter sind gleich. Heisst das, ich rechne den Ton erst später hoch oder kann der für DVD trotzdem so bleiben ?
Mit -p -m schibst Du den Ton als PCM Tonspur in eine eigene Datei. Die gibst Du transcode dann beim abschliessenden Bearbeiten wieder an: Am Anfang: -i /dev/video -p /dev/dsp -m ton.raw -o video Im letzten Schritt: -i video -p ton.raw -y mpeg2enc,mp2enc -F 8 -o film Ergebnis: film.mpa film.m2v wandelt video nach mpeg2 und ton nach mpeg1-layer2 sorgt auch dafuer das die noetigen sync infos in die beiden streams sind so das mplex laeuft.
-x yuv4mpeg,null -y yuv4mpeg,null und die Filter. Klatsch hier ruhig alles rein, was Du an Filtern haben willst. da fehlt wohl noch normalize für den Ton, aber dafür mache ich wohl besser einen eigenen transcode-Aufruf - ansonsten habe ich mal in die Sektion Filters hineingesehen, aber nichts wichtiges gefunden.
Das normalise kannst Du auch in den letzten Schritt schieben, dass braucht keinen Dampf.
BTW: Transcode ist hier sehr tollerant. Denn Du schickst ihm mpeg1 (m1v - produziert von -y mpeg) und sagst ihm es soll es im import als mpeg2 behandeln. Raus kommt hier bei Dir wieder mpeg1. Ich habe immer da, wo mir transcode eine Fehlermeldung bei der Angabe von -x und -y gegeben hat, das genommen, was er nicht angemeckert hat - eigentlich wollte ich mpeg2, habe also, weil export_mpeg2 nicht existierte, dann mpeg angegeben, weil auch in der manpage bei mpeg "(video) MPEG 1/2" steht.
-y mpeg ist vom speed her etwas langsamer als mpeg2enc aus den mjpegtools. Qualitativ ist es IMHO deutlich schlechter. Also eigentlich ein Relikt in transcode. Meine Speed Angaben in der letzten mail waren alle auf 720x576 basierend. Mit 384x288 hast Du ca. Faktor 4 kleineres Du kannst es daher auch direkt mit mpeg2enc probieren (sorry nicht dran gedacht). Wenn Du in speed Probleme laeufst, pack den Hirsch aus und nimm ffmpeg (-y ffmpeg -F mpeg2video). ffmpeg ist sehr schnell und qualitativ auf etwa dem Niveau wie mpeg2enc. Bei mpeg2enc kannst Du nur besser die Qualitaet kontrollieren (siehe man page) ohne direkt im source nachzuschauen oder dort anzupassen ;). Vielleicht Vorurteil ... ich kenne ffmpeg nicht so gut. ffmpeg sollte die 384x288 in Echtzeit koennen auch auf Deiner Hardware. HTH -- bye maik
Hi,
0n 04/05/01@22:20 Wolfgang Zenner told me:
Am Samstag, 1. Mai 2004 13:59 schrieb karola@sally.dts-online.net:
Hi,
0n 04/04/30@08:38 Wolfgang Zenner told me:
ich habe mir jetzt ein kleines Script erstellt, mit dem ich zuerst aufnehmen und dann bearbeiten kann. xine meint zwar, dass es DVD wäre, aber da mein DVD-Player defekt ist, kann ich das nicht verifizieren: Aufnahme: transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1' -y mpeg,yuv4mpeg -o $1_video -g 384x288 -u 100 -m $1_audio.mpa -f 25 -e 48000,16,2
-y mpeg ist bbmpeg, das ist weder schnell noch qualitativ gut. Was ich meinte ist in etwas das tvrec.sh macht:
Scheint so, im kleinen Fenster sieht's zwar nach denoise gut aus, aber grösser ist nicht wirklich gut. BTW: Auf der HomePage von Christoph Gaitzsch gibt's zwar einen Link zu tvrec.sh, der aber nicht funktioniert - vielleicht kannst Du mir das Script mailen (ich glaube die Liste erlaubt keine Anhänge). BTTW: was ist von der Qualität von streamer (xawtv) zu halten, oder nutzt xawtv -noxv etwa streamer, dann ist nicht gut.
Hier wuerde ich -y yuv4mpeg,null nehmen, wenn Du Platz hast. Den Ton machst Du ueber -p und -m also hat er bei -y nichts verloren.
Ich versteh transcode nie !
Ich wuerde -E nehmen -e ist fuer den Eingang und meist automatisch erkannt. AFAIK liefert v4l 32000. Paramenter sind gleich.
Heisst das, ich rechne den Ton erst später hoch oder kann der für DVD trotzdem so bleiben ?
Mit -p -m schibst Du den Ton als PCM Tonspur in eine eigene Datei. Die gibst Du transcode dann beim abschliessenden Bearbeiten wieder an:
Am Anfang:
-i /dev/video -p /dev/dsp -m ton.raw -o video
Im letzten Schritt:
-i video -p ton.raw -y mpeg2enc,mp2enc -F 8 -o film
Ergebnis:
film.mpa film.m2v
wandelt video nach mpeg2 und ton nach mpeg1-layer2 sorgt auch dafuer das die noetigen sync infos in die beiden streams sind so das mplex laeuft.
-x yuv4mpeg,null -y yuv4mpeg,null und die Filter. Klatsch hier ruhig alles rein, was Du an Filtern haben willst.
da fehlt wohl noch normalize für den Ton, aber dafür mache ich wohl besser einen eigenen transcode-Aufruf - ansonsten habe ich mal in die Sektion Filters hineingesehen, aber nichts wichtiges gefunden.
Das normalise kannst Du auch in den letzten Schritt schieben, dass braucht keinen Dampf.
BTW: Transcode ist hier sehr tollerant. Denn Du schickst ihm mpeg1 (m1v - produziert von -y mpeg) und sagst ihm es soll es im import als mpeg2 behandeln. Raus kommt hier bei Dir wieder mpeg1.
Ich habe immer da, wo mir transcode eine Fehlermeldung bei der Angabe von -x und -y gegeben hat, das genommen, was er nicht angemeckert hat - eigentlich wollte ich mpeg2, habe also, weil export_mpeg2 nicht existierte, dann mpeg angegeben, weil auch in der manpage bei mpeg "(video) MPEG 1/2" steht.
-y mpeg ist vom speed her etwas langsamer als mpeg2enc aus den mjpegtools. Qualitativ ist es IMHO deutlich schlechter. Also eigentlich ein Relikt in transcode.
Meine Speed Angaben in der letzten mail waren alle auf 720x576 basierend. Mit 384x288 hast Du ca. Faktor 4 kleineres Du kannst es daher auch direkt mit mpeg2enc probieren (sorry nicht dran gedacht).
Wenn Du in speed Probleme laeufst, pack den Hirsch aus und nimm ffmpeg (-y ffmpeg -F mpeg2video). ffmpeg ist sehr schnell und qualitativ auf etwa dem Niveau wie mpeg2enc. Bei mpeg2enc kannst Du nur besser die Qualitaet kontrollieren (siehe man page) ohne direkt im source nachzuschauen oder dort anzupassen ;). Vielleicht Vorurteil ... ich kenne ffmpeg nicht so gut.
ffmpeg sollte die 384x288 in Echtzeit koennen auch auf Deiner Hardware. Also, ich habe jetzt mal ganz frech:
Am Sonntag, 2. Mai 2004 20:41 schrieb s-y-l@gmx.net: transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1' -y ffmpeg -F mpeg2video -o $1_video -g 720x576 -u 100 -m $1_audio.mpa -f 25 -e 48000,16,2 probiert: wz@Anne:/free/movie> ~/Videobearbeitung/VHS2DVD/start_record_vhs2dvd MaulefWilli transcode v0.6.12 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] V: import frame | 720x576 1.25:1 [transcode] V: bits/pixel | 0.174 [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 | 0x55 MPEG layer-3 [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 @ 720x576 [import_v4l.so] v0.0.5 (2003-06-11) (video) v4l | (audio) PCM [export_ffmpeg.so] v0.3.11 (2003-12-30) (video) FFmpeg0.4.8b4695 | (audio) MPEG/AC3/PCM [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 [export_ffmpeg.so] Using FFMPEG codec 'mpeg2video' (FourCC 'mpg2', MPEG2 compliant video). [export_ffmpeg.so] setting gop_size to 12 for mpeg1/2-video [export_ffmpeg.so] Neither './ffmpeg.cfg' nor '~/.transcode/ffmpeg.cfg' [export_ffmpeg.so] found. Default settings will be used instead. Audio: using new version Audio: using lame-3.93 MMX encoding frames [000000-002195], 25.00 fps, EMT: 0:01:27, ( 0| 0| 0) [transcode] (sighandler) SIGINT received encoding frames [000000-002196], 24.98 fps, EMT: 0:01:27, ( 0| 0| 2) clean up | frame threads | unload modules | cancel signal | internal threads | done [transcode] encoded 2197 frames (0 dropped, 0 cloned), clip length 87.88 s Das scheint also FullSize hervorragend zu klappen. Da er mir zudem 48000 angibt, habe ich das auch so gelassen, sonst rechnet er runter und für DVD wieder rauf. Er benötigt 135MB für 10 Minuten, was ich bei der Grösse allerdings ziemlich komisch finde. Nur beim denoise schafft er nur 3,5fps ... das ist ziemlich unbrauchbar!!! Auch scheint die Qualität nicht wirklich besser zu sein, als 384x288 - irgendwoher muss ich wohl höhere Bitraten herkriegen, da die Dateien ziemlich klein sind, und ich bestimmt bessere Qualität erzielen kann. Gruss Wolfgang
Hi, 0n 04/05/02@22:40 Wolfgang Zenner told me:
Hi,
0n 04/05/01@22:20 Wolfgang Zenner told me:
Wenn Du in speed Probleme laeufst, pack den Hirsch aus und nimm ffmpeg (-y ffmpeg -F mpeg2video). ffmpeg ist sehr schnell und qualitativ auf etwa dem Niveau wie mpeg2enc. Bei mpeg2enc kannst Du nur besser die Qualitaet kontrollieren (siehe man page) ohne direkt im source nachzuschauen oder dort anzupassen ;). Vielleicht Vorurteil ... ich kenne ffmpeg nicht so gut.
ffmpeg sollte die 384x288 in Echtzeit koennen auch auf Deiner Hardware. Also, ich habe jetzt mal ganz frech:
Am Sonntag, 2. Mai 2004 20:41 schrieb s-y-l@gmx.net: transcode -V -H0 -p /dev/dsp -i /dev/video0 -x v4l='--import_v4l 1' -y ffmpeg -F mpeg2video -o $1_video -g 720x576 -u 100 -m $1_audio.mpa -f 25 -e 48000,16,2 probiert: wz@Anne:/free/movie> ~/Videobearbeitung/VHS2DVD/start_record_vhs2dvd MaulefWilli transcode v0.6.12 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] V: import frame | 720x576 1.25:1 [transcode] V: bits/pixel | 0.174 [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 | 0x55 MPEG layer-3 [48000,16,2] 128 kbps
mp3 ist auf DVD nicht erlaubt. Nimmt -y ffmpeg,toolame oder -y ffmpeg,mp2enc.
[export_ffmpeg.so] Neither './ffmpeg.cfg' nor '~/.transcode/ffmpeg.cfg'
In dieser Datei kannst Du maechtig an ffmpeg schrauben. Schau in der FAQ auf http://www.transcoding.org. Fuer mich ist die voodo :(.
Das scheint also FullSize hervorragend zu klappen. Da er mir zudem 48000
Das mit dem Fullsize ist hier so eine Sache. PAL-TV ist 768x576 50Hz interlaced. Also bekommst Du alle 0,02 sec ein Halbbild 768x288: --------------------------------- ********************************* 1. Bild ********************************* --------------------------------- 2. Bild Wenn Du jetzt alle 25sec ein Bild x576 aufnimmst wird das entweder plump skaliert oder deinterlaced. Probier mal die Aufnahme von schnellen Szenen mit -I 1, wenn das zu deutlich besseren Ergebnissen fuehrt, skaliert Dein Aufruf das Bild lediglich. Deinterlacing ist wichitg wenn Du interlaced Material fuer den PC aufarbeiten willst. Wenn aber TV Dein Ausgabemedium ist, solltest Du es interlaced lassen (ich weiss nicht ob ffmpeg das kann). Du kannst dann zwar die Qualitaet am PC Monitor nicht beurteilen [1], hast aber am TV keine Verluste durch das deinterlacen.
angibt, habe ich das auch so gelassen, sonst rechnet er runter und für DVD wieder rauf. Er benötigt 135MB für 10 Minuten, was ich bei der Grösse allerdings ziemlich komisch finde.
Die zu verwendene Bitrate kannst Du bestimmt in der config einstellen.
Nur beim denoise schafft er nur 3,5fps ... das ist ziemlich unbrauchbar!!!
tvrecs denoise Plan ist eigentlich: - Aufnahme mit einem verlustarmen codec (yuv4mpeg) - denoising - encoding Du versuchst aber an mpeg2 zu denoisen. Kann gehen, braucht aber bestimmt mehr Leistung. Es kann auch sein das ffmpeg denoiser eingebaut hat, die besser dazu passen. In tvrec.sh wird denoised um zu einer kleinen Bitrate zu kommen da "noise" beim encoden Bitrate braucht. Auf DVD ist Du genug bitrate zur Verfuegung, da ist das IMHO nicht so wichtig.
Auch scheint die Qualität nicht wirklich besser zu sein, als 384x288 - irgendwoher muss ich wohl höhere Bitraten herkriegen, da die Dateien ziemlich klein sind, und ich bestimmt bessere Qualität erzielen kann.
AFAIK liefert v4l auch nur 384x288. Durch Dein skalieren wird es dann nicht besser. Im Gegenteil, denn Du verteilst die gleiche Bitrate auf ca. 4x mehr Pixel. Wenn Du bei 384x288 bleibst solltest Du ab ca. 2500 Kbit/sec ein sauberes Bild bekommen, bei dem ein weiteres Erhoehen der Bitrate keine sichtbaren Verbesserungen mehr bringt. -- bye maik
Am Dienstag, 4. Mai 2004 11:44 schrieb s-y-l@gmx.net:
Hi,
[export_ffmpeg.so] Neither './ffmpeg.cfg' nor '~/.transcode/ffmpeg.cfg'
In dieser Datei kannst Du maechtig an ffmpeg schrauben. Schau in der FAQ auf http://www.transcoding.org. Fuer mich ist die voodo :(.
Muss ich probieren ...
Das scheint also FullSize hervorragend zu klappen. Da er mir zudem 48000
Das mit dem Fullsize ist hier so eine Sache.
PAL-TV ist 768x576 50Hz interlaced. Also bekommst Du alle 0,02 sec ein Halbbild 768x288:
--------------------------------- ********************************* 1. Bild
********************************* --------------------------------- 2. Bild
Wenn Du jetzt alle 25sec ein Bild x576 aufnimmst wird das entweder plump skaliert oder deinterlaced.
Probier mal die Aufnahme von schnellen Szenen mit -I 1, wenn das zu deutlich besseren Ergebnissen fuehrt, skaliert Dein Aufruf das Bild lediglich.
Deinterlacing ist wichitg wenn Du interlaced Material fuer den PC aufarbeiten willst. Wenn aber TV Dein Ausgabemedium ist, solltest Du es interlaced lassen (ich weiss nicht ob ffmpeg das kann). Du kannst dann zwar die Qualitaet am PC Monitor nicht beurteilen [1], hast aber am TV keine Verluste durch das deinterlacen.
stimmt, weiss ich eigentlich.
Die zu verwendene Bitrate kannst Du bestimmt in der config einstellen.
...
tvrecs denoise Plan ist eigentlich:
- Aufnahme mit einem verlustarmen codec (yuv4mpeg) - denoising - encoding
ist einsichtig.
In tvrec.sh wird denoised um zu einer kleinen Bitrate zu kommen da "noise" beim encoden Bitrate braucht. Auf DVD ist Du genug bitrate zur Verfuegung, da ist das IMHO nicht so wichtig.
Auch scheint die Qualität nicht wirklich besser zu sein, als 384x288 - irgendwoher muss ich wohl höhere Bitraten herkriegen, da die Dateien ziemlich klein sind, und ich bestimmt bessere Qualität erzielen kann.
AFAIK liefert v4l auch nur 384x288.
Da gibt transcode mit allerdings 720x576 an, die dann auf 384x288 herunterskaliert werden (sonst hätte ich gar nicht erst FullSize probiert).
Ich bin jetzt auf dem Stand, dass das Bilg gut ist, nur der Ton ist krächzend. Mit yuv4mpeg aufgenommen, ist die Qualität 1a. wz@Anne:/free/movie> ~/Videobearbeitung/VHS2DVD/z MaulefWulli transcode v0.6.12 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms [transcode] auto-probing source MaulefWulli_denoised.m2v (ok) [transcode] V: import format | MPEG (V=mpeg2|A=mp3) [transcode] V: import frame | 384x288 1.33:1 encoded @ 4:3 [transcode] V: bits/pixel | 0.651 [transcode] V: decoding fps,frc | 25.000,3 [transcode] V: Y'CbCr | YV12/I420 [transcode] A: import format | 0x55 MPEG layer-3 [48000,16,2] 128 kbps [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_mp3.so] v0.1.4 (2003-08-04) (audio) MPEG [import_mpeg2.so] v0.4.0 (2003-10-02) (video) MPEG2 [export_mpeg.so] v1.2.3 (2003-08-21) (video) MPEG 1/2 | (audio) MPEG 1 Layer II [import_mp3.so] MP3->PCM [import_mp3.so] tcextract -a 0 -i "MaulefWulli_audio.mpa" -x mp3 -d 0 | tcdecode -x mp3 -d 0 -z 0 [import_mpeg2.so] tcextract -x mpeg2 -i "MaulefWulli_denoised.m2v" -d 0 | tcdecode -x mpeg2 -d 0 -y yv12 INFO: using reference profile (DVD) INFO: profile type is (PAL) encoding frames [000000-111087], 28.67 fps, EMT: 1:14:03, ( 0| 0| 2) INFO: Min bitrate of any one frame = 1292 bits INFO: Max bitrate of any one frame = 494649 bits INFO: Min bitrate over any one second = 93837 bps INFO: Avg bitrate over any one second = 3996884 bps INFO: Max bitrate over any one second = 11560080 bps INFO: Total time: 3875 seconds (01:04:35), 28.67 frames/sec, 0.035 sec/frame. clean up | frame threads | unload modules | cancel signal | internal threads | done [transcode] encoded 111088 frames (0 dropped, 0 cloned), clip length 4443.52 s Hier habe ich grosse Verluste beim Übertragen von MPEG-Layer-3 nach Layer-2, dann muss ich wohl direkt mit Layer-2 aufnehmen. tcprobe sagt: wz@Anne:/free/movie> tcprobe -i MaulefWulli.mpa [tcprobe] MP2 stream [tcprobe] summary for MaulefWulli.mpa, (*) = not default, 0 = not detected audio track: -a 0 [0] -e 48000,16,2 [48000,16,2] -n 0x50 [0x2000] (*) bitrate=128 kbps Zum Aufnehmen komme ich nur z.Zt. nicht, da meine Frau den VCR mit in die Schule genommen hat ... Gruss Wolfgang
Am Samstag, 1. Mai 2004 13:59 schrieb karola@sally.dts-online.net:
Hi,
Bearbeitung: transcode -V -i $1_video.m1v -x mpeg2,null -y mpeg,null -F mpeg -J yuvdenoise=deinterlace=0,dnr -o $1_denoised -u 100 -f 25 -g 384x288 echo "RetCode deinterlace = " $? > denoise_encode.log
Das kannst Du wie in tvrec.sh nicen, dann stoert es nicht so:
nice -19 transcode ..
-x yuv4mpeg,null -y yuv4mpeg,null und die Filter. Klatsch hier ruhig alles rein, was Du an Filtern haben willst.
BTW: Transcode ist hier sehr tollerant. Denn Du schickst ihm mpeg1 (m1v - produziert von -y mpeg) und sagst ihm es soll es im import als mpeg2 behandeln. Raus kommt hier bei Dir wieder mpeg1.
also: -y yuv4mpeg heisst, zweimal über 20GB - soviel Platz habe ich nicht. Wie wär's denn mit -y mpeg,null -F '2', zumindest sagt mir transcode dann: INFO: using reference profile (MPEG2) INFO: profile type is (PAL) ... nur wie ich die Sound-Datei bearbeite, weiss ich noch nicht: wz@Anne:/free/movie> transcode -i MaulefWilli_audio.mpa -x null,yuv4mpeg -y null,yuv4mpeg -J normalize,dnr -o MaulefWilli_denoised.mpa transcode v0.6.12 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg [transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms [transcode] auto-probing source MaulefWilli_audio.mpa (ok) [transcode] V: import format | unknown MP3 (V=null|A=yuv4mpeg) [transcode] V: import frame | disabled [transcode] V: bits/pixel | 0.000 (unknown) [transcode] V: decoding fps,frc | 25.000,0 [transcode] A: import format | 0x55 MPEG layer-3 [32000,16,2] 128 kbps [transcode] A: export format | 0x55 MPEG layer-3 [32000,16,2] 128 kbps [transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per frame | 5120 (5120.000000) [transcode] A: adjustment | 0@1000 [transcode] V: IA32 accel mode | 3dnow (3dnow mmxext mmx asm) [transcode] V: video buffer | 10 @ 0x0 [import_yuv4mpeg.so] v0.2.4 (2002-01-20) (video) YUV4MPEGx | (audio) WAVE [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [filter_normalize.so] v0.1.1 (2002-06-18) Volume normalizer [filter_dnr.so] v0.2 (2003-01-21) dynamic noise reduction [export_yuv4mpeg.so] v0.1.8 (2003-08-23) (video) YUV4MPEG2 | (audio) MPEG/AC3/PCM [export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null [import_yuv4mpeg.so] warning: audio/video files are identical [import_yuv4mpeg.so] unable to read pcm data from yuv stream [import_yuv4mpeg.so] use "-x yuv4mpeg,null" for dummy audio input audio import module error: OPEN failed [transcode] critical: failed to open input source Der Dateiname ist korrekt, ansonsten erhalte ich nämlich statt "failed to open source" "invalid filename" Gruss Wolfgang
Wolfgang Zenner schrieb:
das benötigt aber 250MB pro Minute, d.h. 25GB für 100 Minuten Film...
Zu den Größen mal ein anderer Vorschlag: Eine DVD im SVCD-Format: Benutze "streamer", was xawtv beiliegt, für die Aufnahme. Mit SVCD-Auflösung "-s 480x576", Samplefrequenz "-R 44100" und Qualitätsparameter "-j 85". Das entstehende AVI braucht so ca. 6 GB pro 60 min (bei heutigen Festplattengrößen und -preisen kein wirkliches Problem) Das AVI transcoden: Video: ohne Auflösungsänderung, "-y mpeg2enc,null", "-F 3" Audio: "-E 44100,16,2", "-y null,mp2enc" Und jetzt die Video- mit den Audiodaten multiplexen, allerdings als _DVD_ (bei "mplex" den Parameter "-f 8" mitgeben). Abhängig von den eingestellten Bitraten braucht so ein Film dann 1,3 GB (Bitrate 2500) bis 1,7 GB (Bitrate 3500) pro Stunde Spielzeit. Höhere Bitraten kann man auch nehmen, nur verschwindet dann der Platzvorteil gegenüber dem DVD-Format. Mit dvdauthor kann aus einem so erstellten File eine DVD erzeugt werden, die dann bis zu über 3,5 h Film aufnimmt. In guter Qualität! Dieses "DVD-SVCD-Format" ist kein eigenständig genormtes, es werden lediglich das SVCD- und DVD-Format miteinander verbunden. Die wirklichen Stolpersteine liegen woanders: - Aussetzer bei der Aufnahme, weil der Rechner nicht mehr mitkommt (habe einen XP1800, muß den bei Aufnahmen tunlichst in Ruhe lassen, sonst gibt's Frame-Dropper) - Zu hohe Brenngeschwindigkeit (höhere Geschwindigkeiten als 1x erzeugten bei mir schon oft Schrott - die DVDs ließen sich auf Hardwareplayern nicht mehr einwandfrei lesen). Ein Ausprobieren des "DVD-SVCD-Formates" lohnt sich, es läuft wirklich! Hardware-DVD-Player, die sowohl SVCDs als auch DVDs spielen können, dürften mit diesem Mix-Format zurecht kommen Unter Windows läuft's auch, und mit den Linux-Playern (MPlayer, xine) sowieso ... Unter http://www.p2pworld.to/history/topic/70106-1.html ist das Ganze nochmal umfassend beschrieben. Gruß Dirk
Am Samstag, 1. Mai 2004 10:41 schrieb Dirk:
Wolfgang Zenner schrieb:
das benötigt aber 250MB pro Minute, d.h. 25GB für 100 Minuten Film...
Zu den Größen mal ein anderer Vorschlag: Eine DVD im SVCD-Format:
Benutze "streamer", was xawtv beiliegt, für die Aufnahme. Mit SVCD-Auflösung "-s 480x576", Samplefrequenz "-R 44100" und Qualitätsparameter "-j 85". Das entstehende AVI braucht so ca. 6 GB pro 60 min (bei heutigen Festplattengrößen und -preisen kein wirkliches Problem)
Das AVI transcoden:
Video: ohne Auflösungsänderung, "-y mpeg2enc,null", "-F 3" Audio: "-E 44100,16,2", "-y null,mp2enc"
Und jetzt die Video- mit den Audiodaten multiplexen, allerdings als _DVD_ (bei "mplex" den Parameter "-f 8" mitgeben).
Abhängig von den eingestellten Bitraten braucht so ein Film dann 1,3 GB (Bitrate 2500) bis 1,7 GB (Bitrate 3500) pro Stunde Spielzeit. Höhere Bitraten kann man auch nehmen, nur verschwindet dann der Platzvorteil gegenüber dem DVD-Format.
Mit dvdauthor kann aus einem so erstellten File eine DVD erzeugt werden, die dann bis zu über 3,5 h Film aufnimmt. In guter Qualität!
Dieses "DVD-SVCD-Format" ist kein eigenständig genormtes, es werden lediglich das SVCD- und DVD-Format miteinander verbunden.
Die wirklichen Stolpersteine liegen woanders:
- Aussetzer bei der Aufnahme, weil der Rechner nicht mehr mitkommt (habe einen XP1800, muß den bei Aufnahmen tunlichst in Ruhe lassen, sonst gibt's Frame-Dropper) - Zu hohe Brenngeschwindigkeit (höhere Geschwindigkeiten als 1x erzeugten bei mir schon oft Schrott - die DVDs ließen sich auf Hardwareplayern nicht mehr einwandfrei lesen).
Ein Ausprobieren des "DVD-SVCD-Formates" lohnt sich, es läuft wirklich! Hardware-DVD-Player, die sowohl SVCDs als auch DVDs spielen können, dürften mit diesem Mix-Format zurecht kommen
Unter Windows läuft's auch, und mit den Linux-Playern (MPlayer, xine) sowieso ...
Unter http://www.p2pworld.to/history/topic/70106-1.html ist das Ganze nochmal umfassend beschrieben.
Gruß Dirk Danke, werde ich bei Gelegenheit (mit anderen Filmen) mal probieren.
Gruss Wolfgang
participants (5)
-
Dirk -
karola＠sally.dts-online.net -
Maik Holtkamp -
s-y-l＠gmx.net
-
Wolfgang Zenner