rehack

Hi all. I updated an intel laptop from SP2 to SP3 via windows update, and after restart it fails to boot. It gets to the black loading screen with progress bar at the bottom, and that progress bar just keeps going and going (albeit 1 tick every second; slower than normal). I've left it for over an hour, still nothing. Booting into safe mode gives a blue screen that only reads "+ _", no stop errors, nothing but those two symbols next to each other. Booting with last known good configuration leads to the never-ending progress bar again. Enabling boot logging fails to produce the ntbtlog.txt file. Nothing it written to the registry during bootup. Nothing is written to the event log either. The drive itself is fine (according to chkdsk). How can I diagnose this? I have no way of knowing which driver it is dying on, since boot logging won't save any output. Very infuriating. I'm open to any suggestions whatsoever. I'd rather not have to reinstall XP, but it is of course an eventual option.

itunes can support ogg just fine, it just needs a plugin - http://xiph.org/quicktime/ however this won't allow an ipod to play them, just itunes itself. converting mp3 to ogg, with any tool, will still result in a very low quality file.

converting from one lossy audio format to another is a terrible idea from a quality point of view - this is only something you should do if your playback device can't support ogg files.

it would be much easier to just play star fox in a snes emulator, disable any sound channel that doesn't have a voice on it (the snes spu had 8 sound channels, so you only have 8 to go through. check documentation for this, i know zsnes and snes9x can both selecively disable sound channels), and use its built-in wav-file logging. you'll get better, well perfect quality really.

the idea that this could in any way be inferior to microsoft's own bundled defrag is a bit odd, since they both call the exact same functions to perform defragging (i.e., the exact same defrag functions that ALL other defraggers call, diskeeper, contig, etc.). plus this utility forces contiguous space optimization, which microsoft's utility notably fails at (it termintes operation sooner, to appear faster).

Now, go here : I don't know any compiler other than VS that handles ATL so we'll need something else. Or maybe someone can do compile it for you. the atl is confined to 2 header files that just prototype the com exports - everything else is pure win32 (hmenus and all). but i don't know how annoying it might be to export the com interfaces without that atl header

about all i could imagine this wouldn't do is be able to track file usage patterns and store files on the disk in the order they're most often read.. a very useful optimization to be sure, but this program has just blown me away in terms of no-nonsense functionality, small size, no resident services that eat up 10+ mb of ram.. i'm just glad i found it. and i love the screensaver mode. defrag while idle, it's perfect.

i just have to chime in with JkDefrag, as i did here! i've always been horrified by how unfathomably huge the commercial defraggers were, for something quite simple conceptually, not to mention the actual defrag apis they all use are built into windows! hooray for something free, fast, compact, open source, etc.

this looks pretty straightforward for the cascading menu: http://www.codeguru.com/cpp/com-tech/shell...icle.php/c4505/ and i don't believe it'll require any libraries you either can't get from ms through free sdks, or include from lcc-win32's/mingw's free set.

i'm amazed i haven't seen this before, but JkDefrag is everything i've wanted in a defragger: - it's small like it should be (300kb download) - open source - uses the windows defrag api so it's as fast/safe as every other defragger - has a gui for those who absolutely must see a pretty picture - also has a gui-less version that runs silently whenever you like it to - performs a full contiguity optimization unlike the standard windows defrag - .. and is just friggin awesome. i hope someone else enjoys finding this as much as i did!

any ideas? just tried it again, this time leaving the 'keep files' dialog completely empty (no printing files kept at all), and sure enough my driver.cab is still full of printer dll/gpd/ppd/etc. files. i'm just not sure what kind of conditional statement the code runs that could allow this

ah this is the topic i was after! i've been using nlite since version 0.9-something, and *always* had intermittent problems with removal of printer files from the drivers.cab file. this was with win2k, and now having moved to winxp i was hoping that problem would vanish, but apparently not. to troubleshoot, i would select printers for removal, start the process, open up the drivertmp folder that nlite created, and watch to see whether the signature ppd, gpd, cn*.dll, ep*.dll, hp*.dll, etc. files were removed. almost every time, regardless of nlite version, none of the printer-specific files would be purged. sometimes, using the same nlite version, preset, and source files, they would be. there was absolutely no common factor i could find. nowadays i've gotten so frustrated with it that i just paste in a routine list of printer files that may or may not preserve pdf printing functionality (i never did see a set list), let nlite go about its business, and once every 10 times i'll get lucky and drivers.cab will actually shrink down to ~10mb instead of ~50mb, like it did just now, despite having selected printers for deletion. windows attempted: win2kpro sp4 win2kpro usp5.1 winxp home oem sp2 winxp home oem sp2+ryanvm update winxp pro sp2 winxp pro sp2+ryanvm update lastsession.ini i just used - it failed to remove printers on a winxp pro sp2+ryanvm: http://www.sendspace.com/file/xv8aey

well the way the format works is that you have a keyframe which is stored as a full complete picture, then following that keyframe, you have a bunch of 'incomplete' pictures which only store the difference between itself and the frame that came before it. some formats can look back more than one frame, some can look forwards too (bidirectional). so, when you want to cut the end off of something, that's easy - you just store the last keyframe in that segment, and the following incomplete frames that depend on that keyframe... then you can just drop off the other incomplete frames you don't want, since nothing depends on them keyframes are set when the codec is either forced to (by user setting) or the codec has determined that a frame is 'different enough' from the previous frame to signify a scene change, or it's just decided that it would actually use fewer bytes to store a keyframe than a very-complex incomplete frame. it sounds like the codec was smart enough to guess the scene had changed in most of your files and inserted a keyframe, however that detection either failed, or was disabled for the file that's giving you problems. what you can do is, re-encode (using virtualdub) the frames you want to keep, i.e. from 36 til 80, with the same codec as the original file. then cut the original file from frame 81 onwards. then use virtualdub to append the first re-encoded segment with the post-81 cut (this will work since the video codec, audio codec and sizes are all identical) and you'll have your finished file. i believe there are some programs which automate this cut-and-reencode procedure, but i can't think of any names right now.

virtualdub can only start a cut on a keyframe boundary. as you say, the first two keyframes are at frame 0 and 81. therefore, unless you re-encode those first 55 frames you want to keep and then stitch it together with a cut from frame 81 onwards, virtualdub just cannot do it. it's a limitation of the avi format. the frames from 1 through 80 depend absolutely on the frames that came before it. you say it worked on other files - that's because they either had a keyframe where you wanted one to be... or it just did a seek to find the next keyframe after 0 and cut from there. believe me, i've done a lot of programming involving avi parsing and virtualdub filters - virtualdub absolutely cannot do a lossless cut unless the first frame is a keyframe.

you mean extract all *.??_ files, recompress as a solid 7z archive, then reconstruct the *.??_ files after download? that'd save 27 MB from the download: (*.??_) = 102 MB, and all those files extracted and 7z'ed = 75 MB. you could also extract the two driver.cab files (42 MB and 30 MB) and combine them to one 7z archive (34 MB) to save another 38 MB. that's 65 MB saved overall. of course the price of this is sitting through the re-compression on the user's side. it'd take around 10 minutes on a current system. i don't think that's a huge price though - how often do people apply service packs? there'd always be the option to leave the reconstructed version on the hard drive so it only has to be done once. it could be worth it as another download option at least. w2ksp51.exe as 144 MB vs 209 MB?