problem with avi, jpeg on storage drive after system upgrade

[charliebrown78]

After the upgrade (cpu, mobo, memory, etc), some of avi and jpeg files in my storage drive doesn't work. Avi files will say codec's not supported and jpeg files just won't open. All of my avi files played perfectly well with the same codecs before the upgrade so it really shouldn't be the codecs problem. Jpeg files were also fine before the upgrade.
Well, chkdsk was run automatically before while booting up and it redirected orphaned files. Is that caused this problem? My storage drive only contains jpeg and movie files. I just don't see how this happened.

 

[Ice Czar]

Corruption 101

it could have been anything from you forgetting about the +5VSB power to the gradual degredation of a platter sector

you certainly had a filesystem event however

 

[charliebrown78]

I guess I didn't mention that not all files are corrupted in the same storage drive. About half of avi and jpeg files aren't corrupted. I also noticed that same movie files are either corrupted or not corrupted. For example, I have Batman Return movie split into part1 and part2 and both of them are just fine. And I have Scarface movie split into part 1 and part 2 and they are both corrupted. Others are like that too. Either all of them are corrupted or not corrupted. Sounds like a codec problem, right?? Nope, like I said before, all those movies were playing just fine before the upgrade. It's just weird.

Corruption 101

it could have been anything from you forgetting about the +5VSB power to the gradual degredation of a platter sector

you certainly had a filesystem event however

 

[Ice Czar]

well the easiest solution is to run a comparative checksum between a suspected corrupted file and its known good backup

that would of course require a backup

fsum is freeware and is quite good at that
http://www.slavasoft.com/fsum/

alternately start reinstalling video software
the problem with that is, generally somewhere down the line you get stuck on (or with)
Windows Media Player, and you can't really remove and reinstall that too easily


I employ XPlite (also works on W2K) to strip Windows Media Player out
and then I don't reinstall it, I'll make my own mind up about what DRM Id like thankyou

and install instead the K-Lite Mega Pack
http://www.free-codecs.com/download/K_Lite_Codec_Pack.htm
http://www.free-codecs.com/download/K_Lite_Mega_Codec_Pack.htm

a few other issues (plugins, file associations) are covered here
http://hardforum.com/showthread.php?t=1025329&highlight=codec
in the event they don't default or you miss something when installing

a freeware alternative I still havent tried to XPlite is nLite
the reason I havent tried it is it requires .NET Framework 2.0 to run
http://www.microsoft.com/downloads/...cb-4362-4b0d-8edd-aab15c5e04f5&displaylang=en
and that currently confilicts with the .NET Framework version I need to run assorted ATE
(Automsatic Test Equipment) Software \ Translation layers (National Instruments VISA)
2.0 is no longer a Beta (as of 3\22\06) maybe it will work now

I posted the Corruption 101, because regardless if there is a codec issue or not
you shouldnt be seeing the NTFS filesystem getting borked and running chkdsk
that is a definative problem, and those orphans were at one time your data
as to if its a systemic problem or a one time event, its still best to start ruling out possible culprits just incase it all starts to circle the drain

as mentioned backup now
then run memtest86+ and proceed on down the list
not much point dicking around with codecs if you have a corruption problem

 

[charliebrown78]

I think I know what happened. Well, not 100% but I'm pretty sure.
I have 3 hds. 2 of them are over 137gb and I use pci controller. Only those two drives got corrupted files after the upgrade. I believe Windows XP supports hard drives over 137gb only with sp2. I connected those hds before updating my Windows to sp2. And of course Windows didn't recognize other than 137gb hense it corrupted rest of files. Well, that's my theory but it makes sense.