View Full Version : max width?
scmccarthy
4th January 2003, 01:06
Can I be vague? Sometimes I make large files with high resolutions (1280x544). 960x396 is more typical. Now some of the files I encoded long ago have stripes on the right-hand side. I blame this on Divx 5.02. Is there a fix?
Stephen
jggimi
4th January 2003, 03:38
1) DVD source is always 720 pixels in width. Height only varies between NTSC (480) and PAL (576). Encoding above these sizes is, I think, wasteful, if not outright detrimental to image quality. I've never done it, so I couldn't say.
2) "Green bar on right hand side" = SimpleResize error. If I remember correctly, SimpleResize requires a cropping width that is an even number. You can get more information by searching the forum.
manono
4th January 2003, 04:06
Hi-
When you were playing them long ago they didn't have these stripes? Only now? What happens when you open them in Nandub? Are the stripes still there? Perhaps it's a decoder problem. If you're using ffdshow, play around with the settings. Use XviD to decode them. Don't use XviD to decode them. Change iDCT settings. That sort of thing. But I'm with jggimi. I don't see much point in using such high resolutions. It's not like you'll get a better picture or anything (although I've seen some claims that 800*xxx resolution combined with 800x600 desktop settings can result in a better playback picture).
scmccarthy
4th January 2003, 06:08
Encoding above these sizes is, I think, wasteful, if not outright detrimental to image quality. I've never done it, so I couldn't say.
If file size is no object, aviynth of virtualdub resize filters might look better than a players resize to full screen. And since you two probably did not do this before, the only proof I have is the attached gif.
Stephen
Didée
4th January 2003, 14:17
scmccarthy,
I see your point.
In fact, if the player does the upsizing, resp. lets the corresponding DX/DS components do the upsizing, the image is altered by a noticeable amount: The upsizing is supposed to be performed with a simple bilinear algorithm, and additionally directX-smoothing kicks in.
Nonetheless, personally I would not encode such big resolutions, as long as your source is DVD or a TV cap (HDTV is another story, of course).
Have you ever tried to use the resize functions of ffdshow? There you have typical algorithms like bicubic or lanczos, as well as some nifty others that are not available in Vdub or Aviynth. As long as your CPU is able to handle it, you will get very good results, *maybe* even better than your method:
When encoding 1280ish resolutions, you will need pretty high bitrates to do a proper encoding - are you burning to DVD+-R/W? Then it's okay. But as long as you're dealing with CD-R's, it is better to use the available bits to produce a *clean* encoding at smaller resolutions, and resize it on-the-fly whilst playback. My personal experiences with this are quite satisfying.
In the end, it might be again a matter of taste ;)
Didée
scmccarthy
6th January 2003, 03:31
In the end, it might be again a matter of taste
Not a matter of taste, even if I promise never to make a file that big again, my question has nothing to do with whether it is a good idea or not or whether I think it is a good idea today.
I made it a long time ago and now there are problems with playing an avi with frames that large that I did not have before and I am curious why that is. I guess I saw this problem going in: Very few people have any experience making files this size and do not know when it stopped working. There's no formal limit on the frame size of an avi file, is there?
Stephen
Didée
6th January 2003, 07:39
Ah, okay.
I was influenced by the tempus you used:
> Sometimes I make large files with high resolutions (1280x544).
That sounded to me as if this would be a usual technique to you ...
Anyway, what exactly have you done that long ago? Which codec did you use? DivX 5.00, 5.01, 4.xx ? Div3 ??
Just now, I made quick tests with DivX5.02, XviD, and Div3 at 1280*960, and everything decodes fine.
And what about originally by manono:
When you were playing them long ago they didn't have these stripes? Only now? What happens when you open them in Nandub? Are the stripes still there? Perhaps it's a decoder problem. If you're using ffdshow, play around with the settings. Use XviD to decode them. Don't use XviD to decode them. Change iDCT settings. That sort of thing.
Also, the above screenshot shows no artifact, alas. Did you grab the right one?
scmccarthy
7th January 2003, 07:38
@didee
The Screen shot does not have artifacts because there are none in NanDub or VirtualDub. Have you ever tried to get a screen shot in a player? You get a black screen. 768x324 is the largest possible now and I used to make them 800 width by default. Thank you for responding by the way, I did not mean to be rude. Apparently, most people are not trying to make three CD encodes.
The screen shot is offered as an example of how nice and sharp it looks at that size. Although whether is looks good is beside the point. Did you try playing the file in Windows Media Player?
Xvid is out of it since it is so new. It is mostly divx4. I go entirely by the fourcc code, however. According to Doom9, Windows has two or three different ways to decode an aiv file. Maybe only one way works the way I want it to.
Stephen
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.