Image quality not good enough. What am I doing wrong?
Moderator: Ken Berry
Image quality not good enough. What am I doing wrong?
Hello Everybody,
First I want to mention that my editing works very well with VS8. I capture in DV1 and burn my DVD's (with Ulead MF3) on the highest bit-rate with the slider at 80 or 100 %. The last option didn't give me any visible diiferences in image quality.
Other settings:
bit rate 8200 (constant or variable)
PAL
Lower Field
25 FPS
720 x 576
Something is bothering me though. The end result is not as I think it should be. The images are not jerky and all shows well. But there is some light blockines visible. Specially when the images get darker. I get this result with all three camcorders. And on different PC's. Even with my 3CCD camcorder.
Any of you know what I mean? Could this have to do with the DV1 codec?
Thanks in advance for your response.
Jean-Pierre
First I want to mention that my editing works very well with VS8. I capture in DV1 and burn my DVD's (with Ulead MF3) on the highest bit-rate with the slider at 80 or 100 %. The last option didn't give me any visible diiferences in image quality.
Other settings:
bit rate 8200 (constant or variable)
PAL
Lower Field
25 FPS
720 x 576
Something is bothering me though. The end result is not as I think it should be. The images are not jerky and all shows well. But there is some light blockines visible. Specially when the images get darker. I get this result with all three camcorders. And on different PC's. Even with my 3CCD camcorder.
Any of you know what I mean? Could this have to do with the DV1 codec?
Thanks in advance for your response.
Jean-Pierre
An image is visible at:
http://www.randazzo.co.uk/VImage001.jpg
On the TV screen it appears as if there are slight vertical lines.
Jean-Pierre
http://www.randazzo.co.uk/VImage001.jpg
On the TV screen it appears as if there are slight vertical lines.
Jean-Pierre
Jean-Pierre Randazzo
-
THoff
It's hard to tell from that still what the problem is. From your earlier description, I had assumed that there was macro blocking, which should be evident even in a still image. Could you possibly be dealing with a field order problem, something that shows up during panning or fast horizontal movement?
The Image Quality setting controls the amount of time and effort that UVS will spend on motion search. Obviously 100% will give you better output quality, but you may only notice the difference in quickly changing scenes or at lower bitrates where spending extra time on determining motion vectors can result in better encoding.
The Image Quality setting controls the amount of time and effort that UVS will spend on motion search. Obviously 100% will give you better output quality, but you may only notice the difference in quickly changing scenes or at lower bitrates where spending extra time on determining motion vectors can result in better encoding.
-
THoff
-
MikeGunter
Re: Image quality not good enough. What am I doing wrong?
Hi,randazzo wrote:
Something is bothering me though. The end result is not as I think it should be. The images are not jerky and all shows well. But there is some light blockines visible. Specially when the images get darker. I get this result with all three camcorders. And on different PC's. Even with my 3CCD camcorder.
Any of you know what I mean? Could this have to do with the DV1 codec?
I think it is the encoding to MPEG2 that is the problem.
You can use a VBR of 8000kbs and AC3 or (since you are in PAL land) MPEG audio.
You might even consider a 3d party MPEG encoder such as TMPGEn http://www.tmpg-inc.com/ or Canopus ProCoder Expresss http://www.canopus.com
Mike
-
MikeGunter
Hi,
I did read it, but I think that the blockiness is still poor MPEG2 encoding.
I can't think of a reason that the DV type 1 CODEC should - there might be an engineering thing in the background that causes it, but I doubt it.
The amount that is encoded will matter, as will the complexity.
Some of the projects I've done have had similar blockiness. We were shooting a film for the US Army at one of their training ranges. In the edit bay, after the edit and encoding for DVD, we saw this blockiness in smoke from the main guns of the tanks and their dust clouds.
MPEG encoding looks to the nearest neighbor for encoding. Striking color changes get their own encoding, where small changes borrow information. These borrowings can create rounding errors. This becomes more apparent the more the area looks like the rest of the area - smoke, dust, dark single colors that have some slight movement.
If the content was 80 minutes or over, you might try TMPGEnc 's free trial to give it a go. You could also increase the "Quality" setting under Compression in the project settings template. Higher might matter.
Ulead makes some nice software, but they are not known for their MPEG2 encoding. I'd certainly give a go at another MPEG encoder, if nothing else but to rule encoding it out.
Best,
Mike
I did read it, but I think that the blockiness is still poor MPEG2 encoding.
I can't think of a reason that the DV type 1 CODEC should - there might be an engineering thing in the background that causes it, but I doubt it.
The amount that is encoded will matter, as will the complexity.
Some of the projects I've done have had similar blockiness. We were shooting a film for the US Army at one of their training ranges. In the edit bay, after the edit and encoding for DVD, we saw this blockiness in smoke from the main guns of the tanks and their dust clouds.
MPEG encoding looks to the nearest neighbor for encoding. Striking color changes get their own encoding, where small changes borrow information. These borrowings can create rounding errors. This becomes more apparent the more the area looks like the rest of the area - smoke, dust, dark single colors that have some slight movement.
If the content was 80 minutes or over, you might try TMPGEnc 's free trial to give it a go. You could also increase the "Quality" setting under Compression in the project settings template. Higher might matter.
Ulead makes some nice software, but they are not known for their MPEG2 encoding. I'd certainly give a go at another MPEG encoder, if nothing else but to rule encoding it out.
Best,
Mike
