Wrong capturing colordeepness ???

[djxe]

I am fighting with this problem since around 2 weeks in several threads an now I possible know, why I´m loosing quality after editing my captured movie and export it (it doesnt´t matter in which format even uncompressed).

If I capture a clip (UYVY Pal I or G with a tnt2 ultra) it gets a colordeepness from 16 Bit but I can only render as 24 Bit (with every codec it´s the same) !?!?
There are no options how to capture with 24 Bit even I changed my
desktop colordeepness to 32 Bit (I only can change my desktop 16 Bit
or 32 Bit or lower) - my captured clips are looking great but rendered to 24 Bit is very poor quality and I think that´s the problem why I´m loosing
quality? Anyone knows a solution???

[jesterspet535]

have you tried capturing your video with;

A different application (VirtualDub, TMPenc, etc.)
A different codec? (Huffy, mjpeg, etc.)
YUUV instead of UYVY?

Since Huffy only supports 24bit depth, you should be albe to capture with that and not expierence your current loss in quality.

My captures come in the form of NTSC and not PAL, I realize that any suggestions I may have could perform dramatically different for you, But I have found that capturing with Huffy in YUUV in 640x480 gets me great detailed captures, with no frame loss, and accurate A/V sync.

hope this helps.

[djxe]

I just tried with other applications and with codecs and now I get 24 Bit but lost much quality. With Huff there is only the option YUY2 maybe that´s the problem? I would like to capture without codec and after editing to render with codec but it would be ok if I could capture (with codec) with a great quality.

[jesterspet535]

You could capture wihtout a codec, however uncompressed Video and uncompressed Audio takes a pretty hefty hard drive setup as the amount of data you are writing to your HD has just dramatically incresed (by a factor of 3 or 4).

If you have a system that can handle the bandwidth, I say go for it. the better your source file the better your output will be.

Something tells me that capturing uncompresed A/V will not be an option so you will need to choose a codec that you can live with. Huffy does limit your choice of depths to 24bit and your format to YUY2, but it is a lossless codec. So your source file for editing should be acceptable.

I find that after capturing with Huffy, ther are other things that become apparent in the original signal that I need to filter out (3:2 tecline, interlacing, etc) but I guess that is the price you pay for lossless capturing.

You stated that you are now able to capture in 24bit depth, but you lost quality. Was the quality loss in the original capture or in your rendered output file?

If it was in the captured file, then try looking at signal noise, and the options you have enabled in your capture program. Since I have no expierence in PAL signals, it may have something to do with the capture format. Personally I have tried both YUY2 & UYVY on my NTSC signal and have not noticed any difference whatsoever.

If it was in the rendered file, you can always try different filters/codecs/etc. Without knowing what programs you are using the amount of help I can offer here is very limited.

[djxe]

You stated that you are now able to capture in 24bit depth, but you lost quality. Was the quality loss in the original capture or in your rendered output file?

It was lost in in the original codec-capture, if I render there seems not to be a difference.
So I have the choice:
1) capturing uncompressed with 16 Bit and loosing a lot of quality after rendering (24 Bit)
2) capturing with a codec (24 Bit) and loosing quality directly

...so maybe I can´t capture 24 Bit with my AsusTNT2 ? or there´s something going wrong with my cable?

I just got an idea, is there a codec with which I could render to 16 Bit? If, I don´t know for now if this is a good solution because I don´t know the difference between 16Bit and 24Bit when watching the movie on TV. Another possibility would be a "special-codec" for converting 16Bit to 24Bit?

My "uncompressed 16Bit movie" looks really great (captured with 352x288) in fullscreen (1024x768) and I spent already a lot of time in cutting and editing - a solution for my problem would be more than great.