because its already in me so many things have been kind enough to help, I thought it could perhaps create another ... : ")
We get here at our daily newspaper published out of Flash videos. But we play the finished cut contributions from Premiere as uncompressed video in AVI containers and convert these with the Flash Video Encoder with the On2 VP6 codec on the high quality (700KBit / s). (Size: 400x320)
Watching: www.bbv-tv.de
Why does the video after that bad? Comparison to the video from the Kölner Stadt Anzeiger: www.ksta.tv
I find the artifact formation in our videos is incredibly high, it can prevent it?
LG!
Nicholas
Antwort von Daigoro:
Hmm .. looks as if the better source material (or you both used the same camera?).
And something ne have higher resolution (450x368?).
400x320 is synonymous not very happy resolutions. If the source material is PAL 720x576, 360x288, I would assume (integer divided by 2).
Or the material on 640x480 'cropping' (ie off the edges) and not runter-skalieren/interpolieren. (which with about 1.5 MBit / s there for my taste for the computer very tolerable quality FLV)
"That's why we play the finished cut contributions from Premiere as uncompressed video in AVI container from .."
Why uncompressed? The films are uncompressed but certainly not included as auspielen brings in a different codec loss rather than profit. (or do you in with the original codec was so un-transcodiert or so).
And the 700kb / s are in times of 2-16Mbit ADSL not so packed. Is it quiet at about 1kb / s go for 'high quality ".
Antwort von Meggs:
"nikolaus online" wrote:
I find the artifact formation in our videos is incredibly high, it can prevent it?
The Artefaktildung is reduced or disappears when you set the bitrate is higher, with the same resolution. From Premiere 2.0, you can with the Adobe Media Encoder premiere synonymous same published as a Flash video export.
Antwort von tommyb:
With "uncompressed" he says uncompressed, ie riese large file. This is the best way if you have something to encode to FLV.
@ nikolaus-online In the two video examples are totally different material to what the codec requirements.
KSTA: This video consists of the scenes (theater) and film clips because of their format only holds the picture to fill in (with big black bars). This can compress very well, especially if you are not with a fixed bitrate but "qualitätsbasierend" encoded. This means that depending on the set value is less simple scenes Bitrate verbraten in more difficult. File the uncontrollable power of the size, but gives the best quality control.
BBV-TV The videos are real-life camcorder recordings. Sowas can always compress worse than what we see in KSTA. For all that, there is a fixed bitrate of 700kbit. The in this case is simply not reasonable.
Either you coded for quality, but one or two passes with encoded and the fixed 700kbit bandwidth. That will be a hindrance while for streaming, but the better quality decision.
Resolution: The Resolutionsollte always divisible by 16. 400x320 to be synonymous and is absolutely in order.
Interlacing: What is important is that your videos are compressed before they are synonymous "deinterlaced". With horizontal stripes, the Flash Video format only very little (especially not with 700kbit).
Noise: The material which you should use a small synonymous noise filter. Either your entrauscht the material (if available rushing), or the codec makes in which he kills all the details (see the children with the arch).
I can out of On2 Flix Pro heartily. It has a built-Denoiser synonymous and a deinterlacer. You can also order qualitätsbasierend encode.
Although I myself use Avisynth to scale and to deinterlace / noise, but this would slow down your workflow a bit so make the built features of Flix better for you should be.
Antwort von Daigoro:
"tommyb" wrote:
With "uncompressed" he says uncompressed, ie riese large file. This is the best way if you have something to encode to FLV.
Did I read synonymous, but I could-at least for pure I frame material such as DV or MJPEG Avi - not yet confirm.
In source format aus'm NLE program and rausrendern to FLV conquered looks for me better. (synonymous with the s.der quality of the encoder could set up - I have to do is use the freeware stuff)
"tommyb" wrote:
Resolution: The Resolutionsollte always divisible by 16. 400x320 to be synonymous and is absolutely in order.
Covered by the macroblock size.
Even for pure experience 'provides s.besten from': SD material to 640x480 (well, it is then both 16, as synonymous divisible by 8 ...) and then crop to 320x240 (.. and integer divided by 2) runter reckon , if ever necessary (if the data must be very low).
Antwort von tommyb:
Runterskalieren is how funny. Because pixels are always re-calculated, it is relatively sausage whether it divides exactly by two or not. This is only important if you have a bad scaler used (be careful! Even the Windows Movie Maker makes it good!)
If you have a Picture of 720x576 to 640x480 croppt then there are two critical problems:
1. There are 80 pixels (40 left, 40 right) in the horizontal killed (this is more than the overscan s.Röhren TV!) And 96 in the vertical.
2. It is one of Resolutionim 5:4 format on a Resolutionim 4:3 format gecroppt. Ie the aspect ratio is wrong (slight egg heads).
BTW, there is a macroblock of 16x16 pixels (MPEG4 ASP).
Antwort von Daigoro:
"tommyb" wrote:
Runterskalieren is how funny. Because pixels are always re-calculated, it is relatively sausage whether it divides exactly by two or not. This is only important if you have a bad scaler used (be careful! Even the Windows Movie Maker makes it good!)
Not quite, because the pixels recalculated their information somewhere & financial need. If 2 pixels into 1 pixel transforms is relatively clear. With 3 pixels on 2 and unfavorable motifs (ie patterns with high contrast), the result looks quite scheusslich.
see: "Big school site" video - walls, roofs ..
"tommyb" wrote:
If you have a Picture of 720x576 to 640x480 croppt then there are two critical problems:
1. There are 80 pixels (40 left, 40 right) in the horizontal killed (this is more than the overscan s.Röhren TV!) And 96 in the vertical.
2. It is one of Resolutionim 5:4 format on a Resolutionim 4:3 format gecroppt. Ie the aspect ratio is wrong (slight egg heads).
The modification of the Seitenverhaeltnisses done so not through compress / stretch, but by varying off large areas. There's no Eierkoepfe.
"tommyb" wrote:
BTW, there is a macroblock of 16x16 pixels (MPEG4 ASP).
For VP6 synonymous? I could handle because nix drüber firm found. : ( Maybe you could use synonymous H.264 - is yes since the Flash .. something .. synonymous as a codec in FLV container supports.
Antwort von tommyb:
"Daigoro" wrote:
Not quite, because the pixels recalculated their information somewhere & financial need. If 2 pixels into 1 pixel transforms is relatively clear. With 3 pixels on 2 and unfavorable motifs (ie patterns with high contrast), the result looks quite scheusslich.
see: "Big school site" video - walls, roofs ..
Video screens also use the inferior scaling, or have a coarse resolution anyway.
Test of a simple 1080p trailer download and s.einem tube monitor in different resolutions chart. Except less detail there will always look good.
Pattern and strong contrasts in general suffer if they runterskaliert. Regardless of whether 2:1 or 3:2. During a halt, they are gray, the other slightly darker gray.
"Daigoro" wrote:
The modification of the Seitenverhaeltnisses done so not through compress / stretch, but by varying off large areas. There's no Eierkoepfe.
If I do not formerly Seitenverhälnis square so envy that s.Ende Picture has a 640x480 with square pixels, this is exactly like a zoom. The distortion remains the same.
"Daigoro" wrote:
For VP6 synonymous? I could handle because nix drüber firm found. : (
# http://wiki.multimedia.cx/index.php?title=VP60 Macro Blocks Why reinvent the wheel? ;)
"Daigoro" wrote:
Maybe you could use synonymous H.264 - is yes since the Flash .. something .. synonymous as a codec in FLV container supports.
Supposedly Flash CS3 have a h264 encoder.
Antwort von nikolaus-online:
Many thanks for the many responses (and the speed, with her responses raushaut ...)
The Flash Video Encoder CS3 supports H264, I can not say - for Choice are still Sorensen and On2.
Flix Pro I'll debug. Thanks for the tip.
The format (400x320) should convert our Webprogrammierer drive to suicide. ") But I have tested - does not look better.
We must with our WebTV but synonymous careful that we cover the largest possible audience - and with us on the "landing" there is not really anywhere 16Mbit ...
Liebe Grüße!
Nicholas
Antwort von tommyb:
Then I would stay with VP6 and not to change h264. This is IMHO a bit tiring for the little calculator.
The only important thing is 2pass or Qualitätsbasierend.
Antwort von Wiro:
Hello, ne even think about this: You need a different encoder or another H.264 codec or another editing program or something else ;-) The videos are in order as far as - for the assessment of the abdomen can be well used bandages.
The bad news: The contributions of Düring Schroer and figuratively are okay, but only when Nicholas Kellermann, they are distorted. This is when you export something wrong. What this is can be seen from a distance not say - probably a wrong format setting. I would be times with the other short-circuited and a close look, how to export their videos. It is certainly only a trifle. Or did you (Nicholas) the sharpness control too far hochgedreht? This can also be such a block-abdominal bandages lead. Überleg times exactly ;-)
Yet what is to: Your videos are not in 400x320 with 4:3-format - of which the Cologne already. The resulting distortion of irons in the player somewhat, but the picture is horizontally stretched (lean people, easy egg heads). Apparently you are but s.die image height of 320 px bound because of the advertising and other extraneous material. Were correct, Your posts with square pixels and 426x320 px to export - then the true aspect ratio. As far as I here of overlooking from the web designer should not even something s.Code change - the FLV player makes the code when used with high probability of Auto.
Just as thought. Greeting Wiro
Antwort von Daigoro:
"tommyb" wrote:
Pattern and strong contrasts in general suffer if they runterskaliert. Regardless of whether 2:1 or 3:2. During a halt, they are gray, the other slightly darker gray.
If you get the video anschaust site, especially the critical areas, as it apparently is not mixed, but it 'flickers' and the lines jump out and her. Looks like an awkward Scale Down algorithm.
Antwort von nikolaus-online:
The site was a video test. :) But you is well noticed. I did with a compressor off, instead of uncompressed. On2 This seems a bit because of it grissel to have made.
Do not know the above Flash CS3 Video Encoder a 2-pass VBR processing permits ... The Flux Pro makes it, but the quality was not so much the better.
Thanks s.alle eagle eyes! I think you updated. : ")
Nicholas
Antwort von tommyb:
No, Flix is actually not as good as if not entrauschtes details and poor material out there. Unfortunately.
Antwort von Daigoro:
"nikolaus online" wrote:
The site was a video test. :) But you is well noticed. I did with a compressor off, instead of uncompressed. On2 This seems a bit because of it grissel to have made.
And I'm in the area see no artifacts, but rather a 'jump' of the lines.
I see artifacts especially in massive and very detailed moving scenes. For very quiet scenes (eg the garbage, or the blond boy with the shirt schwazren, which stands as its Huette) Picture on the other hand, the comparatively clear and even out harsh contrasts (eg the font on the Tshirt or tonne) are well represented . Same scene, swing to the group of children around the table and already is full of very prominent and ugly artifacts (like the mouth of the boys in the background looks like 2 pink rectangles).
Therefore I had to insufficient data typed. That the material is not entrauscht plays as naturally again purely synonymous, but when the noise Runterskalieren should already be reduced s.sich ((Number of output pixels * signal) / sqrt (number of output pixels * Noise) - where the interpolation functions and reasonable before Compression takes place.
On the Page of On2's synonymous but larger and moving films (with the snowboard film seeehr after compositing looks - the background is almost 100% static!) With the data - are the only perhaps with a variable data rate and rendered only in the average 700k / s -- Unfortunately, there is not there - or basically very hochwerting (for movie trailers should be the starting material actually very good).
