|
Members in Shoutbox
None.
Shoutbox Search
Shoutbox Commands
/w [name] > Whisper
/r > Reply to last whisper /me > Marks as action Shoutbox Information
Moderators may delete any and all shouts at will.
|
Global Shoutbox
Please log in to shout.
[2014-10-18. : 2:18 pm] * Sacrieur darts under the sofa*[2014-10-18. : 2:18 pm] * Sacrieur looks longingly at moose*[2014-10-18. : 2:18 pm] * Sacrieur meows/me*[2014-10-18. : 7:51 am] jjf28 -- damn... also since they don't return bool any more the second two functions should simply return the value and probably even be defined/inline #codeevolutionproblems[2014-10-18. : 7:43 am] poiuy_qwert -- wew, thanks for the help. getting there: http://i57.tinypic.com/2s0boup.png[2014-10-18. : 7:36 am] O)FaRTy1billion[MM] -- I do that sometimes ... "Wait, why did I do this?" *fixes* *Recompile & run* ... *computer bursts in to flames*[2014-10-18. : 7:29 am] O)FaRTy1billion[MM] -- so like cv5[ (MTXM[...] & 0xFFF0)>>4 ].tile[ MTXM[...]&0xF ][2014-10-18. : 7:28 am] poiuy_qwert -- ah yeah thats a little confusing, though i guess it would help if it wasn't 3:30am ![]() [2014-10-18. : 7:27 am] O)FaRTy1billion[MM] -- I think that's explained in the tileset specs, but not in MTXM/TILE[2014-10-18. : 7:27 am] O)FaRTy1billion[MM] -- Though I guess it could be more specific ... the low 4 bits are the cv5 group ID, and the high 12 bits are the CV5 index[2014-10-18. : 7:25 am] poiuy_qwert -- hey, is there missing information for MTXM/TILE sections in the wiki? the integer per tile doesn't seem to just be megatile index?[2014-10-18. : 6:56 am] O)FaRTy1billion[MM] -- I say hide them! Stop the slew of "my trigger won't run! I put it under current player!"[2014-10-18. : 6:51 am] jjf28 -- having those players for trig ownership is misleading since they don't actually do anything[2014-10-18. : 6:49 am] jjf28 -- it'll be bad form to use stuff like that when there's actual templates; i'll leave an option to show them and have them visible when they are already used, since I know some people put documentation and stuff there[2014-10-18. : 6:46 am] O)FaRTy1billion[MM] -- I have put stuff as Player 13 for copies of triggers to be used like templates ... but that isn't really necessary with text triggers[2014-10-18. : 6:44 am] jjf28 -- also, why must SI show 20 extra players that don't affect trigger execution? ![]() [2014-10-18. : 6:39 am] jjf28 -- making them representative but with almost none of the slowdowns/limits and alotta abstraction/documentation options[2014-10-18. : 6:39 am] jjf28 -- i keep calling them classic trigs; but that's a really crappy term for them ![]() [2014-10-18. : 6:34 am] O)FaRTy1billion[MM] -- classic trigs are dumb, just make it a thing to add text trigs graphically[2014-10-18. : 6:33 am] jjf28 -- graphics are on back order, besides possibly fixing minimap unit sizes[2014-10-18. : 6:32 am] O)FaRTy1billion[MM] -- were you going to do iscript stuff? Or was I too confusing? ![]() [2014-10-18. : 6:17 am] jjf28 -- FML, tried .net fixit tool, reinstalled .net, used microsofts update fixit tool, cleared the cached updates, restarted too many times, and... nothing; same 13 updates won't install; ggwpms[2014-10-18. : 6:08 am] O)FaRTy1billion[MM] -- so that'd probably be slow to constantly update in realtime for the whole map ;o[2014-10-18. : 6:07 am] O)FaRTy1billion[MM] -- 843 including reading the units/sprites from the map file. ... No test to see how long it takes to save the png. xD that takes a long time[2014-10-18. : 6:07 am] O)FaRTy1billion[MM] -- Mine draws the entire map of Rush in 483 ms, excluding the time used to save it to PNG and excluding the time to read the units/sprites from the map file.[2014-10-18. : 6:01 am] O)FaRTy1billion[MM] -- mine draws fast, the longest part is writing the pngs xD[2014-10-18. : 6:01 am] jjf28 -- but 25 I can't even notice the draw time, so i'm not sure i should care xD[2014-10-18. : 5:59 am] O)FaRTy1billion[MM] -- the one for Rush is bigger than the scx, even with all the wavs. xD[2014-10-18. : 5:56 am] O)FaRTy1billion[MM] -- Also I draw lifted buildings with an elevation value of 18.[2014-10-18. : 5:56 am] O)FaRTy1billion[MM] -- Or was it above everything else? The point is, they drew not where they were supposed to. ![]() [2014-10-18. : 5:56 am] O)FaRTy1billion[MM] -- Also I had to hardcode dark swarm and dweb elevation, they always drew below everything else[2014-10-18. : 5:55 am] O)FaRTy1billion[MM] -- Burrow isn't correct, but I didn't adjust their elevation.[2014-10-18. : 5:55 am] O)FaRTy1billion[MM] -- http://i.snag.gy/sb45t.jpg dunno if this is correct, but this is how my sorting turns out. ![]() [2014-10-18. : 5:51 am] O)FaRTy1billion[MM] -- b)->elevation should be b->elevation ... I just erased all the typecasting and whatnot to make it more readable[2014-10-18. : 5:51 am] O)FaRTy1billion[MM] -- compares by elevation level, and then compares by y-coordinate[2014-10-18. : 5:50 am] O)FaRTy1billion[MM] -- More help: int compare(const void* a, const void* b){ if(a->elevation < b->elevation) return -1; if(a->elevation > b)->elevation) return 1; if(a->y < b->y) return -1; if(a->y > b->y) return 1; return 0; } |