L.C.

Meh. You do know that it'll highlight in white the borders of the map (even when zoomed out)? I think after the white, no more of the grid should be rendered. For example - none of this stuff. http://www.hlrse.net/Qwerty/dcme_nogridhere.gif Also I found another bug. I tried to replace this one tile in my maze (which takes up the whole map perfectly) with walltiles, only the first row of tiles of the maze was replaced with my walltiles and I also got this error. http://www.hlrse.net/Qwerty/dcme_mazetile.gif Part of the grid isn't rendered (again, the maze takes up the entire map leaving 3x1024x2 tiles extra (amazing eh?). http://www.hlrse.net/Qwerty/dcme_gridagain.gif

Look at the radar - it's not in the correct location because I move the camera around with my middle click. If I hadn't middle clicked in the first place it wouldn't be in the wrong location in the radar. If you continuously middle click on the selected objection after you move it atleast one tile, you'll notice that in the radar your object is moving when you aren't even actually moving it. It will usually more north east (diagonally) like 1 to 2 pixels. You should be able to accomplish this trick on any resolution, if not, I guess it's a high resolution bug. You aren't sopossed to see full blown detail of the shiny buttons and the beautiful text, "File" and "Options," also to mention the window !@#$%^&*le. If I would have included a giant 1920x1440 image, it might have a large file size and would be more difficult to see two things at once two of the bug reports might require. I have resized it as small as needed, where you can still see the objects on the grid and in the radar. If you need help, use the Magnifying gl!@#$%^&* tool Windows XP comes with.

O_o Look at that animation. In that animation, look at the south part of the grid. Notice how each time the heighth of the window is decrease what it does to the south part of the grid. Don't you see the grid disappearing? Anyway, I shouldn't attempt to assume anymore, as I could easily be wrong. The image isn't anywhere near small enough to not see the grid draw distance problem. As for v1.2.66 fixing it: Nope. Look and learn. http://www.hlrse.net/Qwerty/anim_dcme_bug2.gif In this one, each frame I am increasing the width of the DCME window. Look what happens to the grid each time I do that. ;o To do the following bug you have to select a few tiles, like the little room you see in the animation. I move it somewhere, then I use middle click to move the view around. After doing that, I just move the selected tiles around. http://www.hlrse.net/Qwerty/anim_dcme_bug3.gif This animation I have to move my select atleast 1 tile, then I can use my middle click (clicking my scroll wheel) and on the radar it'll move the drawn object at a diagonal offset each time I click it. Look carefully at the radar. http://www.hlrse.net/Qwerty/anim_dcme_bug4.gif This screenshot also illustrates something, infact another thing also came to my attention. First I will begin with the usual - look at the radar. The red square shows where my camera is. You obviously don't see anything passing through this selected room behind it. This is again performed with the last bug (above this paragraph; previous animation). http://www.hlrse.net/Qwerty/dcme_middleclick_bug.gif The other thing that came to my attention - the Wall tiles. I have the eraser selected as my secondary, and one of the walltiles as my primary - I have a base or room made from a walltileset... If I delete part of the wall, it won't automatically fix/adjust those tiles properly. When I flip or rotate an object that was made with walltiles, it doesn't fix itself either, like the previous screenshot given shows.

No it's not. I'm on a 1920x1440 resolution and I can see it just fine. Any lower resolution should infact see it better. The point is that when it's window heighth or width is adjusted at high resolutions, it will have rendering glitches of the grid. If you don't understand the point of the image and what I'm trying to show, you're wasting time.

http://www.hlrse.net/Qwerty/anim_dcme_bug.gif Also it does the same thing if I adjust the width.

Also to mention that the bottom portion of the grid at resolutions as high as 1920x1440 (maybe it begins to happen at 1600x1200) are not drawn at all. I played around with my window by increasing/decreasing the heighth of the window while being zoomed out completely. It's almost like part of the grid is tilted and there's a maximum visibility making the bottom portion completely unrendered. I was also thinking that the radius the spray brush emits tiles/objects is too small, maybe make something to define its cubic radius? Another one, I think the spray can sprayed too many tiles/objects too quickly making it just a 'random generator for a given area' instead of a real spray tool where it 'fades' in from no tiles to filled tiles if you catch my drift. :\

Well how can we use the update tool if it doesn't work in v1.2.62? v1.2.6 doesn't work for me.

Yup. I reported this bug last week or so, but I guess you explained it better. I'm on a 1920x1440 resolution.

The top 5 best players of SSCB Devastation from best to worst are... 1. DriF. 2. tm_master 3. Illuminated 4. T-Man 5. fuzzy_sock

Well according to darkriderz there's a completely different appearance of the zones map each year (probably somewhat wrong though). Maybe it's that one map that had that 'old' safety zone with that nice looking Z using some kind of bluish colored tiles? (This will be my last post until 5 days later, going on a 4-day trip to Gulf of Mexico.)

I'm looking for the 2003 Dragonball Z public arena map; it should have something like two dragonballs towards south of the map. If someone can dig this up from any active harddrive or backups, I and fans of SSCI Dragonball Z would greatly appreciate it. Thank you.

Whoops. Just found a bug. http://www.hlrse.net/Qwerty/systeminfo/ - In short, Windows XP Pro SP2, 1920x1440 @ 90Hz. If I have the window maximized, the 'crosshair' follows/is attached in heirachy/locked onto the camera, and it also has some graphical glitching when I move the camera around. This is Valve Hammer Editor (for Goldsource/Halflife). http://www.hlrse.net/Qwerty/vhe_crosshair.jpg This is DCME (note: large photo). http://www.hlrse.net/Qwerty/dcme_crosshair.jpg Meh. Just realized it when I tried it without maximizing the window. Have you tried !@#$%^&*? I really like its LVZ Editting. Might this be able to spring some ideas of how this could be done? ( http://www.subspacedownloads.com/index.php?act=file&fid=1210 )

Thanks for the attachement. Kept getting an out of range error upon opening v1.2.6. This fixed it. I'd say that this editor is obviously better than SSME, but it's initials of DCME don't look as beautiful. Maybe when the time comes, a built in Tile Editor (creation of custom tilesets) may be brought about? Thanks again. I have another thought in mind. This 'crosshair' like highlight on the grid that moves with the camera (you) should be a little more controllable. It would be quite a pleasant sight if it could be locked onto the grid instead of the camera, and being able to specify "Every __ line is highlighted with the color #_______" or something like that. I think you have this feature though.

My cousin is having trouble launching Continuum.exe too. The machine he installed it on uses an AMD CPU, so it probably isn't the CPU causing the problem. Me and my cousin both use Windows XP Professional, so I don't think it's WinXP either. My cousin tries to open it, and nothing happens.