Moderator: Moderators
I'm planning on implementing a macro system very similar to how NASM works. After that, I'll take suggestions on what can be added to make life easier for NES deving. Procedure-level label scopes will definitely be in. Loop unrolls of course will be in. .enum sounds sorta like a struct system. I plan on supporting enums and structs in the macro system. The assembler is finished, all of the higher level 'niceties' will be the responsibility of the preprocessor -- but I know what you are saying.tepples wrote:My current project makes use of ca65 features such as .proc (labels scoped to a procedure, for local variables in low zero page), .repeat (loop unrolling without copy and paste), and .enum (namespaced constants). How do you plan to handle things like these in NESICIDE's assembler?
Right now, most likely not (in its current state) -- although it seems to run the fastest in linux (compared to Windows and OSX currently). Though right now chris is in the process of importing all of the inspectors, and all of the debuggers are running full steam. Once the debuggers are all ported over (he's done 4 so far), we will toggle the callbacks so that if a debugger is not visible, it will not eat CPU. Aside from that, we run profillers to try to trim down on execution time. If, after we get those debugger toggles in it still runs too slow for you, by all means let us know and we'll work to get things sped up. A celeron processor is pretty weak (regardless of how new it is) due to it's itty bitty cache, but it should be at least usably fast (again, after the debugger toggle logic gets added). If not, we'll have more work to dotepples wrote:And is NESICIDE intended to be lightweight enough to run on my laptop? (It has 1024x600px screen, 512 MB of RAM, 900 MHz Celeron CPU, and Ubuntu 9.10.)
Yup, the project file is one big XML, all data is expressed inside of CDATA tags. No compression is currently being used. At some point I may have an option in project properties to compress the entire xml file with gzip, but right now it's all open. Although in the near future I plan on publishing the XML specs, I can go ahead and give you the current specs if you'd like (though they will change a bit as we continue development).Banshaku wrote:One thing I want to reconfirm: is this time the files (source code) will be in clear text? If I remember well, the original Nesticide used it's own proprietary format.
Honestly the idea is to have the development of games in nesicide2 be centralized in the community, and revision control in-ide is planned. I plan on getting the nesicide.net domain (and hopefully we can get control of nesicide.com since he knows the guy) and setting up a back-end system on there to host, upload, share, download, rate, etc project files. That way the IDE, while usable offline, can be tightly integrated, and people using it will not feel so isolated. I'll have options for protecting the source code via encryption and pass phrases, but this is further down the line of course.tepples wrote:Popular revision control systems prefer each translation unit to be in a separate file. But you can still single-file and XML: make the project file a zip file containing an XML configuration file and separate source code files.
)Bitmap import sounds like a nice feature. I think nesicide (1) had some kind of binary import, but .png import wouldn't be that hard to implement either as long as it's only 2bpp... (perhaps even something like tokumaru's level converter could be added)Gradualore wrote:Does NESICIDE currently have the ability to import bitmaps, or, is this a planned feature? There was a bit of discussion in the Art Showcase thread about various custom editors some of us have made that can do this and make it a lot easier to get graphics into your game. I was thinking of suggesting an open source project be created for this graphics editor, but then I thought maybe NESICIDE is going to do this eventually anyhow.
Yep nesicide(1) had binary import for palette/tile/nametable but it was just flat binary. Intent was to extend it to popular picture formats (.bmp, .png) but never got there.hyarion wrote:Bitmap import sounds like a nice feature. I think nesicide (1) had some kind of binary import, but .png import wouldn't be that hard to implement either as long as it's only 2bpp... (perhaps even something like tokumaru's level converter could be added)Gradualore wrote:Does NESICIDE currently have the ability to import bitmaps, or, is this a planned feature? There was a bit of discussion in the Art Showcase thread about various custom editors some of us have made that can do this and make it a lot easier to get graphics into your game. I was thinking of suggesting an open source project be created for this graphics editor, but then I thought maybe NESICIDE is going to do this eventually anyhow.
But don't hold your breath... nesicide2 has some more important features that needs to be worked on before we can start on import/export functions and algorithms for graphics. But thanks for the idea, it's noted as a feature request
edit: guess i should have been slightly faster with the submit button :S
