|
|
| valja |
| Posted: Aug 6 2002, 08:53 PM |
 |
|
Advanced Member
Group: Members
Posts: 179
Member No.: 66
Joined: 1-August 02
|
Hi!
I have some problems with DivX encoded movie (may be damaged?). It can be viewed only with DivX 5 codec installed (3 and 4 don't work). WMP 6.4 shows normally only normal-size picture. In a full-screen mode the picture is doubled - simultaneously are visible normal-size and resized pictures. A few attempts to use slider to move forth and back in the movie cause crach of WMP.
AviCodec 0.7 says about codec "DivXNetwork DivX". VDub opens file normally and says DivX 5.02 codec (currently installed) and "no delta frames" (?). Input screen is green until I move up and shows real picture only if I try to step back. When I try to open file and "rederive keyframe flags", Avi input filter shows doubled number of frames and craches when it reaches real number.
In the same time it's possible to re-encode the movie if I just open it, set codec options and save as avi file (without any other operations), but output file is much bigger (almost twice in size if I don't want to lost quality).
Any clue, is this file simply damaged or here was some unusual encoding used? Any chance to encode it with the same size and without loss of quality?
Regards,
Valja
|
|
| ProfDrMorph |
| Posted: Aug 7 2002, 10:15 AM |
|
|
Unregistered
|
Have you tried to open the file in VirtualDub and then just save it under a new name ( with both Video and Audio set to Direct Stream Copy )? If you're able to reencode the file this should also be possible ( and maybe it fixes some bad headers or something ). |
|
| valja |
| Posted: Aug 7 2002, 01:46 PM |
|
|
Advanced Member
Group: Members
Posts: 179
Member No.: 66
Joined: 1-August 02
|
Thanx for clue, I tried it now. Copy has just te same behaviour as the original. Only difference - copy is a bit smaller (741720KB instead of original 748163).
Valja
|
|
| ProfDrMorph |
| Posted: Aug 8 2002, 12:57 PM |
|
|
Unregistered
|
You could try using another FourCC code. If it can only be played with DivX5 it sounds like it's using DX50 as FourCC code. Change that to DIVX.
When you see the Open File Dialog of VirtualDub just tick the box at the bottom and when you open the file another dialog appears. There are two options for FourCC just set both to DIVX and try if that changes anything. |
|
| valja |
| Posted: Aug 9 2002, 05:53 PM |
|
|
Advanced Member
Group: Members
Posts: 179
Member No.: 66
Joined: 1-August 02
|
Well, that changed picture a bit. I used AVIC, which shows "FourCC Description Code: divx" and "FourCC Used Codec: DX50", and changed both to divx. With the VDub no changes - still "no delta frames", just a green screen until I move forth and back to frame 0, attempt to rederive keyframes crashes.
But there was a change in WMP 6.4 behaviour. Normal size picture OK as earlyer, but WMP doesn't crash anymore. In full-screen mode picture isn't doubled, but is filled by consecutive delta(?) frames and is normal very shortly every 3-5 sec (after key-frames?).
I'll try to rebuild indexes using DivFix 1.07 and divx, divx FourCC codes. If it will not help, I don't see other way than recode picture with high bitrate and then use 2-pass recode and try fit to CD size.
Valja
|
|
| ProfDrMorph |
| Posted: Aug 10 2002, 07:01 PM |
|
|
Unregistered
|
which version of VirtualDub do you use? Have you tried v1.4.10 ? |
|
| valja |
| Posted: Aug 11 2002, 08:55 AM |
|
|
Advanced Member
Group: Members
Posts: 179
Member No.: 66
Joined: 1-August 02
|
Yes, I use the last VDub version, 1.4.10.
I tired to open the file with divx FourCC codes in "AVIFile compatibility mode" (btw, what it is?) and now VDub shows "1 keyframe". That looks more proper than "no delta frames". There certainly are more key frames, but as I wrote earlyer, rederiving crashes (and I don't understand, why it shows doubled number of frames). At least I have now a start point for recoding.
I tried 2-pass recoding (also with Nandub) but even with the same output file size as original has (and I have some 30M more for video from sound recoding 128K -> 96K) there is significant loss in picture's quality. But that's another question. I'm now more interested to clarify, how the original had been encoded.
Valja
|
|
| ProfDrMorph |
| Posted: Aug 11 2002, 06:18 PM |
|
|
Unregistered
|
The only thing I can tell you is that DivX5.0x was used for encoding because the FourCC was set to DX50. Maybe one of the Pro-Features has a bug or something. I only have the standard version of DivX5 ( I don't want Adware on my computer even if it's disabled/blocked and I don't have the money to buy the Pro Version ( I shouldn't buy that much CDs/DVDs  ) ) so I can't comment any further on this. |
|
| bobsobol |
| Posted: Sep 17 2002, 11:46 PM |
|
|
Unregistered
|
This may be only of terciarry interest but I have seen the same effect with 700Meg Mpeg1 VCD files stored on 650Meg CDs. My guess would be truncated file or a corruption in the first key frame (the first frame).
|
|
| Ciler |
 Posted: Sep 18 2002, 06:32 AM |
|
|
Unregistered
|
Maybe you can try this :
Select the part where there are green frames at the begining and re-encode it, so as to force first frame to ba a key-frame. Copy the remaining of the movie using "direct stream copy", the append the two new files. This should give you a completly valid file (or, at least, I hope so  ) |
|
| valja |
| Posted: Sep 19 2002, 07:45 PM |
|
|
Advanced Member
Group: Members
Posts: 179
Member No.: 66
Joined: 1-August 02
|
Thanx, Clier, I tried it.
I recoded first, "green", part and did direct stream copy from second part that clearly started from keyframe. But... resulting second part had just the same properties as original file - first 299 frames were again green. OK, I did it again, spit it to two files, starting second part from clearly key frame and... second part was again with "green" frames as beginning.
Here is visible, that the file has one keyframe per (about) 300 delta frames (just default settings of DivX5). But for unclear reasons in VD all of them are marked as key frames. DivFix doesn't help - after rebuilding indexes nothing changes.
Looks like the file is seriously damaged. Probably the best solution is to recode the file with qualiti-based encoding (100% just to save quality, no matter, how big it will be) and then see, what can I do with resulting file.
|
|
