View Full Version : Problem with vegas capturing video from DVX
Miguel Lopez April 12th, 2003, 09:39 AM Hello people. Please check this image:
www.bachibuzuc.com/vegasproblem.tif
This is one of the many clips that are not very well captured with vegas. The problem as you see is that the red color is unaceptable bad.
I have seen this problem also with interalced video from canon xl1 in ulead video editor and vegas 3. But with dvx100 progressive video, it is even more obvious that the red color is not very good captured.
So what can i do? Do you guys have the same problem?
Any help?
Don Donatello April 12th, 2003, 12:15 PM when you transfer from TAPE ( camera) to hard drive over 1394 only DATA is transferred.
IMO there is nothing wrong with the color RED ?? perhaps what you are objecting to is the INTERLACING around it ... i see that your preview windows says preview 720X576x32 ; 25.00i .. also the project has the same spec's ..
it appears you have your project set up as INTERLACE not progressive. try setting it up as progressive ..Vegas 4.0b is set up to handle the DVX 24p ...
i assume you have the PAL version so in V3 or V4 .. to change your current project to progressive FILE /properties/ Video then change the field order to PROGRESSIVE ...
to set up new projects FILE /NEW/Video ..change field order to PROGRESSIVE if you want all NEW projects to be set up as progressive be sure to CHECK the BOX "start all new project with these settings"
sorry for above i assumed that because you shot with DVX you shot progressive ... but appears you shot INTERLACE ...
Miguel Lopez April 12th, 2003, 12:28 PM Let see. It is not a problem of the vegas settings.
I am using PAL as you can see.
When you outputs d video via firewire from the camera, the computer software has to recompress it all again. Forget about the loss of quality with iee1394. THere is always a recompresion using the software that you use.
The red is not well handled with standrad dv codecs and things like the picture y posted occur. It is not a problem of setting fields in vegas.
Don Donatello April 12th, 2003, 01:02 PM sorry but you are mistaken. when you output from camera over 1394 the computer software does NOT recompress it ... the camera compressed the data when it recorded the imges to tape ... from tape the DATA is transferred to your hard drive .. the only thing your software does is put a "header" on the clip to say if it's a AVI if on a PC and a MOV header if on a mac.
sorry I asumed you shot progressive because this is a DVX 100 my mistake .....
WHAT is wrong with your REDS ??
RED color looks very good to me .. the only thing i see are interlace artifacts around the reds and according to your NLE it see's the clip as interlace ...
Miguel Lopez April 12th, 2003, 01:55 PM i bet you 100 that when you transfer video from the camera to the pc it is actually recompressed.
What are the comparison between same clips captured in differente programs (ie: vegas, avid dv, fcp, ...)
Jeff Donald April 12th, 2003, 02:53 PM Don is correct, no recompression of data in just the transfer. Data is data, 1 or 0. The only time the data is altered is if the data is changed (graphics keyed, color correction, resized etc.). If you render then you change the data. Just putting it on your drive or viewing it in your NLE has no effect.
Miguel Lopez April 12th, 2003, 03:40 PM Then how do you explain different DV codecs, and different image qualities with the same sources?
Right now i just did another try with avid dv express 3.5 and the artifacts that you see in the reds are minimized.
The truth is that computer recompress all over again when importing from the camera.
That is different when you work in the editing software and render a final video. Then, if the clips were not altered (filters, croping,...) the quality is the same, because there is no recompresion.
If you do not belive me go and try yourself. Find a very saturated red t-shirt, record it with your DV camera, capture the video, and without touching anything just take the video back to the camera. You can do this a couple times to enhance the loss of quality and you will se how the red becomes more soften.
Go to any website where capture images are compared between fcp and avid dv 3.5 and you will see how avid captures better than fcp and any other software. Why? If there is no compression? The reason is that there is actually compresion and avid uses his own "avid DV codec", wich is not microsoft nor quictime DV codec.
Bye ;-D
Richard Alvarez April 12th, 2003, 03:49 PM SO the question is actually what are the diffences between various capture codecs?
Jeff Donald April 12th, 2003, 04:22 PM Miguel, I will point you, where I've pointed many before you, to Adam Wilt's web site. (http://www.adamwilt.com/DV.html) Read the section on FireWire (IEEE 1394) and Hard Codecs vs. Soft Codecs and it should all become clear. If you have additional questions feel free to post again.
Miguel Lopez April 12th, 2003, 04:30 PM I am sorry, but no one here has talked about hardware codecs. We are talking about software codec.
The question is very simple. Read this phrase from Bill Angstrom:
"...diffences between various capture codecs?"
CAPTURE CODECS. If it were just simply downloading video files, we wouldnīt use he word capture.
The video cameras companies have been saying since iee1394 was launched that there was no quality loss because it is all digital.
Well that is truth in only a way. It is truth that the firewire cable is digital and digital signals are the same in the begining and the end of the cable. there is no loss of data between conections as it happened with analog I/O.
the thing that they do not say is that recompression occurs when importing in the computer and when importing in the camera.
Again, you go and try the expirement i said and post the results. please
Jeff Donald April 12th, 2003, 04:36 PM OK, since you don't want to spend the time to read and learn, I'll quote from it.
When capturing from or or outputting to DV VTRs using a 1394 connection, it doesn't matter what kind of codec you have. A DV-based editor stores the same data on disk that travels across the 1394 wire; no compression or decompression occurs. Thus when you're doing capture or playback across a 1394 connection, all you're doing is a real-time data transfer; the codec isn't even in the loop.
The codec comes into play when you need to:
# Render transitions, titles, and effects.
# Capture from or output to non-DV VTRs
It's here that the differences become apparent.
Rendering transitions, titles, and effects: to add an effect (say, a dissolve or wipe between two clips), the system has to take the two source frames, decompress them, perform the mix, and recompress the resulting frame. The soft codec takes CPU power to run, but the CPU has nothing else to do while waiting for the frames, so it might as well be involved. The hard codec runs in real time, but the CPU, once it has set up the data transfers, has to sit and wait for the output anyway. In early 1998, various vendors claimed a 25% speed advantage of hard codecs over soft codecs, or a 30% advantage of soft codecs over hard codecs, or whatever... Too much depends on other factors, like the speed of the computer's CPU, bus and bus interface chipset, to decisively say that one codec will be faster than the other in effects rendering. However, as CPUs and buses speed up over time, the soft codecs (which, unlike their hard counterparts, aren't limited to running at real-time rates) have taken the lead in speed for rendering operations; Canopus uses software codecs for multiple streams of realtime decompression in the DVRexRT and DVStorm NLEs, only using the hardware codec to recompress the output back to DV.
Capturing from or outputting to non-DV VTRs: hard codec systems come with breakout boxes that include analog (composite, Y/C, and sometimes component YUV) connections as well as 1394 connections. You can connect up any VTR format with analog I/O to the box and capture it in real-time or output to it in real-time. This makes it easy, for example, to bring legacy Hi8 or Betacam footage into the editor to intercut with newer DV material. You don't even need to have a DV VTR or camcorder around to use the system, as it has its own hard codec onboard.
Miguel Lopez April 12th, 2003, 04:39 PM ;-D yes i have read it. But i think that might be in theory, In the practice, there are differences between dv codecs, and the more you transfer for and from the camera the worst the image becomes.
I will give you some images that you probably have seen.
Jeff Donald April 12th, 2003, 04:53 PM Sorry, its a fact. Every camera manufacture and every software company will tell you the same thing. There is no change if all you do is transfer the data back and forth over 1394. The term Capture Codec is a hold over from the early days of Avid when the source material was all analog. Today, with DV, there is no capture codec.
If there was a difference, don't you think Avid would be promoting their capture codec as the best? Avid doesn't do it (or any other company) because their is no capture codec over 1394.
Miguel Lopez April 12th, 2003, 04:59 PM Actually avid dv express does include their own dv codec.
Check this comparison:
http://www.24p.com/codecs.htm
Miguel Lopez April 12th, 2003, 05:04 PM Well, maybe i am wrong in all that i said, but this thing is the truth:
- when i capture dv video in ulead video editor and then back to the camera, a red car appear soften and not as good as the original one recored. If there was no quality loss in the capturing, where was it? (the video was not touch in any way).
- the same now with vegas and my dvx100
explain me something, please or i will get finally mad.-
Jeff Donald April 12th, 2003, 05:05 PM They almost all have their own codecs. They are used for render and playback, but not transfer from camera to deck or camera to NLE.
Miguel Lopez April 12th, 2003, 05:07 PM please, read my last post.
How do you explain the difference in color in fcp and avid dv express?
Jeff Donald April 12th, 2003, 05:25 PM Your link to the Avid and FCP comparisons has a link to Adam Wilt's page for an explanation. Read his explanation on exporting images from FCP (difference in screen gamma of 1.8 and 2.2).
Miguel Lopez April 12th, 2003, 05:28 PM Well, maybe i am wrong in all that i said, but this thing is the truth:
- when i capture dv video in ulead video editor and then back to the camera, a red car appear soften and not as good as the original one recored. If there was no quality loss in the capturing, where was it? (the video was not touch in any way).
- the same now with vegas and my dvx100
explain me something, please or i will get finally mad.-
Jeff Donald April 12th, 2003, 05:41 PM If you're talking about the screen capture, we are back to Don's comments and I agree. The red seems to be showing the interlacing artifacts. Try using progressive, you might be happier. Progressive is one of the big advantages of that camera. Is there a reason not use it?
Miguel Lopez April 12th, 2003, 05:46 PM arrrggg, do you think i am stupid??
the sample i gave you is shot in 25p, it is set as progressive video in vegas, and for some reason the project was in interlaced. But that gives no difference at all. if you want i give you the same capture frame with progressive video in the project settings.
It is NOT a problem of setting. It is a problem of the CAPTURING!!!!!!!
as i write before, i have a lot of similar videos shot with canon xl1, and sony vx2000 which look exactly the same. Red cars that show artifacts.
Again it is a problem of capturing. You see the video rigth in the screen. you capture it. And upload again to the camera, and thatīs it. The red borders are soften.
Jeff Donald April 12th, 2003, 05:55 PM If you look at your footage on something other than a computer monitor, what do you see?
Miguel Lopez April 12th, 2003, 05:56 PM here you are now: www.bachibuzuc.com/vegasproblem2.tif
shot with dvx100 at 25p
captured in vegas4
set as progressive video
set as progressive project
Miguel Lopez April 12th, 2003, 05:58 PM i see the footage in a tv monitor conected to the camera. when watching the original video it looks ok, when looking at the video that is being output from the PC to the camera and then to the monitor the red saturated t-shirts or cars appear slightly compressed, soften, as a jpg.
Jeff Donald April 12th, 2003, 06:01 PM That link returns an error.
Miguel Lopez April 12th, 2003, 06:05 PM try again, i edited the post because there was an error. ;-))
Don Donatello April 12th, 2003, 06:17 PM what you are seeing are the differences between the different codec's ...
the data goes from tape to HD ... now if you use Vegas it will play back that data using SOFO codec.
if you use avid to play back the file it will use avid's dv codec
if you use ulleads media studio i think it uses the microsoft Dv codec
if you use premiere and you have a canopus board then it will use canopus DV codec to play back the data
if you have premiere set up as OHCI then it will use the microsoft dv codec to play back the data - there are ways to tell it to use different codec's
if you are on a PC and you just click on a dv avi file then your computer will use windows media player and the microsoft dv codec to play back the file
if on a mac and you click on the same file it will use QT dv codec to play it back
you are correct that you do see different shades of REDS with each codec ...
again data is just transferred from tape to hard drive .. a PC will put a header that says this clip is a dv .avi .... if on a MAC then it will put a header that says this is a DV.MOV clip ..same data just different headers ...
Miguel Lopez April 12th, 2003, 06:38 PM Here is even more test:
- canon xl1 either at interlaced or progressive to pc with pinacle dv studio plus and using ulead video editor: artifacts
- sony vx2000 interlaced to desktop computer using vegas 4: artifacts
- dvx100 at 25p to this computer using vegas4: artifacts
- dvx100 at 25p in a similar computer using avid dv express 3.5: less artifacts, but still some.
This artifacts only appear in zones with very saturated colors and smooth surfaces as i said, cars and t-shirts for example.
It is the dv codec wich losses quality. why?
Jeff Donald April 12th, 2003, 06:51 PM You are seeing the different codecs in use, because you are outputting the data to your PAL monitor or your computer screen. In some software the computer image is not full resolution, I don't know about Vegas.
Miguel Lopez April 12th, 2003, 06:53 PM what do you mean? i did not undersant your explanation. thanks
Bill Ravens April 13th, 2003, 07:03 AM SOFTWARE codecs do not re-render the original DV info. It's a straight across COPY. HARDWARE codecs DO decompress / recompress. Also, hardware codecs tend to be proprietary, particularly the Avid codec. This was the single biggest reason I never invested in Avid, Who needs it.
Richard Alvarez April 13th, 2003, 07:27 AM From the Avid site:
"Seperate Avid Dv Codec for creating Avid compatible media in After Effects and other popular applications. The Avid DC codec also provides higher quality DV playback and is freely distributable so that media may be used on a seperate workstation that does not have an Avid Xpress DV installed".
One of the reasons I went with Avid in the first place.
Jeff Donald April 13th, 2003, 07:46 AM Miguel, when you play back the tapes to a monitor you are using the codecs. If you see a difference, it is because of the different codecs (Vegas, Avid, ULead). Do you know what codecs are presently installed on your computer?
Miguel Lopez April 13th, 2003, 09:08 AM So you mean there are differences in the codecs??????
Didnīt you say that they were all the same quality???
Bill Ravens April 13th, 2003, 10:56 AM let it go miguel
Marc Martin April 13th, 2003, 08:44 PM I have also some problems with the red color on a pal XM2 Canon (GL2)
I have a trick for that, I'm shooting in 16/9 mode for criticals projects. Try it !
Miguel Lopez April 14th, 2003, 01:10 AM WHat is the advantage of shooting in 16:9. With my old XL1 i had the same problems with the saturated reds.
By the way, how good is the camera? any difference with the GL1?
Marc Martin April 14th, 2003, 08:43 AM The advantage of shooting in 16/9 is there is less bleed and less block in the red. (I don't know for others cams, but for the XM2, it works)
I haven't compare the XM2 to the XM1 (GL1), but what I know, is the XM2 is capable to make great images.
|
|