| Printable Version of Topic
Click here to view this topic in its original format |
| Unofficial VirtualDub Support Forums > Codec Discussion > Divx Doesn't Appear In The Codecs List...! |
| Posted by: Quim Jan 2 2003, 09:27 PM |
| After reinstalling the OS (and then the DivX codec, of course!), I saw the DivX doesn't appears on the codec list of the CAPTURE mode. But it appears in the list of codecs when processing (not capturing) a video. I've tried to uninstall and reinstall DivX, but doesn't work. What can be? Thanks!! |
| Posted by: fccHandler Jan 2 2003, 09:48 PM |
| Hello. Try setting your capture format to YUY2 or RGB24. BTW, capturing directly to DivX is generally not recommended. |
| Posted by: Quim Jan 2 2003, 10:09 PM |
| Then, what codec do ou use to capture? I need Divx to capture a 30 minutes video, and of course I can't capture it without any compression. I use the Divx with 5000 kbps with a 352x288 video resolution, and the results are so good. But, if it not recommended to capture with Divx, what codec is recommended?. Thanks for your help. That worked, the video was at 15 bit RGB instead 24 bit  .
|
| Posted by: fccHandler Jan 2 2003, 10:40 PM |
| I recommend to set video format = YUY2 and use the Huffyuv codec. Do your capture and then compress to DivX afterwards. The advantages to doing it this way include: 1) You can edit the video with single-frame accuracy. 2) You can inverse telecine if necessary. 3) You can test different filters to see what gets the best results before doing your final compression. 4) You can test different DivX settings to see what gets the best results. 5) You can perform a 2-pass encoding in the final compression stage. The main disadvantages are the additional time involved and the fact that you need a lot of hard drive space, even for a 30-minute video. |
| Posted by: ChristianHJW Jan 2 2003, 10:46 PM |
| 5. You can perform a 2-pass encoding in the final compression stage ... |
| Posted by: fccHandler Jan 2 2003, 10:51 PM | ||
Excellent! How could I have forgot it  |
| Posted by: Quim Jan 5 2003, 10:40 AM |
| I take note of your advice, fccHandler and ChristianHJW. But if it takes too much disk space, I will continue using DivX. Anyway, the only operation I need to do with the video after capturing it, is cut the part I needn't... and re-compressing it with 2-pass encoding. The results are really good, I use a 625 kbps data rate and the "pre-processing source" filter of Divx to eliminate interferences of TV. Thanks for your help, guys!  |
| Posted by: ChristianHJW Jan 5 2003, 10:00 PM |
| If you really insist to use DivX for capturing, then pls pls use '1 Pass quality based' set to 100%, and restrict max quant ( MQ ) to 6 .... |
| Posted by: jcsston Jan 5 2003, 11:05 PM |
| and you can set the min quant to 1, this works in one-pass 10000bps
|
| Posted by: IanB Jan 6 2003, 01:02 PM |
| Quim, I to have found DivX a good "Long Play" capture codec. For serious captures I clear out the disk space and use huffyuv. But a few observations I have found along the way. Always use YUY2 format if possible, Video capture technology starts life with a YUV encoded signal and DivX (Mpeg4) internally stores data in a YUV format, so using a RGB format involves translations into and out of an RGB colour space. You won't loose quality but it does take horsepower that is better used for compression. Use "1 pass quality based" mode, preferable set to 100% (quant=2), if you need to crib the disk space used you can drop the quality a little but don't go any lower than 93% (quant=4) if you intend reprocessing and archiving the clip. I have used as low as 85% quality for those 48 hour marathons but I just needed a super extra long play video recorder, it is watchable but the quality sucked. The data rate controls don't have any effect in quality based mode, they only effect "1 pass" and "2-pass, First pass" modes. The "Performance/quality" setting only effect the level of compression in "1 pass quality based" mode. If you are maxing out the CPU and dropping frames try using a "faster" setting. Also watch your audio bandwidth 44K 16bit stereo is 1378 kbps consider some audio compression. To avoid lipsync problems use a codec with a constant bit rate like ADPCM. Cards based on the "Sound Blaster 16" chipset support "Creative ADPCM" in hardware, 22K stereo is only 172 kbps. IanB |