Dont know whether the oggdropxpd random crash while encoding was sorted out or not, but here is a bug while decoding.

oggdropxpd crashes while decoding from vorbis -> wav. this happens with all the three encoders available at rarewares i.e. post1.0.1, gt3b2 and aoTuV as well as the experimental oggdropxpd-gt3b2+qk3.2

When decoding the same file through third party oggdropxpd (aotuvdropxpd) this problem does not occur.

my machine is pIII running win xp pro

the error signature is same in all crashes
error signature:
AppName: oggdropxpd.exe AppVer: 0.0.0.0 ModName: ntdll.dll
ModVer: 5.1.2600.0 Offset: 00001ec7

the file which is causing the crash is here

more work for john33

Hmmm, yes it does it here too!! Bizarre!! I'll check it out. Thanks for the notification.

Edit: OK, problem code identified. Will fix in next 24 hours.

There are new MSVC6 SP6 compiles (as of June 2) at Rarewares. While the code that was causing the problem here was identified, VC6 compiles, at least on my system, do not exhibit this problem. This would appear not to be a new problem as 1.7.9 also had the same problem, but apparently went unnoticed!

BTW, Intel 4.5, 7.1 and 8 compiles all show this problem. So, for those who have questioned the use of the Intel compilers in the past (Garf, are you listening? ), I bow to your greater wisdom. In the future, I shall be very circumspect about the use of the Intel compilers for Windows apps although for console apps I think there is probably less of an issue.

Is there no other Open Source compilers available? Or porting to other compilers such as Watcom 1.0 is a "big project"?

Maybe it's my guess, but INTEL may have some optimization or better code to run in their CPU than AMD or VIA, so they can have advantages ...

As I learn from Avery Lee's Virtualdub homepage, compilers surprisingly stupid when looking at the compiled binary, but too bad not many can handle assembly.

Having just moved from an AMD to an Intel P4 (HT) system with the attendant reinstall of WinXP Pro and compilers, etc., I have re-compiled and tested the various versions of oggdropXPd; in particular P3/AMD and P4 ICL7.1 versions.

I have tested all these on my system, encoding and decoding, and all function correctly. These new compiles are at Rarewares now.

If anyone experiences any problems with any of these, please let me know.

so has the problem code been rectified or just the compiler changed


also oggenc 2.3 aotuv b2 does not have a MinGW32 (GCC 3.3.1) compile on rarewares. it would be nice to have that too

The code has been changed very slightly, but I don't believe that that was the problem. I can't give you a definitive answer (which is always slightly worrying), but I tend towards the view that it may have been down to an obscure incompatibility between the Intel compilers and the AMD platform I was using. To be honest, though, that is little more than a guess!! All I can say is that having recompiled on an Intel platform, all seems to work fine.

Not a particularly satisfactory answer, I know, but if I'd been on an Intel platform all along then we may not have been having this conversation anyway!!

I'll look at putting up a MinGW32 binary of oggenc2.3aoTuVb2 in the next day, or two.

okay
thanx

@john33

correct me if i am wrong

oggdropxpd doesnt work on linux (through wine) because drag and drop feature is not supported.

i was wondering that if u could include 'add folder' and 'add file' option in the menu so we could browse and select the file to be encoded, things could work.

has this been tried earlier (unsucessfully) or do incompatibilities lie somewhere else and not in drag and drop feature?

would be nice to have oggdropxpd working on linux

That's a pretty good suggestion. I remember trying OggDropXPd in wine and drag and drop not working too.

Note that CDex works quite well under wine and you can use that to do mass encodes to Vorbis

I'll take a look at this, but don't expect anything in the immediate future.