Samapico

The path crap was when I did something with eclipse, tried to import a project, or something like that... it decided to import it recursively or something. Thanks for the heads up

Ok, I want to make a module to handle LVZ files. I'm making this topic for any kind of questions I'll have along the way, especially to keep the design of the module consistent with the rest. For the moment I just skimmed real quick through the other available modules. I'm guessing the modules I'll need to reference are: UniqueImage, Animations, Level, ... Though I'm not exactly sure which would be for what purpose. Do you draw the entire map virtually, and some module will handle the actual rendering? Or do you have somewhere where you refresh the whole screen to draw stuff? Edit: On a side note, I hate eclipse... What's the difference between .so files and .dll's? I'm guessing VS will build dll's, can they coexist with the other .so modules already built? Edit2: lol wtf... f***** thing raped my folders. Import screwed up badly. Can't even delete that shit, filenames too long Yeah... switching to VS Edit3: Managed to get rid of these folders... it involved renaming folders to 'a' to make the path shorter, and cut/pasting a part of it to the root of the drive

These are Discretion suggestions, not DCME though

changed display name; want the login changed as well?

The only way to do this currently would be limited to 8 distinct sets of doors... Also, detecting damage done on a tile isn't easy at the moment. I think some ASSS people made modules for these kinds of things, but I'm not sure how well it works and how flexible it is.

lol, nice

Yeah, I don't doubt that at all Continuum has these annoying and inconsistent bugs, and there's just about nothing we can do about it, except make a whole new client.

lol. Real-time multiplayer Subspace mapping with up to 1024 players. Who knows, it could bring some interesting gameplay opportunities

The 'show default resolutions' checkbox doesn't make the game run with your desktop resolution... it just limits the number of available resolutions in the Resolution menu. If it won't show your 1440x900 res, ... I know there's a FAQ item about this, you might want to check it out.

Blah, was hoping you did not know this. Putting a video card in the oven could fix it? wuuut? I've heard about hard drives in the freezer, and that did make some sense, with the heads shrinking and possibly unjamming... but video card + oven?

Hmm, that's strange.. Dunno if it's an undesired side effect of some update or whatever, or if it's supposed to be like that... gonna wait for Polix for this one Edit: I think I see what this is about... it would be a temporary security measure, don't worry about it.

Windowed should work just as fine... what would your point be, Inc? Though it's worth it to try both modes I guess

levell?

Not instant, but you usually get the email within hours... atleast I did when I was invited. I was a bit disappointed, and I honestly don't use it at all I like the concept, and I guess it will become smoother in the future.

I figured I could use Discretion not only to test the maps, but why not use its engine directly to render the map? I'd just need to make discretion modules specifically for editing the map, et voilà! This could even lead to awesome things like online editing of a map (ideal to fix tiling errors, or even collaborative work to make maps). Related topic in Discretion section: http://www.ssforum.net/index.php?showtopic=21813&pid=258726&st=0entry258726

certainly fake... but LOL I never even heard of the concept of a pee bottle before... wtf...

DCME would be a real pain in the ass to get working for eventual new features... And it's impossible to improve support for 64bit systems, and for non-Windows systems. So yeah, the best thing to do, imo, is to start a new project, using all the experience gained developing DCME. DCME wasn't supposed to become this big in the first place, it was just supposed to be a SSME with minor improvements. Also, by using some of discretion's modules to display stuff, it's easy to imagine a 100% accurate quick testing feature, or even collaborative work on a map directly on a server... Online edits, directly from the client. That would be awesome

I'd sign up if it's not too late

*bump* Was thinking of a new plan... making a new editor using discretion's engine directly... most rendering would be done automatically, add some stuff to render a grid and a cursor, a selection... I think this would make a much better long-term solution.

Yeah, but it also makes sense to have the bin folder in a working state... I guess it's debatable But thanks edit: Fakeplayer kills itself, lulz

The whole file/directory structure seems to have changed a bit since when the video tutorials were made, so it's kind of confusing. The fact that's it's 3am doesn't help

Also... is it normal that the discretion.bat from the SVN doesn't work right? The bin\modules folder is filled with other folders with only a .so.sig file... Shouldn't there be a bunch of dll's in there? Do I need to make some kind of mass build or something? Here's the output when I run the .bat: D:\Sam\Prog Projects\Discretion\client\trunk\disc_client\bin>discretion.bat Using debug terminal trick... (cskinviewer ..\main.cpp, line 1788) Error: Can't find SettingsHandler module at path = './Modules/SettingsHandler/Se ttingsHandler.so'ERROR: debug: dlopen failed on Modules/SettingsHandler.so, syst em returned error: Le module spÚcifiÚ est introuvable. code(126) in function loadAndGetInterface, on line 223 in file ..\Settings.cpp ERROR: SettingsHandler Module not found at modules/SettingsHandler in function l oadSkinSettings, on line 259 in file ..\Settings.cpp error loading skin settings Exit code: 0. Exiting in 2 seconds... 'SLEEP' n'est pas reconnu en tant que commande interne ou externe, un programme exécutable ou un fichier de commandes. Basically the module can't be found... Modules/SettingsHandler.so doesn't exist, only Modules/SettingsHandler.so.sig

That's what I had, empty project, and the build artifacts thing had 'executable' selected... I guess I won't need to build an executable in this thing anytime soon anyway. Though I might need some directions to get the whole thing built for testing, I'm kinda lost

Hmmm, oh well, I guess setting it as a dll works. Thanks -------------- Also, the template folder doesn't seem to have the project files anymore, just the .cpp and .h (client\trunk\disc_client\src\Module_Template) But I guess there was nothing special in the project template, except this dll setting?

Well, for an actual module it's a dll, but the tutorial was showing how to get a simple console exe running