Quote from Elvang
can just use staredit\scenario.chk as the filename to open it every time?
None.
scwizard, is it possible that my ancient wishes for scmdraft can be possible in this community editor?
None.
Sure it's possible, as this is a new program, not hinged by the shackles of existing programs.
However I'm not sure how probable those wishes are.
However if you help they are more probable!
EDIT: Pick a module people!
It's great to hear the you're interested, but you should really look through the list and pick something you wish to work on. If your inexperienced it's probably best to stick with the invisible portions, to avoid having to deal with graphics and such.
However I'm not sure how probable those wishes are.
However if you help they are more probable!
EDIT: Pick a module people!
It's great to hear the you're interested, but you should really look through the list and pick something you wish to work on. If your inexperienced it's probably best to stick with the invisible portions, to avoid having to deal with graphics and such.
None.
aka idmontie
Quote from Wiki
Each section starts off with a 4 byte string, and a 4 byte unsigned long.
...
The 4 byte unsigned long indicates how many bytes the section contains, not including the header itself.
...
For easy reference, since each trigger contains 2400 bytes, the amount of triggers can be gotten by taking the section length and dividing by 2400.
...
The 4 byte unsigned long indicates how many bytes the section contains, not including the header itself.
...
For easy reference, since each trigger contains 2400 bytes, the amount of triggers can be gotten by taking the section length and dividing by 2400.
Does the above mean that the trigger limit for a map is 1789569? Didn't see anything listed for trigger limit in the map limits article, so I'm assuming going over the limit will cause some side effects if starcraft doesn't crash/error out.
EDIT: I think starcraft would read the 1789569th trigger, then interpret the next 8 bytes as another section header. At which point it'd probably say the map is invalid unless you crafted the 1789570th trigger onwards.
Post has been edited 1 time(s), last time on Dec 21 2008, 7:37 pm by Elvang.
None.
I'll do the briefing editor. Does anyone know how I would display the portraits for the preview function someone mentioned?
None.
You would need to load the mpq that stores the portraits and load the related files into memory. You'd also have to find a library or the file specifications for smk so you can draw them to the screen.
None.
aka idmontie
NEVERMIND.
Quote from Elvang
You would need to load the mpq that stores the portraits and load the related files into memory. You'd also have to find a library or the file specifications for smk so you can draw them to the screen.
Is smk a Blizzard format or a public format?
None.
aka idmontie
Quote from name:TassadarZeratul
Quote from Elvang
You would need to load the mpq that stores the portraits and load the related files into memory. You'd also have to find a library or the file specifications for smk so you can draw them to the screen.
Is smk a Blizzard format or a public format?
Ok, I've been messing with SFileReadFile for awhile now, and it seems that no matter what I do I end up with the app ending with error 0xC0000005 (memory access violation). Example of code:
What am I doing wrong here?
Code
MPQHANDLE the_chk = NULL;
SFileOpenFileEx(the_mpq, "staredit\\scenario.chk", NULL, &the_chk);
DWORD the_chk_NBR = 0;
DWORD test_that_stuff = 0;
SFileReadFile(the_chk, &test_that_stuff, sizeof(DWORD), &the_chk_NBR, NULL);
SFileOpenFileEx(the_mpq, "staredit\\scenario.chk", NULL, &the_chk);
DWORD the_chk_NBR = 0;
DWORD test_that_stuff = 0;
SFileReadFile(the_chk, &test_that_stuff, sizeof(DWORD), &the_chk_NBR, NULL);
What am I doing wrong here?
Technical questions like this are:
a. probably best answered over AIM/PM etc (have I PMed you my contact info? if I haven't I will in a second)
b. I'm not available for the support I mentioned until after monday.
EDIT: Or you can post here and hope someone else gets to them, I guess there's no problem with that.
a. probably best answered over AIM/PM etc (have I PMed you my contact info? if I haven't I will in a second)
b. I'm not available for the support I mentioned until after monday.
EDIT: Or you can post here and hope someone else gets to them, I guess there's no problem with that.
None.
Making these small programs sounds annoying to work with, why not just have individual members work on different functions or classes in the program then putting it altogether into a single program?
None.
aka idmontie
Quote from 
Falkoner
FalkonerMaking these small programs sounds annoying to work with, why not just have individual members work on different functions or classes in the program then putting it altogether into a single program?
Quote from Elvang
Ok, I've been messing with SFileReadFile for awhile now, and it seems that no matter what I do I end up with the app ending with error 0xC0000005 (memory access violation). Example of code:
What am I doing wrong here?
Code
MPQHANDLE the_chk = NULL;
SFileOpenFileEx(the_mpq, "staredit\\scenario.chk", NULL, &the_chk);
DWORD the_chk_NBR = 0;
DWORD test_that_stuff = 0;
SFileReadFile(the_chk, &test_that_stuff, sizeof(DWORD), &the_chk_NBR, NULL);
SFileOpenFileEx(the_mpq, "staredit\\scenario.chk", NULL, &the_chk);
DWORD the_chk_NBR = 0;
DWORD test_that_stuff = 0;
SFileReadFile(the_chk, &test_that_stuff, sizeof(DWORD), &the_chk_NBR, NULL);
What am I doing wrong here?
aka idmontie
Double Post FTW.
How to extract using Storm.dll. Created by the awesome Justin Olbrantz(Quantam):
[attach=2293]
Attachments:
How to extract using Storm.dll. Created by the awesome Justin Olbrantz(Quantam):
[attach=2293]
Attachments:
By the way, I'm done with finals and everything, so anyone participating feel free to contact me for support.
None.
Quote from A_of-s_t
A_of-s_tDid you set up a memory buffer? I have a sample program written by Shadowflare that I can post later today that demonstrates how to use her .dll's.
Quote from 
scwizard
scwizardWill split maps into the invisible and visible portions and graft those portions together again. Goal is to make it so that the visible portion of the map can be edited in SCMDraft for now, without running the risk of getting the invisible portion corrupted due to opening it in SCMDraft.
None.
Quote from scwizard
scwizardOk here's the deal. I think we should make a new map editor. SCMDraft is great and all, but there is a lot of room for improvement.
Now making a full fledged editor by yourself is a very difficult task, so I thought the community could come together and do it modularly. Each person could make a different editor, and each editor would edit a different portion of the map. For instance one person could make a terrain editor. Another could make a trigger editor. This way people can focus on doing one thing right (for example the person making the mission briefing editor might be able to add in a preview function) instead of trying to do everything.
So I'd like volunteers for this project. Here are the details:
*Select a single orange section in the collapse box below. (I might not mind if you select more than one, but try to avoid picking too many).
*You can code an editor for that section in whatever programming language you choose.
*The editor must be open source.
*Must interpret protected maps as protected and unprotected maps as unprotected (as in respect protection, but don't confuse a unprotected compressed map with a protected one)
If you adhere to those details then you'll earn:
*Unlimited programming help (many languages offered) from me, and perhaps Doodle77 to.
*When you finish the program I'll mail you a box of homemade brownies/cookies I swear.
*Other nice things perhaps.
So lets gather together as a community, build some awesome map making tools and help drive starcraft map making forward!
Project claims:
scwizard: A map grafter. Will split maps into the invisible and visible portions and graft those portions together again. Goal is to make it so that the visible portion of the map can be edited in SCMDraft for now, without running the risk of getting the invisible portion corrupted due to opening it in SCMDraft. Will also possibly have other functionality. C++ and MFC.
A_of-s_t: Expressed active interest in contributing to this collaboration. "What ever I feel like making at the time is exactly what I'll do. I'm flaky like that."
Elvang: Expressed strong interest in contributing to this collaboration.
ClansAreForGays: Expressed interest in contributing to this collaboration.
TassadarZeratul: Expressed interest in contributing to this collaboration.
Now making a full fledged editor by yourself is a very difficult task, so I thought the community could come together and do it modularly. Each person could make a different editor, and each editor would edit a different portion of the map. For instance one person could make a terrain editor. Another could make a trigger editor. This way people can focus on doing one thing right (for example the person making the mission briefing editor might be able to add in a preview function) instead of trying to do everything.
So I'd like volunteers for this project. Here are the details:
*Select a single orange section in the collapse box below. (I might not mind if you select more than one, but try to avoid picking too many).
*You can code an editor for that section in whatever programming language you choose.
*The editor must be open source.
*Must interpret protected maps as protected and unprotected maps as unprotected (as in respect protection, but don't confuse a unprotected compressed map with a protected one)
If you adhere to those details then you'll earn:
*Unlimited programming help (many languages offered) from me, and perhaps Doodle77 to.
*When you finish the program I'll mail you a box of homemade brownies/cookies I swear.
*Other nice things perhaps.
So lets gather together as a community, build some awesome map making tools and help drive starcraft map making forward!
The various available modules, tell me if I missed any
Project claims:
scwizard: A map grafter. Will split maps into the invisible and visible portions and graft those portions together again. Goal is to make it so that the visible portion of the map can be edited in SCMDraft for now, without running the risk of getting the invisible portion corrupted due to opening it in SCMDraft. Will also possibly have other functionality. C++ and MFC.
A_of-s_t: Expressed active interest in contributing to this collaboration. "What ever I feel like making at the time is exactly what I'll do. I'm flaky like that."
Elvang: Expressed strong interest in contributing to this collaboration.
ClansAreForGays: Expressed interest in contributing to this collaboration.
TassadarZeratul: Expressed interest in contributing to this collaboration.
I honestly think that doing it the COM way would be better....
And its going to be hectic unless you define a standard you should all follow and by standard I mean a set way of how your 'module' (I still think COM would be better) should be structured, kind of like CSS defines tags in HTML, you should have a standard your programmers follow.... For portability ease and speed of the program.
None.
aka idmontie
Quote from Kellimus
And its going to be hectic unless you define a standard you should all follow and by standard I mean a set way of how your 'module' (I still think COM would be better) should be structured, kind of like CSS defines tags in HTML, you should have a standard your programmers follow.... For portability ease and speed of the program.
[2024-5-18. : 10:34 am]
NudeRaider -- SEN doesn't rely on spammers initiate its sleep cycle. It hat fully automated rest and clean-up phases. Please understand that this is necessary for the smooth operation of the site. Thank you.
Members Online: 
Bar Refaeli, RIVE
Bar Refaeli, RIVE