SSForum.net is back!
Samapico
-
Posts
7972 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Events
Everything posted by Samapico
-
There's an EXE somewhere, it's just an empty window that you can throw around, it doesn't make you throw around ALL your windows
-
if(xVel > 0 && xVel < minLimit && yVel > 0 && yVel < minLimit || xVel < 0 && xVel > -minLimit && yVel < 0 && yVel > -minLimit) Make that: if (abs(xVel) > 0 && abs(xVel) < minLimit && abs(yVel) > 0 && abs(yVel) < minLimit) Might be Math.abs, not sure... On subject: if(((this.Location.X + (int)(xVel)) + this.Width) > Screen.PrimaryScreen.Bounds.Width || (this.Location.X + (int)(xVel)) < 0) { xVel = - xVel; } else if(((this.Location.Y + (int)(yVel)) + this.Height) > Screen.PrimaryScreen.Bounds.Height || (this.Location.Y + (int)(yVel)) < 0) { yVel = - yVel; } if(((this.Location.X + (int)(xVel)) + this.Width) > Screen.PrimaryScreen.Bounds.Width && xVel > 0 || (this.Location.X + (int)(xVel)) < 0 && xVel < 0) { xVel = - xVel; } else if(((this.Location.Y + (int)(yVel)) + this.Height) > Screen.PrimaryScreen.Bounds.Height && yVel > 0 || (this.Location.Y + (int)(yVel)) < 0 && yVel < 0) { yVel = - yVel; } That's what I meant
-
Probably a new editor for both, but I'd start with the lvz part (mostly because I'm more likely to need to use it myself ) Anyway, I made some slight progress in DCME just now... It's not as bad as I thought it would be. We were working more 'from bottom to the top' previously, like we made all the basic structures of LVZs and stuff like that, then slowly climbed up to make the data accessible and modifyiable... Now I'm more starting from the top and going down... I make buttons and forms how I want them, then I make them dig down to the data they need. Cause the core of it pretty much works, but our interfaces suck badly to use it, and crash everywhere, so... that should help finish it. Basically: In the 'LVZ' tab of the tileset (now renamed 'LVZ Library', sounds nice), you'll be able to right-click on stuff to pop up a menu. You'll be able to add images, delete them, edit them, reorganize them (move from one lvz to another) and stuff like that. I worked a bit on the 'Add image...' form, cause that's pretty much from where everything will start. I'm thinking of having the option to: -Import an image from a file -Reuse an existing image file (when you have multiple definitions of a single image file; if you import from a file that is already used, it should do the same thing too to avoid compressing twice the same file for no reason) -Create a new image (using the Tile Editor, which can actually be an Image Editor) ; I won't focus on this one though, I'll keep that for the end Once you have your image, select the properties (animation settings, in which LVZ file to put the image definition, in which LVZ file to put the new image file (if it's a new file), ... that's about it. Of course, a nice preview would show you the image, animated if applicable. And you have a new image available in the lvz library. Would be nice to be able to filter what is shown in the library too, by lvz files or by animated/non-animated
-
To fix the first problem, it's pretty simple... I assume you keep a 'previouslocation' coordinate on each MouseMove events, then compare it with the current position on a MouseUp event to determine the velocity? So to fix the problem, simply set the previouslocation to the currentlocation on the MouseDown event And the second one, yeah... but you simply have to make it check for a right-edge collision only if the velocity is positive, and check for a left-edge collision if negative (same for Y velocity)
-
If you do a single click in the window, it will launch itself real fast (most likely considering the last MouseMove event) If you drop it partially outside of your screen, it bounces left and right over and over (until speed reaches 0)
-
I heard quickly about this... They said that one of the fathers was some 24-years-old homeless dude or something; I might have heard wrong though, would be nice if you could find an article to link to
-
Sounds fun
-
-
Well, technicall, if you drink so much water that it fills your stomach and eusophageus (sp?!? I know how to spell this in french but...), then you might drown... And if your body aborbs too much water, I remember reading that you could screw up your brain, there'd be litteraly short-circuits in there and stuff.
-
I did work with forms and graphics in C# and yes, some diagrams would be nice... even if I don't really know how to do those
-
It's not a matter of being pretty... it's a matter of having several thousands of items displayed at once on your screen. Try this with an integrated 32MB chipset, and your computer will just die.
-
Weird................ Now, when I plug something in my front audio port, the back port is muted... If I was using headphones, it would be fine, but I'm using the front port for a second set of speakers that I want to be able to easily unplug, cause I also use them on my mp3 player sometimes. Before the reformatting, I could use both ports at the same time without a problem... I think I have a different audio driver than I used to :S according to my saved PCmark results, I used to have 'HD Audio render', now it's a SoundMAX thingy... I have a bunch of different drivers stored, but it would be kind of weird that 2 different drivers would fit for the same item, no? Rebooting... more to come edit: It auto-reinstalls the SoundMAX thingy now... And I broke some other driver lol edit2: actually, I think the 'broken' device is something that appeared to replace SoundMAX while it was uninstalled, which is why it can't find a proper driver, cause the sound is already handled by soundmax now. So uninstalling it should fix... rebooting
-
stuff like this 0EMeQxImNmkhttp://www.youtube.com/watch?v=0EMeQxImNmk
-
GTA
-
The latest Symphony X album, Paradise Lost pretty nice
-
Your story sucks, I was hoping for some blood to be spilled or something
-
Just because I had to search for it...
-
Redo it... yeah... that's what we would need to do, me thinks And if we are to redo it, I'd rather redo it as a cross-platform C# program. Actually, I could try to make the MOVE and DELETE work... actually I think moving them around already works right? As far as I remember, it wasn't working that well, but you could move stuff around... so if I make it so we can SELECT something, that would be a big plus, then deleting shouldn't be too hard. If I do that, will the LVZ manager still be needed? I guess it is needed to create the .LVZ itself and import images... but after that all mapobjects can be done in the map screen, right? I haven't used lvz's with DCME for ages, so correct me if I'm wrong there. The ultimate goal was to get rid of the lvz manager, cause 1- it's full of bugs, and 2- it's ugly hmm... bleh... ok I think you convinced me to spend a few hours on this... but I won't bring this to a 100% completion There are far too many things I envisaged for lvz's, but I don't think it's worth spending all the time for it. I'm starting to convince myself to make a lvz tool (well, a map editor, but I'd start with the lvz-placing part). Maybe my brain is just developping a phobia of digging through the VB code again... dunno... All I'm sure of is that the whole 'Display' thing in DCME is starting to get complicated; lots of 'IF's and repeated code because of all the conditions and especially lvz's. However, I think it might be a good idea to start a new editor from scratch, starting with all the things we learned making DCME, and making sure not to repeat the same mistakes twice, and start in the right direction, plus in something that won't require tons of dlls and ocx (which is probably something that is currently repelling A LOT of people from our program) Anyway... I talk a lot, but will I get anything done... we'll see edit: gotta reinstall vb6 and svn and all that
-
Dunno... maybe it was brought up before... don't remember... But still, implementing this in DCME would be suicide imo The structure of it would need to be completly rebuilt; just putting in LVZs required patching the whole thing
-
-
Get drunk
-
What? He's not a Dark Elf?
-
Hmmm... actually I think what I was referring to was actually 1970 That's what you get with a commonly used API... but I guess it's totally unrelated to 1909 my bad It probably has more to do with the fact that they don't want to end up with 1908, which is 08, which is the same as 2008, which would be confusing. Maybe check again next year, see if you can still use 1909
-
it's open sourced... if anyone wants to do it, I encourage them too
-
Just had an awesome idea this morning when I woke up... Vector-based mapping. This could seriously bring mapping to a new step... Basically, you wouldn't really draw tiles, but you'd simply draw WALLS, defined by vectors. Something like: Spoiler! --Click here to view-- You'd then use the tileset to define a wall... kind of like the walltiles, except it would be easier to make thick walls, complex patterns, diagonals, etc. So, in the end, what the user sees would look like: Spoiler! --Click here to view-- And then, you could rotate, flip and stretch parts of your map and the tiles would adjust themselves following these vectors. For example, flipping a |_ corner horizontally would make a _| corner, so it would use what pattern you defined for _| No way I'm putting this in DCME though... VB is giving me bad diarrhea (sp?) Plus, this would most likely require a brand new code structure... DCME wasn't built for this :/ soooo... if anyone is bored... Sounds like a mapper's dream, doesn't it?
