Staredit Network

Hey, i dunno if this has been asked before or anything, but i was wondering since there will be an exe editing ability, could u make SC accept better quality BMPs (atleast for menus) and mp3 sounds ? It would really be great.

Oh~! DoA i have long time no see this thread
Basically, i don't care how FG will be builded

anyway, earlier version Screenshot of FG 1.13 seemingly good for user
they are looks similar to DATEDIT layout and menus
that's better for public user, that was very good choice DoA

that layout looks very familiar with most users

but i have one suggestion in Button Preview window
what about add exchanging positon funtion to there?
i guess when if pplz work countinue or if wanna change button positon
that would be very familiar workflow

for example : if wanna change poition, just drag to other position in preview widow
and if wanna copy form other button which many spell buttons,
the just select icon and support popup menus which showed copy,paste,del menus
then moder's working progress will be reduce user's handed labor very much

anyways... keep ur job as like this well

i think thats a good idea but he should finish basic firegrafy first then that

The first would require you to change the bit depth of starcraft, which would require a very, very large amount of changes to the game, and mp3 sounds would require you to inject an mp3 decoder into the mixer, also a very daunting task.

Right, As ur saying that is a matter of StarCraft Engine's Structure
if would add more extended supporting other format in SC engine
that might be require analyze the starcraft Engine more than more

And i think maybe some files extentions are require other dll pointer
to work without modify SC engine

ADDITION:

should do that first, would not do this time

Feature Suggestion: (hopefully not too late) I think when you create a new button, it should appear in a box below the button display, you would then enter the button position you want it to be (1-9) and click on 'place button'.
Afterwards, it would place the button there if it's not already used, but if it is used it will ask you if you want to replace it. (it removes the old one when you do this, to prevent a crash/other problems)

Feature Suggestion 2: When you click on a button display button, it should jump to that button for easy editing.

that sounds like a big time saver.

In regards to using mp3's could you make it so that a tack on program or what ever converts and makes a temp wav of the mp3 instead of putting in wavs?

would that work or even sound plausible?

But you can play mp3s in SC, can't you? You just use ThunderGraft for it. It has never been publicly released, so just a handful of people would know/have it (mostly through private channels). I happen to have it, but I can't send it from where I am and will be for the next couple weeks - you can try asking IskatuMesk at Star Alliance or Ojan here at SEN. They have the plugin for sure, dunno if they will share it though.

I have the plugin as well... who's permission do I need to share it?

Well, Quantam is the one who made it, you can look for him at the Star Alliance (link above), but he's rarely online.It's up to you, really, since I do not think if here still cares anymore.

ADDITION:
Speaking back about DAT-expanding...I thought of it, and it doesn't seem all that hard, after all, at least when it comes to the 'classic' DATs, i.e. those with a static format (all but units.dat and sprites.dat). Since flingy.dat is of the major concern here, I think it is 100% feasible and not-so-difficult (I can see the code before my eyes, so it's a good sign). The problem is, that if you would use such a DAT with a non-FG-patched game it would crash you right away, because the DAT sizes are being checked at startup.

The DATs of unorthodox format are a pain in the ass, but I 'think' I can overcome the problem by seriously tweaking the format (FG would need to read it appropriately, which would be the major problem I think) and probably doing it the way AZ does, i.e. de-hardcoding the format and change it into a text file or something (the updated format specs should really be put up in the web, by the way), but it would require more than just a few clicks here and there, especially with units.dat, since its format is non-continous.
So, in short - not really likely to see "adding new units to Starcraft" I am afraid.
And I agree that this can be left for the future. For now, let's all enjoy the basic Firing pie

sounds good, man i wish i hadnt dropped out of c++ last semester thinking visual basics is enough o well

VB is crap, it really is, man - C++ (and hopefully C++0x) rocks the world. There is no bettter coding option, and DoA will second me on this, I am sure:)

DoA>As for the code - TImage's OnClick/On Enter events are your friend, as well as a custom usage of the Tag property, which you know well already

I don't know how you people use VCL.

thats why i wish i had learned it, but i dont know if i can ever learn it coding is like learning another language

I can use C++, but VCL (Visual Component Library) is just like... Wtf? I use pure Win32 API and some of my own wrappers.

I shall begin the worshipping immediately.

ASM Actions <3 <3 <3

It's not VCL itself here, y'know. It's rather the fact of using Borland C++ Builder, which is a great IDE IMHO, to do the coding ,and VCL comes as a useful addition to it, that's it. Also, it's very straightforward to use it once you work with it under BCB.

Indeed... now I just need to learn ASM...

How do you find the IDs? Is it in hex? Just wondering.

What IDs? What are you talking about?

This: