View Full Version : good way of capturing from Tv tuner
Suru
21st March 2002, 20:59
hey,if you're a owner of computer with low HDD transfer and you're not able to capture full PAL frame try this:
1. capture to MPEG2 with NanoDVR (www.nanocosmos.de)
(384/288 or higher, 3Mbit or higher bitrate)
2. rename file extension to .vob
3.use dvd2avi & gordianknot & virtualdub to create very good quality divx4 or divx5 files
I tried this, it really works, video is 384/288 but looks really fine
1 minute with 96kbps stereo sound is 5MB or less if you really need to.
My equipment:
duron 700
HDD WD(Caviar)5400 rpm
256 MB RAM
This way of capturing gives me better results than capturing to Mjpeg (640x480) and converting to divx.
If you ask, I send a sample (30s movie) on your e-mail account.
I'm waiting for any suggestions or questions.
You can drop step 2., if you ask me...
bb
Suru
22nd March 2002, 17:43
When I dropped step number 2 I would get mpeg2 stream with size like this below:
1 min = 30 MB
it's too much, that's why I prefer divx....:)
Oh, I just wanted to say it's not necessary to rename to .VOB (step 2 in your list), because you can open the .MPG with DVD2AVI.
bb
Ookami
24th March 2002, 12:03
> This way of capturing gives me better results than capturing to Mjpeg (640x480) and converting to divx.
Then you're doing something wrong or using a MJPEG with a very low bitrate setting...
BTW, why do you use 640x480 for MJPEG? Isn't Poland a PAL country?
Cheers,
Ookie.
Suru
25th March 2002, 18:12
Poland is of course country of Pal system.
I use 640x480 resolution 'cause
1. my computer drops too much frames above this resolution
2. my weird tv tuner's highest capture resolution is 768/576(not 720) and conting down from it next one is 640/480,(of course you can use higher resolution than this)
besides all I've written in those posts, I'm just an amateur and that is my way of experimenting in divx technology
I'm not saying it's a best way, I'm just sayin' it's a alternative way of capturing which is giving me enough good quality.
I know there are better solutions, but what would mankind reach if people didn't make experiments?
any further questions?
Ookami
26th March 2002, 11:17
Hello Suru... :)
> Poland is of course country of Pal system.
Grin.
>I use 640x480 resolution 'cause
>1. my computer drops too much frames above this resolution
Did you try to optimize your system with "guide" in the FAQ?
>2. my weird tv tuner's highest capture resolution is 768/576(not 720) and conting down from it next one is 640/480,(of course you can use higher resolution than this)
Er, what card do you have?
>besides all I've written in those posts, I'm just an amateur and that is my way of experimenting in divx technology
Well, I would say that most of the users here are amateurs. I'm surely NOT an pro (as you can see when you look at my other postings here).
>I'm not saying it's a best way, I'm just sayin' it's a alternative way of capturing which is giving me enough good quality.
Well, you should always go for your best quality/speed ratio, not what others say it's best...
>I know there are better solutions, but what would mankind reach if people didn't make experiments?
My last post was not an attack or anything. I just think that if you capture only at 384x288 in MPEG2 and it gives you much better quality than MJPEG at a high res (altough I would not recommend 640x480 for PAL), then it's kinda strange.
Bye,
Ookie.
Suru
26th March 2002, 11:46
I've just read your message. Well, in a few cases you're definatelly right. I will try to boost my system speed taking as a guide the faq you've written about.
Yesterday evening I tried another way of capturing and it was succesful. (PicView MJpeg/16bit colour palette/768:576 resolution)
I have to say I'm really surprised with the results.
Thanks for help, anyway.
I'm going back to testing...
A_Pleite
5th April 2002, 00:48
These ones,who have just a very slow CPU can capture with 720*288 (PAL) and later resize to 384*288
Koepi
5th April 2002, 01:23
16bit?
Why don't you use YUV2 or even better, if your system supports it (mine somehow refuses to work with it)IV12?
Way faster to encode, no colour space conversions to do for the codecs.
Just my 2 € cent.
Koepi
P.S.: on my duron700 I'm capturing with 768x576 YUV2 without problems. And since I found why virtualdub-sync didn't work for me first time (if you change your compression codec between two capture trials you get massive frame drops! exit capture mode and enter it again, and it works like charme!I even have lower CPU usage than before :) ) I now have no single dropped frame anymore :)
(Have to find out how to get stable 25fps working and not having sick 24.996 fps...)
A_Pleite
5th April 2002, 15:35
Originally posted by Koepi
16bit?
Why don't you use YUV2 or even better, if your system supports it (mine somehow refuses to work with it)IV12?
Way faster to encode, no colour space conversions to do for the codecs.
...
And I thought YUV2 uses 16 bit.
But in general, every YUV-color space (YUV2, YUVU, YUV...) are much faster than their rgb-equivalents.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.