Use a different MPQ library?

do you know of another one? I'll try it

No, but this was the 4 result on google for "mpq library". Probably others around too, thanks to the popularity of WoW.

http://code.google.com/p/crystalmpq/

This might work: http://www.zezula.net/en/mpq/stormlib.html

Could probably post questions to forums on that crystalmpq project asking about other libraries too.

I have Windows 7 x64 and I just tried Tinymap2 (1.0.6) and it works perfectly (all menus and functions work). This is on normal DPI and themes disabled.
The link to the new one is broken.

The problem is compressing some maps that contain sound in them. Farty has seen it himself on his new W7 laptop.

The only thing I've changed really was making the Block Size a variable instead of constant. And I've never seen menus not work.

Not even. It's pretty much random.. In my tests it was scenario.chk that crashed most often.


And to test it I just successfully opened a random map and compressed it. (Win7x64)

EDIT:
Oh, also I never got rid of dbg.log ... Look for that, and you can see what it crashes on.

EDIT2:
The thing I don't understand the most is why it works sometimes, but not other times, when I do the same things:
1. Run the program
2. Immediately press "Open"
3. Choose Rush
4. Save
Works like one out of 3 times... Seems to work more when I set Compatibility mode to "Windowx XP (SP2)" and "Disable desktop composition", but that might just be coincidence.


Post has been edited 4 time(s), last time on Jan 16 2012, 11:31 pm by FaRTy1billion.

olol, sorry ... Wrong extension on the link.

The link works now.

Setting compatibility mode options made no difference for me in the past.

Also the newer versions of my map where I changed the intro sound file pretty much never crash now, when the older versions used to crash about 9/10 times. Anyway I've posted various times throughout this thread with my observations of the issue (compressing a Blizzard melee map seems to 'reset' the issue, etc).

Still crashes when I click save on Vista. I noticed that before, even when it crashes, it saves the map but with only like a few kb but now it compresses the map but corrupts it too

It crashes when adding files to the map ... I don't know what is causing it.

So this has started screwing up on my map, but in a very interesting way:

• The Newer version I have which has the block sizes and is from this thread crashes. It crashes and creates a file that is 88k, likely just the sound files.
  
• The Debugger version I have that Farty sent me via message also crashes and creates a file that is 88k.
  
• But my older version (from this thread) works fine with the same map file. I want to use the newer versions thought because they create a smaller map.
  

So there's something weird going on with the specific application that is using the library somehow? Like there's some weird caching or hashing going on. And this only happens on W7/Vista and not XP.

Also I discovered with the newer versions, if I save the map as Melee instead of UMS then it works fine. So I'm not sure it's so simple as being the library that's screwing up - maybe when you create the stripped .chk file for some reason the library sometimes rejects it?

Edit: compressing using Type 1 in the newer version works. It's looks like it's about 1kb bigger than it would have been with type 2, but that's close enough. Better than 16k bigger if I used the older version.

Post has been edited 3 time(s), last time on Feb 6 2012, 4:08 am by Lanthanide.

Just here to say THANKS for updating this! TinyMap is the best compression utility, and now it's even better making use of Preserve Triggers flag Still gotta try this on my new Win7 machine when/if I ever got to SC mapping again!

Love Farty!

First try and it doesn't even work lol.... my map is 1.5 mb
Here is the debug information:


Preparing File 1: staredit\scenario.chk
Type: CHK
CompCalc = 00000308
Compressing CHK...
Buffer Size = 239759
CHK Size = 147911
Done preparing file

Preparing File 2: staredit\wav\The match is about to begin... Final.wav
Type: WAV (Compressed)
Compressing WAV...
Buffer Size = 32174
Channels: 1
File Size = 32174
Done preparing file

Preparing File 3: staredit\wav\My Readings... Build More Buildings or Face Defeat.wav
Done preparing file

Preparing File 4: staredit\wav\Starcraft End Game Music (Forum_Of_Ox).wav
Type: WAV (Compressed)
Compressing WAV...
Buffer Size = 1335744
Channels: 1
File Size = 1335744
Done preparing file

Done preparing data



Loading MPQ File 0: (listfile)
Done

Post has been edited 1 time(s), last time on Aug 14 2012, 10:23 am by Radical924.

There is some bug that I've yet to identify with Windows 7 where it will randomly stop working when writing the file ... I have no idea why it happens because doing nothing differently and trying again may work.

If you'd like you can PM me the map and I can see if it is something specific to that map, or just another case of this bug.

Please never do this. The extra blank seconds on a lot of my sounds are to avoid a bug in SC where a sound repeats if it is too short.

Or make it an option.

I probably wont change what tm2 does much. And it's already an option if tm2 does anything to the wavs.

Got my fingers cross here. I kicked some bug. It was a minor thing in sfmpqapi that had to do with memory allocating and freeing ...

Try your map with this and let me know what you get. I still have the debug log enabled.
[attach=8869]

ShadowFlare said she'd look into it, so hopefully I can get an official sfmpqapi fix in a little bit.
When I get a new sfmpqapi source available I'll upload a new official build.

Attachments:

Post has been edited 1 time(s), last time on Aug 15 2012, 6:51 am by FaRTy1billion.

I'll give this one a shot. I remember using the older one and it alterring some damage stats of one of the ghost units on my map (gave it like 758692 dmg or something ridiculous like that). Not sure if that was part of the bug you fixed. Running Windows 7

If you still get any errors like that be extra sure to let me know and I'll be sure to fix it.