gbadev.org forum archive

Yet another little art program for DS.

Get the latest version (1.5b) here
And the source code
And the PC .anm to .avi converter

The controls are explained in the program, but here are the basic features:
- 2 layers ("BG" and "Top"). BG gets copied over when you create a new frame, so you can have a persistent background, or modify it as you go.
- 60 color palette, which can all be modified.
- Brush size up to 16 pixels, with optional pressure sensitivity.
- Up to 10000 frames, or until memory runs out.
- Undo/redo. Up to 32 levels, or until it fills its 128KB buffer.
- Onion skinning.
- Copy/paste (currently only copies full layers).
- Zoom up to 16x.

NEW in v1.5
- Onion skinning can now be turned on for previous frame, next frame, or both.
- Onion skinning works while zoomed in.
- Added halftone brushes.
- Added 16x zoom level.
- Added Merge Layers button, to combine both layers into one.
- Added page buttons to save/load menu, so you can now use up to 100 slots.
- Added Up/X tool selection. You can now switch between Fill, Eraser, and Dropper.

Changes for 1.5b
- Preview is now loaded one frame at a time, to reduce memory usage (this was effectively cutting the maximum animation size in half).

Things I'd like to add:
- One more layer.
- Less stylus jumping.
- A Mario Paint style music sequencer.
- Playing a wav/mp3/etc. file along with the animation.
- Recording a sound track with the microphone.
- Stamps.
- Save calibration settings to a config file.

Feel free to add to the list, or to vote for which of the ones on there that you'd like to see first.

Cheers!
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Last edited by DekuTree64 on Thu Sep 03, 2009 7:57 pm; edited 10 times in total

DekuTree64 wrote:

EDIT: Oh, and I should mention that you do need to unzip that empty folder onto the root of your card, or it won't be able to save. Can libfat create new folders? If so, I could add some checks to do that if it doesn't already exist.

You could try looking at the function that RAC uses to make sure that /data/acww/ exists.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Wow ! I?m really IMPRESSED ! I was able to quickly draw a Stickmananimation using this ! It has a very PC like interface - very professional. The 32 step undo function kicks ass aswell. Some Ideas you haven?t on your Todo-list:

*A way to copy whole frames or specific parts of a frame to the clipboard so we can paste them in at any time ( and maybe even turn them before pasting them in ? For easier Stickmananimations ^^ )

*A Zoomfunction to be able to easier edit the pictures and to fill out some areas that are hard to get filled using the (a bit unaccurate) Filler tool.

* Giving the already filled slots another color than the unfilled ones (less overwrite accidents)

*And: a way to convert these animations to .avi or .gif. (Ask Masscat, he knows about this kind of stuff).

Oh, and: once I got a problem, I saved my Stickmananimation, but the program hung up (no corrupted file after that, just did not save my progress

tepples wrote:

DekuTree64 wrote:

EDIT: Oh, and I should mention that you do need to unzip that empty folder onto the root of your card, or it won't be able to save. Can libfat create new folders? If so, I could add some checks to do that if it doesn't already exist.

You could try looking at the function that RAC uses to make sure that /data/acww/ exists.

Or use melw's fileLocator. SUPERIOR.
_________________
http://licklick.wordpress.com

Wow! 2 Great DS animation programs in a matter of days! Incredible. I love the color swatch feature (how you can change a swatch after using it). A sequencer would rule. But I wanna see some antialiasing! Keep it up... It'll be interesting to see how this and Flickbook both develop.

Here is the code the FlickBook uses to create its toplevel directory:

Code:

static int
check_create_dir_struct( const char *top_dir_path) {
int dir_struct_error = UNKNOWN_DIR_ERR;
DIR_ITER *top_dir;

top_dir = diropen( top_dir_path);

if ( top_dir == NULL) {
/* attempt to create the top directory */
if ( mkdir( top_dir_path, S_IRWXU) == 0) {
top_dir = diropen( top_dir_path);

if ( top_dir == NULL) {
dir_struct_error = DIROPEN_DIR_ERR;
}
}
else {
dir_struct_error = MKDIR_DIR_ERR;
}
}

if ( top_dir != NULL) {
dir_struct_error = NONE_DIR_ERR;
dirclose( top_dir);
}

return dir_struct_error;
};

The easiest film format to build by hand is an uncompressed AVI file. But these get big quickly which is why I made FlickBook's export application run externally on a desktop PC where large files are not a problem. I will put the source code up on the FlickBook webpage at some point and you are more than welcome to adapt it for Animanatee format files.

But masscat, you keep working on Flickbook, please ! I want to have 2 good animations programs, both are gorgeus, everyone has it own advantages/disadvantages.

Lick wrote:

Or use melw's fileLocator. SUPERIOR.

masscat wrote:

Here is the code the FlickBook uses to create its toplevel directory:
...

I think I'll use both. Locate Animanatee.nds, then create the folder there.

masscat wrote:

The easiest film format to build by hand is an uncompressed AVI file. But these get big quickly which is why I made FlickBook's export application run externally on a desktop PC where large files are not a problem. I will put the source code up on the FlickBook webpage at some point and you are more than welcome to adapt it for Animanatee format files.

Wow, thanks masscat! That should save me some time fishing through file format info. Sadly I don't have much to offer in return, although if you want to add undo support to FlickBook, feel free to use/reference Undo.c from mine. It uses a fixed size ring buffer to store undo events, and basically just gives you a section of it to write stuff into. Not incredibly well written, but it's pretty easy to use, and works most of the time (still one bug that crops up now and then).

1000th post, yay!
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

good thing that you cooperate !

DekuTree64 (and anybody else who is interested), you can find the source code for the Java Flickbook AVI exporter over on the Flickbook webpage.

so what about working on a exporterfriendly format Dekutree64 ? I don't want to push, but there hasn't been a update since nearly a week now, so...

pas wrote:

so what about working on a exporterfriendly format Dekutree64 ? I don't want to push, but there hasn't been a update since nearly a week now, so...

Yeah, I think I'm just about ready to get back to it. I don't know java or have any build environment for it though, so masscat's exporter will take a while to get working. But for now it looks like youtube can deal with .flc files, which should be easy to export directly from the program, and not as space-hungry as uncompressed .avi.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Good to hear you're working on it.

What about the,
red coloring of already used slots when saving (to prevent accidently overwrites),

the renaming of the slots,

the ability to save as animated gifs,

Eraser and

multiple Brush sizes ?

Great going so far, here's some suggestions I'd really like to see in the future:

Easier install. The worst thing I find about NDS homebrew is having to place files and apps in very particular places (especially when it all ends up being in the root directory), maybe the file manipulation/detection library is at fault here. Ideally I could put Animanatee.nds in any directory on my card and it would create the Animanatee directory in the same place.
Brush size selection (and of course hard and soft brushes would be good)
A brush mode to paint on the last frame (someone requested something similar in an earlier message)
Exporting as a popular format (eg animated GIF)

Thanks for the suggestions!

pas wrote:

red coloring of already used slots when saving (to prevent accidently overwrites)

Yeah, that should only take a minute to add, and bugs the heck out of me too.

Quote:

Eraser

Color 0 is effectively an eraser, and I was hoping to avoid adding tool buttons.

NadeemF wrote:

Easier install. The worst thing I find about NDS homebrew is having to place files and apps in very particular places

The plan for that is to search for Animanatee.nds, and if I find it, create the folder there, otherwise create the folder in the root (my pet peeve is programs that won't run over WMB even though they don't use external resource files)

Quote:

Brush size selection (and of course hard and soft brushes would be good)

Brush size will be done, but probably not for another week or two since I'm going out of town next week. Soft brushes aren't really possible currently since the image is 8 bit. It would be cool, and switching to 16-bit isn't that difficult, but because there are 2 layers, I'd have to add an alpha channel too, and that would start getting a bit more complicated than I want to do.

Quote:

A brush mode to paint on the last frame (someone requested something similar in an earlier message)

Not sure what you mean by this... like if you have onion skinning turned on, to be drawing on the older frame instead of the current one?

Quote:

Exporting as a popular format (eg animated GIF)

I've almost got it working outputting .flc files. I may do animated GIF later, but for some reason I'm really bad at coding compression algorithms, so it will probably take a while to get working.

I'm hoping to do a small release either tonight or tomorrow. Probably only .flc exporting and button coloring, but if I have time I'll do the folder creation too.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

has anyone got any good animations that they have done?

good to hear your're busy with it and have fun coding ^^.

I would have some animaitons, if you want I upload them

Ok, new version is up:

Animanatee v1.1

New features:
- Load/save buttons are colored when full.

- When saving, it also generates a .flc file. When testing, I was playing them in QuickTime with no problems. Currently only using full frame run-length encoding, because I couldn't get the frame delta style to work, and I don't have time to fight with it right now. But that's basically what the native format is, so the files should be about the same size.

- Animanatee data folder is created automatically if it doesn't exist. Still always in the root for now. Also, QuickTime seems to have trouble playing files directly from the folder it creates, but the files themselves are fine if you copy them somewhere else.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

THANK YOU !!! I tried it and it works great ! THANKS.

To show you that I like this program, I uploaded some of my Animations: http://www.fileden.com/files/2007/6/27/1217213/Stuff.zip

Way to go !

Brilliant stuff! Onion skin makes things easy enough even for novice animators like me. :)

Here's few more feature suggestions:
- While saving an animation, it could say something like "saving..." as now there's no feedback after pressing a save slot and it may take some time until the file is saved.
- As already requested, variable brush sizes - color painting with 1px brush is painful, even if it's enough for stickman animations.
- A fill tool would be nice.

v1.2 is up! Lots of new stuff to reduce frustration. Check the first post for details.

EDIT: Hah, I just descovered an awesome feature-bug that abuses the undo buffer to copy/paste between frames. Just draw a box around the section you want to copy, and then while still holding the touch screen, use the D-pad to change to the frame you want to paste on. Then release, and undo.

Now if I add offsetting, you could temporarily duplicate the frame, offset, and then use this to effectively copy to a different place on the screen... or I could just add a proper copy/paste feature.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

wow, this is really fun to work with! i just tried it for the first time today. i really like the live playback of the frames while you work and add new frames, and the variable frame rate. i admit the aliasing is a little rough, but i'm glad you're focusing on the animation tools for now anyway.

i have a (probably dumb) question - what does the "cursor" tool do? i couldn't figure out what it was for.

i think the music sequencer would be really fun. in addition, or instead of that, is it possible to load a .wav or .mp3 file into the project and have the animation run the length of that audio clip (probably with a limited maximum time range)? maybe this would require locking in the frame rate once the audio is in there, which would be fine. it wouldn't even need to export the audio with the video into the .flc (though that would be cool), since most people can handle laying down an audio track in post these days.

muchachotron wrote:

i have a (probably dumb) question - what does the "cursor" tool do? i couldn't figure out what it was for.

Just for accuracy, like if you want to draw a single pixel in a specific spot. I might replace it with a zoom feature eventually though.

Quote:

i think the music sequencer would be really fun. in addition, or instead of that, is it possible to load a .wav or .mp3 file into the project and have the animation run the length of that audio clip (probably with a limited maximum time range)?

Hmm, that actually wouldn't be too difficult... and it wouldn't need a time limit either, since it could just stream from the card. Then maybe use the microphone so you could add voice/sound effects to make a full cartoon :)

Time to update the list of hopes and dreams.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Would you fancy gallery for animanatee similar to colors one?
http://colors.brombra.net

If you fix flc saving i could start working on it.
I know of the applet http://vento.pi.tu-berlin.de/fli.html able to play flc online, but i dont know if it would fit the needs.

edit: hmm... with sound it would be much more problematic.
_________________
Colors! gallery -> http://colors.collectingsmiles.com
Any questions? Try http://colors.collectingsmiles.com/faq.php first, or official forums http://forum.brombra.net

My animation came out corrupted, both in anm and flc (but differently).
Here's screenshot: [Images not permitted - Click here to view it]
Here's animation: http://dzozef.altair.art.pl/anim_corr.zip
File loaded on DS has similar artifacts, but in different frames.
It was run on a Supercard DSone card.
Animation is 81 frames long.

Anyway, great prog!
_________________
Dzozef^Altair - the laziest coder in the universe

hi deku, i have another idea for you:

since there is already a working fill tool, what about adding a "paint inside" mode for the brush? something in which the first pixel color value that it picks up when you touch the stylus down is the painting boundary (like the range that the fill tool chooses to fill in). this would be great for doing shading/highlights, working within solid outlines, etc..

is that fill tool logic not transferrable to a dynamic boundary while drawing?

maybe this could be re-used in a masking tool, as well. add another, top layer called "mask", which would turn all pixels within the drawn area in this layer to the zero value in the animation layer underneath. even better, make it toggle-able, so that either everything within the mask layer or everything outside of that shape is what is made invisible.

does any of this make sense?

another idea attacked while i was typing that last idea:

what if you included the ds midi wifi tool in your application, and then connect things like the frame rate slider to midi values? this would be really fun because you could then connect a midi sequencer and/or hardware midi knob controller and control the animation speed and other things externally. someone could simultaneously build up a soundtrack or dialog sequence or bg music in their preferred audio software on their laptop or whatever while they draw out and refine the animation, and it should stay in sync.

i still like the idea of having the audio running on the ds (esp. with the mic input for effects, or the mario paint sequencer like previously mentioned), but this would be another solution if the processing required for audio playback would reduce performance on animanatee.

jetboy wrote:

Would you fancy gallery for animanatee similar to colors one?

That would be awesome :)
After a bit more research on avi files, it looks like you can use RLE, and the header setup isn't much more complicated than flc. I'll probably switch to that for the next version to support sound, and hopefully be more friendly for a gallery. Sound will probably be uncompressed though, or at most ADPCM, but hopefully it won't be too bandwidth-hungry :-/

Dzozef wrote:

My animation came out corrupted, both in anm and flc (but differently).

Dang, sorry about that. I wouldn't put it past the .flc encoder to make a mess of things, but I've never had any trouble with the native format. It writes the frames out exactly as it stores them in memory, and in memory they're only re-encoded when changed, so it seems strange that so many frames would be messed up without happening gradually as you worked on it. I'll go over the code I added in the latest version and see if I can find anything that could be writing off the end of an array or something.

muchachotron wrote:

since there is already a working fill tool, what about adding a "paint inside" mode for the brush?

I definitely want to add mask/reverse-mask (only draw on a specific color, or draw on all except a specific color). This sounds like a similar idea, but masking to the region you started in rather than a color. I think the fill logic could be repurposed for that pretty easily.

muchachotron wrote:

...masking tool...does any of this make sense?

Sorry, but no. Are you talking about "drawing" a mask region, which regular drawing would then be clamped inside of, or something else?

muchachotron wrote:

what if you included the ds midi wifi tool in your application, and then connect things like the frame rate slider to midi values?

Interesting idea, but I think it's a bit out of scope for now. Some PC interactivity might be worthwhile down the road though.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

DekuTree64 wrote:

jetboy wrote:

Would you fancy gallery for animanatee similar to colors one?

That would be awesome :)
After a bit more research on avi files, it looks like you can use RLE, and the header setup isn't much more complicated than flc. I'll probably switch to that for the next version to support sound, and hopefully be more friendly for a gallery. Sound will probably be uncompressed though, or at most ADPCM, but hopefully it won't be too bandwidth-hungry :-/

To avoid creating a site that is too bandwidth hungry, use Youtube or similar to serve the video.

It could work something like:
People login and upload videos to animanatee-gallery.com.
The back end of animanatee-gallery.com (computer or human) uploads the video to the animanatee-gallery account on Youtube.
The back end of animanatee-gallery.com (computer or human) adds the an embedded link to the youtube video into the gallery pages and makes the original video file (flc or avi or whatever) available for download (should people want to view the video in its original glory or on their DS).

Using Youtube also means that the choice of video format at the Animanatee end can be made for implementation reasons (ease and size) rather than if it is good for streaming or similar.

DekuTree64 wrote:

Dzozef wrote:

My animation came out corrupted, both in anm and flc (but differently).

Dang, sorry about that. I wouldn't put it past the .flc encoder to make a mess of things, but I've never had any trouble with the native format. It writes the frames out exactly as it stores them in memory, and in memory they're only re-encoded when changed, so it seems strange that so many frames would be messed up without happening gradually as you worked on it. I'll go over the code I added in the latest version and see if I can find anything that could be writing off the end of an array or something.

I' sorry, my post haven't been very clear. The animation was OK while drawing. Then I saved and turned off the DS. Some time later I read the files from the card and it was corrupted.
_________________
Dzozef^Altair - the laziest coder in the universe

DekuTree64 wrote:

Sorry, but no. Are you talking about "drawing" a mask region, which regular drawing would then be clamped inside of, or something else?

lets say in the bg layer you have a drawing of an ocean, and in the animation layer you have a drawing of a sailboat. in the mask layer (which is on top of the animation layer), i then draw a solid circle. after that, anything in the animation layer that is underneath the circle in the mask layer is visible, while anything that is not under the circle is invisible, showing the ocean bg behind it. if there was a mask toggle switch, that could be reversed, so everything outside of the circle could be visible instead. not a practical example, i know, but i hope it's clear now.

i think that the drawing within a color or colored area is really more useful than layer masking that i've explained above, because then you could really quickly add shading and stuff that is difficult to do now without drawing over lines and shapes that you don't want affected by new strokes.

one more question for ya, deku. what do you think about (or is?there currently) a mode that works "on twos", where each drawing automatically spans two frames unless you switch to "on ones" mode for fast action, etc? i've been working with animanatee at 24fps and it performs great, but it's a little annoying to have to go to the menu and hit the "dup" button each time i want to span 2 frames. i see two tiny boxes with one and two tick marks above the frame counter in the lower left of the top screen, do those indicate anything? looks like the one with 2 tick marks is highlighted on mine.

I need to think over the gallery thing. It would be cool if we could make one gallery for Animantee and Flickbook when Ben Jaques gives the other program some more loving.

I will also look into the idea of youtubing videos, as it could be used for colors too to get some more publicity.
_________________
Colors! gallery -> http://colors.collectingsmiles.com
Any questions? Try http://colors.collectingsmiles.com/faq.php first, or official forums http://forum.brombra.net

muchachotron wrote:

one more question for ya, deku. what do you think about (or is?there currently) a mode that works "on twos", where each drawing automatically spans two frames unless you switch to "on ones" mode for fast action, etc?

Hmm, a per-frame delay variable. Does sound useful, especially for editing later, so you don't have to delete one of the copies and re-duplicate it. But for now you could set the frame rate to 12 while working on a slow section, and then go back and duplicate all the frames in one fell swoop.

Quote:

i see two tiny boxes with one and two tick marks above the frame counter in the lower left of the top screen, do those indicate anything?

That's the currently selected layer, so you don't sit there drawing on the wrong one and then throw your DS at the wall when you realize you ruined everything. The marks mean "one" and "two", but really they're just there to provide some visual difference.

masscat wrote:

To avoid creating a site that is too bandwidth hungry, use Youtube or similar to serve the video.

Youtube works for now, and could be the standard for the gallery too, but lossless RLE would be nice.

jetboy wrote:

I need to think over the gallery thing. It would be cool if we could make one gallery for Animantee and Flickbook when Ben Jaques gives the other program some more loving.

Yeah, that would be even better. Since Flickbook already uses AVI, it shouldn't be difficult at all to support both. I'll leave it to you to decide wether to go with youtube or seperate hosting. If sound turns out to be the only problem with bandwidth, I could try writing a PC app to encode it as MP3. Or maybe just buck up and learn java, so I can it to masscat's converter :)
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

hi,
i created a very simple and short movie, but when i save it and play it back on my ds it gets distorted, and the same when i view it in quicktime any ideas?

the animation can be seen here

http://media.putfile.com/test-96-19-18

hello, I'm on a supercard lite and a flashed ds. I've been waiting for homebrew like this forever as animation is my job and i've always wanted something i could sketch out little animations on out and about.
this works perfectly other than it's not saving for me. It seems to freeze on the save screen, thn when i give up a go and try to open the slot just in case and it says error. it's kind of putting me off making some more ambitiouse animations :(
Any help? it's DLDI patched and all...
_________________
www.holbrooksfilms.com

www.tdotodotm.com

daninski wrote:

this works perfectly other than it's not saving for me. It seems to freeze on the save screen, thn when i give up a go and try to open the slot just in case and it says error.

I really have no idea on that one. Saving the .anm file is about as simple as you can get, so I doubt it's a code bug. I assume other DLDI apps are working properly, and you have plenty of free space on the card? And does it actually create a .anm file (or at least the Animanatee folder)? If it does make a file, email it to me and I'll see what's wrong with it.

If anyone else reading this has tried Animanatee with a supercard lite, let me know if saving works or not. Because knowing is half the battle.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

hey. Is there a size limit on the slots? i think it saves ok if i have a little animation of say 5 frames. but if i have one with 50 + frames on both layers it seems to freeze. I found this out buy opening it through dsorganise to see if that made a difference, did a short wiggle and it saved and i was elated. then i animated a dog turning and running off and on screen from different perspectives. pressed save and it froze. my little hart broke :(

While i'm here a feature request would b to have onion skins colour coded. so the frame behind would be transparent red and the one in front (if there was one) would be green. Also the ability to add a frame into the middle of the sequence for in betweening. I know you can do this by duplicating and clearing a frame but a fast solution would be nice as it's an oft used need.

love the slider for quick line testing btw...
_________________
www.holbrooksfilms.com

www.tdotodotm.com

yep, i'd just been saving as i went along, and once i got to around 45 frames it froze with the save button pressed down. i left it for a while and then turned it off and on, tried to reload what as there and it was just a mess.

Edit: Just tried a 45 frame run and walk cycle and it was saving ok, then froze again around 45 frames...

Edit: It's sooooo sooooo close! gah! :D
_________________
www.holbrooksfilms.com

www.tdotodotm.com

Thanks for taking the time to reproduce it. Alas, it doesn't seem to be a simple size limit. I went up to 1000 frames, with the file size around 1.5MB, and it was still fine on R4DS and GBAMP. Takes about 5 or 10 minutes to save, but it does work.
Could you email any corrupted files you have to dekuree64 [at] hotmail [dot] com? It would be helpful to see exactly what data is off.

As for the feature requests, monochrome onion skinning does sound useful. For keeping track of what's going on, and for ease of implementation (I'd rather not do software alpha blending if I can avoid it).

And a blank frame insert button would be handy, but I don't know if it's really worth the screen space when it only saves one tap on the clear button. Or are you clearing the BG layer too? Actually that could be a good option, to turn off the stickyness of the BG layer...

But I think number one on my list now is a save progress bar.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

so 50 frames shouldn't take sooooo long then should it. it saves pretty quickly at say 20 frames. Anyway, I've just done some random animations [40 something frame] and i'll give saving them a go and send the results off. A real thank you for helping me out btw!

Edit: Sent.
_________________
www.holbrooksfilms.com

www.tdotodotm.com

DekuTree64, any ideas on my problem?

So am i the only one with this trouble using a supercard? :D tell me i'm not alone :'(
_________________
www.holbrooksfilms.com

www.tdotodotm.com

im using a ninjapass x9.

euqiddis wrote:

DekuTree64, any ideas on my problem?

Daninski finally managed to get some files to me past hotmail's ridiculously stupid virus scanner, and it seems to be the same problem (also the same as Dzozef ran into before).

I still have no idea what causes it, but from the looks of things, there's just a big chunk missing out of the middle of the frame data in the bad ones. Like it writes out the top 30 or so lines, then skips a bunch, then writes the bottom 30 or so. Then when it goes to decompress you get those lines it stored all up toward the top of the screen, and everything below that is left unchanged.

Each frame is written in a single fwrite though, so it seems very strange that only a chunk in the middle would be missing. And if the frames are still intact in memory after saving, then the only reasonable explanation I can think of is write errors. I guess for starters I'll try adding more error checking and data verification to at least report when it fails so you can try again.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

I had a similar problem (gaps of rubbish in the .bmp files) saving to a GBAMP from Flickbook. Turned out that FAT filesystem on the CFlash card had errors. So try checking/fixing the memory card in Windows or similar.

Some buffered sectors may not be getting written out to the device before the DS is turned off, but I thought the sector cache was flushed when the file is closed.

I had i feeling in my mind it might have been a obscenely fragmented sd card so cleaned all that up. i'll back up my card now and reformat it and have a try...

Update: Reformatted and did a test with about 60 frames and it seemed better. only two frames were rubbished this time. then i tried another test of about 15 frames but took more time over them and that came out as bad as before, lots of chunks missing and the likes.
_________________
www.holbrooksfilms.com

www.tdotodotm.com

How is this coming along now? I've run out of things to try my end :)
_________________
www.holbrooksfilms.com

www.tdotodotm.com

Almost there. I added a bunch of error checking in the save code, added a progress bar, made saving many times faster (weird libfat thing), and switched to AVI for the export format. I don't think any of that will actually fix the problem you're having, but the error checking should at least report when it happens so you can try again.

All that's left to do before the next release is the MS RLE encoder for the AVI files, which I'll hopefully get done tonight.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Fantastic stuff, looks like you've been busy over xmas!
_________________
www.holbrooksfilms.com

www.tdotodotm.com

you should add the sound recording and the playing sound during the animation are the stuff you need
_________________
http://teamuba.googlepages.com - my site

New version is up.
Nothing too exciting, but hopefully this will help the folks who were getting mysteriously corrupted files.

daninski wrote:

Fantastic stuff, looks like you've been busy over xmas!

Actually not really. I did most of the work on the first day of vacation, then a little more the second day, and then did nothing useful for the next week :)
But now I'm fully recharged and back in action.

I hate delegating the testing work to my faithful users, but since you seem to have the only reliable way of producing errors, could you give it a try on the new version and see if the error checking catches it? And more importantly, wether it errors 100% of the time on longer animations, or if it's just a random chance and will succeed if you try again.

fatman999 wrote:

you should add the sound recording and the playing sound during the animation are the stuff you need

That's next on the list. Can't give an ETA yet, but at least the first big hump is out of the way (switching to AVI export).
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Hi I'm new to the whole world of nintendo ds homebrew and I'm looking to find a slot 1 or slot 2 solution for my homebrew aspirations, I wanted to use animatee (as I am an animator and think its a fantastic app) and wanted to know just what kind of homebrew hardware people who use animatee successfully are using.

also if you have any other random facts about hardware let me know I've been reading allot of articles and found them somewhat helpful but for the most part it seems like they all do the same thing. Correct me if I'm wrong but homebrew that runs solely from a slot 1 solution is slower than anything that runs solely from a slot 2 solution? Because slot 2 solutions add ram for homebrew apps to use? there are some slot 1 solutions that can utilize slot 2 ram?

Any information is really useful I don't have much of a budget but I'd say I'd like to spend 50 american dollars.

Thanks alot, oh and thanks to Dekutree64 and masscat for such wonderful homebrew apps!

This app is WONDERFUL man. Its so easy to use. I even cooked up a sample animation. Its not much but it was very easy to do:

[Images not permitted - Click here to view it]

Great to hear from you again DekuTree64 ! I really enjoy the avi exporter and savebar so thanks again !
_________________
Starcraft DS ?

Still no luck for me, saves are still really corrupt. lot's quicker now mind :)
_________________
www.holbrooksfilms.com

www.tdotodotm.com

hewj wrote:

Hi I'm new to the whole world of nintendo ds homebrew and I'm looking to find a slot 1 or slot 2 solution for my homebrew aspirations, I wanted to use animatee (as I am an animator and think its a fantastic app) and wanted to know just what kind of homebrew hardware people who use animatee successfully are using.

also if you have any other random facts about hardware let me know I've been reading allot of articles and found them somewhat helpful but for the most part it seems like they all do the same thing. Correct me if I'm wrong but homebrew that runs solely from a slot 1 solution is slower than anything that runs solely from a slot 2 solution? Because slot 2 solutions add ram for homebrew apps to use? there are some slot 1 solutions that can utilize slot 2 ram?

Any information is really useful I don't have much of a budget but I'd say I'd like to spend 50 american dollars.

Thanks alot, oh and thanks to Dekutree64 and masscat for such wonderful homebrew apps!

I use a R4, which is a slot 1 device. A nice feature is that it auto patches DLDI enabled homebrew (other device can also do this) so you do not have to worry about doing it on your PC before copying the .nds file across.

Most homebrew (including Animanatee and Flickbook) does not require (or even use it if it is present) the addition RAM including in some slot 2 devices. So running from a slot 1 or slot 2 device will not make any difference as to how most homebrew runs.
What can vary between devices is the speed at which they can read and write to their storage media (i.e. the MicroSD card in case of the R4). But this varies depending upon the device, the DLDI driver and the storage media within the device rather than which slot the device occupies. For example my R4 can read/write files quicker than my GBAMP (which is an old slot 2 device).

daninski wrote:

Still no luck for me, saves are still really corrupt. lot's quicker now mind :)

Have you tried a different MicroSD card?

neat app ! the ability to make quick animations anywhere is so much fun. thanks sir !
Looking forward to the onion skinning feature (colored would be even better like someone suggested)
the only thing I could think of is the ability to switch the layers visibility ON/OFF, this way we can use the background layer to have references in order to check shape consistancy over the animation.( and perhaps an arrow tool to move things ?)

I just show it to my roomate and it was instant love action :)

http://www.dailymotion.com/video/x40gyl_ovo-001_tech

I just put a scan of my DS as a canvas because context matters :P

Experimental version 1.3a for those who are still getting corrupted saves. In daninski's files, it seemed to be writing out the correct number of bytes, but just big spans of zeroes in a couple of frames. I don't know if any DLDI drivers are using DMA or anything, but missing data seems suspiciously like a cache coherency problem, so I added a cache flush before saving.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Thought you would be interested in some impressive Animanatee produced animations I found whilst wondering the web.

http://www.area-56.de/chapter56/2008/01/slam-dunk.html

There are a couple more on that blog.

flippin heck they are good.

Hey, Dekutree 64,

while having math in school today I got a good idea for the "less" drawing experienced of us:

STAMPS !

May it be possible to store bmp files in a directory like /Animanatee/Stamps

and load them if the right D-pad is pressed ?

it could open a menue like the one that opens when L is hold and you could pick a stamp by selecting it with the touchscreen.

Addidionally if they would be rotateable it would be freaking sweet.

Sorry if this sounds totally overhyped or anything, its just my time is short for today and I wanted to get this up here before it escapes my mind.
_________________
Starcraft DS ?

v1.3b is up. Another incremental release, this time to fix a sneaky little memory corruption bug, which happened if you drew within 2 pixels of the bottom, and then hit undo. This should fix the crashes people were getting when opening the save menu.

pas wrote:

STAMPS !

Good idea :)
I loved making stamps in mario paint. And loading them from the card would be a lot easier than writing an editor. Pixel editing is better suited to a mouse than a touch screen anyway.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

thanks for the update.

masscat wrote:

Thought you would be interested in some impressive Animanatee produced animations I found whilst wondering the web.

http://www.area-56.de/chapter56/2008/01/slam-dunk.html

There are a couple more on that blog.

Holy crap, those are amazing. I assume most or all of the paintings are done with Colors?

Any way, those animations are inspiring. Today I'm going to devote some time to messing around with Animanatee

DekuTree64 wrote:

v1.3b is up. Another incremental release, this time to fix a sneaky little memory corruption bug, which happened if you drew within 2 pixels of the bottom, and then hit undo. This should fix the crashes people were getting when opening the save menu.

pas wrote:

STAMPS !

Good idea :)
I loved making stamps in mario paint. And loading them from the card would be a lot easier than writing an editor. Pixel editing is better suited to a mouse than a touch screen anyway.

Does that mean you *might * consider em ?
If so I would suggest to make them turnable (you know... 360? ?), cause that would allow crazy and great animations easy done !

Thanks for all your work btw I really love your work (are you doing other DS Homebrew besides Animanatee ?)
_________________
Starcraft DS ?

would it be possible to copy a frame to a specific location and not just the very next frame? for instance, copy frame 6 to between frames 12 and 13. This would be very useful and would improve the capabilities of this program greatly.

Thanks for your consideration.

I love this app! I opened Flickbook, was totally puzzled by the interface and tried this instead. It's so intuitive I was off and running right away. I have since figured out how to use Flickbook, and it does have some great features, but usability is No.1 because when you want to create a million frames of animation you want it to be as quick and straight forward as possible. Huge praise. I'm a big fan.

Though I'm a computer animator by necessity (can't draw to save my life) I did learn a little about traditional animation in school and there are several things that would make this application even better. Almost all of these ideas have been mentioned before, but some really need to be reiterated because they would hugely improve the workflow. Here is my vote for a wishlist of features in descending order of importance:

1) Add at least one more anim layer for roughing in your animation. This would be like the equivalent of using a light blue pencil to rough in your poses in traditional animation. Then you could use the other layer to go back with a darker brush and do more careful drawings and simply turn off the rough layer when you're done. More layers would be even better.

2) Add at least one more BG layer - again for planning, only this one would be for planning your whole animation. For example if you wanted to draw paths for a bouncing ball or plan the arcs of your character's arms etc. More layers would be even better so you could have foregrounds etc.

3) Better onion skinning. It's got to be bi-directional. One frame in each direction should be bare minimum. More would be better. It would be extra cool to have different colours for prev vs next, or to be able to turn prev/next onion skinning on seperately (like in Flickbook) but that's gravy.

4) Zoom/Pan is needed if you want to see prettier drawings. Technically it's two features, but they really go hand in hand

5) A proper eraser. Painting over with white or BG colour is tough if the BG is anything other than a solid colour

6) Ability to drag a layer, or even cooler, a selected region. And/or ability to drag just one colour, but this isn't ideal. So you could reposition without redrawing.

7) Ability to insert frames (pushing all of the later frames back). Preferably for both new blank frames and copied frames - which brings us to #8...

8) A check box to set certain frames as key poses and then be able to flip between just those frames by adding a modifier to the D-pad or Y/A buttons. Would also be cool if you could toggle onion skinning to work for every frame or just the key frames.

9) Copy and paste to any frame. Copying is cheating, but animators are artistic cheaters anyways.

10) Draw on an arbitrary frame number and automatically generate blank in-betweens. This one really doesn't add any new function, just a neat shortcut.

11) An extra fancy feature would be to have BG layers that were larger than the screen's resolution so you could literally draw a large background and pan it across the screen.

I'm sure there are some that I have forgotten, but I think this covers the main ones. Maybe look at successful pencil testing software that already exists and see what features they have: 'Digicel Flipbook' and 'Monkey Jam' are a couple of good examples.

So again, I LOVE your application. I like that I have the full screen to work with, but if I absolutely had to I could put up with a single row of tiny buttons if you couldn't fit all of the above features into the current pop-up menu. Flipping through the frames instantly with the D-pad is perfect. Without changing anything the application is great for straight ahead animation, but with the added features it will be possible to do really well planned pose-to-pose stuff.

EDIT: Here's a link to my first test animation: http://www.youtube.com/watch?v=xj2QZiy2CfM

The program is amazing! For me it is perfect! Well perfect is bit exagerated, but cool as hell!

The only sugestion, just to add the others that made the same one. A "move frame to" or "copy frame to" function. It would be very useful

As you are just one, a clever dude, but one guy doing all the job. A easier tool would be something like "duplicate frame to the end of animation". I mean when you're working on the 5th frame in a animation with 10frames long. The user would press a button to duplicate the 5th frame to the 11th frame of the animation.

I think that would be simple and useful.

Sorry for the bad english.
Thanks a lot for the good work so far
_________________
My drawings at:

http://sidneymt.deviantart.com/

[Images not permitted - Click here to view it]

Cr?u Dance - Some freak dance that Rio de Janeiro Bitches do nowadays.

Made with animatee converted to gif by Flash.
_________________
My drawings at:

http://sidneymt.deviantart.com/

i made this entire movie with animanitee

it is currently my favorite homebrew problem

i am now working on an animated version of indiana jones

http://www.youtube.com/watch?v=3Wom_CY5a_A

please rate!

that... was brilliant.
_________________
DSL Onyx w/ R4 & 1GB Kingston SD. FlashMe'd v.7

I am new to this whole homebrew thing. I got Animantee to work and have created an animation but I can't seem to figure out how to put sound/music into my animation. I believe the newest updated version has a feature where you can use the mic. Am i wrong? Also, I tried exporting my animation into avi but it looks like it froze?
Sorry if I'm slow but I am just lost at all this.

Thanks!

Hi there,

this program is just amazing,
dam congratulation DekuTree64.

i made this and i will continue to play with animanatee I guess
[Images not permitted - Click here to view it]

a onion skin foward and .gif export could be animanatee a perfect program
nothing more to ask, anyway it's already great

thanks and congratulation
;)

First off... great app. It keeps me entertained for hours on my commute to and from work. Who needs games anyway?

Now to the point... I can't seem to export the AVI animations properly. I see the AVI files on my card but when I copy them to my PC they are unable to be played, or show up as pure black with a moving timeline. Do you know why this would be?

vandal138 wrote:

I can't seem to export the AVI animations properly. I see the AVI files on my card but when I copy them to my PC they are unable to be played, or show up as pure black with a moving timeline.

Hmm, I haven't heard of any problems like that before. Send the .anm and .avi to my name here @hotmail.com and I'll take a look at it.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Great little app dude - keep up the good work!

I don't seem to have any .avi files (on a M3 Simply card)... just the .anm files

Is there anyway I can convert one of these to something viewable on the PC?

*EDIT*

OK - Apparently I don't notice buttons when they're not big, red and marked "Extreme Danger"

*EDIT 2*

http://www.youtube.com/watch?v=yak0AXK_rCw

My first anim :)

Good homebrew!

Nice anim Mattlacey!

http://fr.youtube.com/watch?v=Fisxx0dxVkA

Here is my first animation!

About the homebrew, possible to add the possibility to export the animation into a animated .gif?
And for the memory limitation, I suppose it's the DS memory? With a memory expansion it's possible to make longer animations?
Also I have an idea, just make 2 animations and with a program like movie maker assemble them. Should work.

Quote:

About the homebrew, possible to add the possibility to export the animation into a animated .gif?

If this program produces an uncompressed AVI file, you can try opening it with Microsoft GIF Animator to save it as a *.gif file. If that doesn't work, use the "SUPER" converter program.

Ok I have Super, will try thanks!

Good homebrew. Very easy to use.
Runs and i can create Animations.

Cant save any Animationss on Supercard.
Using Supercard SD.
animanatee-1_3b.
DLDI Patched.

When saving i get the following message.

ERROR
Device not Found.

No folders for Data are created.

UPDATE
SORTED.. If loaded with DSO it works. Be sure to have the DLDI file in DSO resource folder. I used the scsd_moon.dldi..

Update 2
I patched the " animanatee-1_3b " with scsd_moon.dldi . The saves would not work. I tried with DSO and got an DLDI error when trying to load. If i put the "scsd_moon.dldi " in to resources folder it works when loaded with DSO.

I hope that will help someone..

KillerMapper wrote:

Nice anim Mattlacey!

cool app. Thanks!
A feature to be able to insert new frames between existing ones will help a lot

Gonzo: Very strange. That error means the call to fatInitDefault failed, which should do exactly the same thing on all dldi apps. Glad you got it working though.

skello: Use the duplicate button next to add/delete frame. It inserts a copy of the current frame, which you can then clear if you want.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Thanks.. i noticed that a few minutes after posting the message... This is a fun application

I made this to wish happy birthday to my friend Valentina! Tell what do you think! I'm planning to do more animation like music clips and a final fantasy cartoon totally with animanatee!

P.S.
For mr. dekutree64: I really could use the load of sprite images (they can be done with another program for ds) in the animations of Final Fantasy.
If you think it could be done, it would be great!

http://it.youtube.com/watch?v=fJ-BQxVpM1g

fist of all a big thanks to DekuTree64.

i use this app alot in the past few days.

and a few things in my opinion...

#1
the shoulder L R button in the NDSL is more easier broken than other button...
but with the current workflow, it seems that i Must use the L R button very often...(undo;toggle to wilte color to erase...etc.)so... use another shortcut button or maybe something on the screen i can click ?

sorry for my poor English...

on more question...

how i compile the source code?
*.dsw...
is it a VirtualStudio wordspace?

thanks.....
_________________
sorry for my poor english

Hmm, I've never heard of the L and R buttons breaking from over-use. Maybe from dropping it on the ground though...
But even if so, there's no place on the touch screen for buttons. I suppose I could add a way to configure the controls, so you could swap L/R with down/B for example.

As for building the source, you should just be able to type make in the base folder. The visual studio project is only for navigating the files.It uses tepples' GBFS, so you'll need to download that seperately, and modify the tool folders at the top of the makefile in the Art folder to point to it.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

thank you for reply!!

i really like animation and when i have some ideas i can draw them down immediately using your Animanatee....

so i really love this app and hope it getting better....

about the complie thing. i will try, and post latter.
_________________
sorry for my poor english

Ok, I have tried animatee and I must admit, that I won't use it again for some time.
After some time into the drawing I had to use undo and it destroyed the whole animation, by placing segments of one frame into another and mixing and mangling everything together and deleting most parts of the images in the end.

I hope this helps at least a little bit to improve the software, because otherwise, it's quite OK.
_________________
July 5th 08: "Volumetric Shadow Demo" 1.6.0 (final) source released
June 5th 08: "Zombie NDS" WIP released!
It's all on my page, just click WWW below.

silent_code wrote:

Ok, I have tried animatee and I must admit, that I won't use it again for some time.
After some time into the drawing I had to use undo and it destroyed the whole animation, by placing segments of one frame into another and mixing and mangling everything together and deleting most parts of the images in the end.

I hope this helps at least a little bit to improve the software, because otherwise, it's quite OK.

yes...i notice that two... but i usually use that as "One step undo". One or two step is enough...

for the drawing... i just want a eraser...(or at least two color i can toggle in the draw..screen..)
for the animate... a better onion skin....

btw... i realy love the playback stuff and the inbuild avi exporter~~

keep attention the app and this thread....hope i can do sth helpful...
_________________
sorry for my poor english

Hi DekuTree64:

Animanatee is a great program! Thanks so much for developing it. I have a suggestion that may or may not be plausible... BUT:

If it were possible to IMPORT an AVI and have Animanatee break the file into frames-as-backgrounds for the entire length of the AVI, you'd be able to animate ON TOP of already-existing animations. For example, I could use it to animate on top of a previously-filmed live-action music video for my band.

I know little to nothing about programming so I don't know if this feature is something that the DS system would even be able to handle, but if it could, it would make Animanatee super powerful for layered-type effects.

Thanks!!
-Mike

EDIT: On that note, it would also be awesome if you could do this and then DROP the background frames all at once, because then you could use it for tracing!

enderisnotmyrealname wrote:

If it were possible to IMPORT an AVI

In what codec? Or would the importer have to run on Windows so that it can use codecs through the VFW framework?
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

when i draw(with the feature i mention above ...for example a eraser..). some reference system is good...
but i think import a whole avi is big mission...and i think it at bottom of the todo list....reference to some pic is nice enough...
_________________
sorry for my poor english

tepples-
that's unfortunately beyond my area of expertise. i'm not too well-versed on the inner workings of the code, i've just been thinking about a bunch of great ways that the program could be used if it were possible to code it that way. the only reason i suggested .avi is because i know it OUTPUTS .avi. i don't know much about the filetype itself. i just thought that if animanatee can handle 2 layers (background and foreground) in each frame, it would be awesome if there was a way to drop an .avi file on the microsd card from the computer, then import it into animanatee, (then maybe the user would select the starting frame rate of the .avi and the corresponding frame rate of the animation), and then animanatee would break the .avi into its component frames, assigning each frame of the .avi to the background layer, progressively, through the entire animation. then you could animate on top of each frame of the original .avi, and when you exported to a new .avi, it'd be exactly like the old one, just with awesome (hopefully) animation on top of it. i guess there would be no sound either, but that could be synced up later. it would be a great tool for creating interesting music videos.

like i said, i have no idea if it's feasible at all, but i thought it was worth mentioning!

thanks for reading this!

hello, firstly this app is great, I've had loads of fun making stuff on it.

I have a problem though. I have an animation that runs about 210 frames and when I load it up the final frame is corrupt. So when I try to export as avi, it gets to 90% complete and freezes. When trying to delete the last frame the first 10-20 frames become corrupt. I've also tried 'clearing' the frame but this crashes my ds and I have to power off.

Is there anyway to save my work? I spent soooo much time creating this animation and I don't want to lose it.

I'm hoping this isn't as bad as some of the other problems reported in this thread and that there's some kind of work around to maybe sacrifice 'x' amount of frames to save most of the project.

thanks for any help

Hey all you manatee fans! After a long break, I finally was in the mood to work on this again. So over the past 4 days, I've been typing away and added a whole bunch of new features useful for both animating and doodling still pictures (what I've been using it for most). Check the first post for the list, or just grab the file here.

Particularly welcome is that I got sick of trying to find that stupid undo crash and just threw out the old convoluted system and wrote a better one. Thus far all crashes I've encountered were minor and have been fixed, so hopefully there will be no more lost work from now on.

I also made a little PC utility to convert .anm files to .avi, incase you forget to check the export AVI box when saving before you go to transfer to computer.

As usual, post any bugs or feature requests here or by email (my username here at hotmail dot com).
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Thanks for still working on this, DekuTree64 :)

Found a bug that can be replicated pretty easily:
--------------
- Start a new project
- Set the brush size to anything other than 1 pixel
- Select the BG layer
- Draw on the very bottom row of the screen

...you'll get major garbage on the FG/Top layer, and it gets worse when you switch the Tool selection screen on and off. I'm just guessing: memory corruption because of the larger brush size 'leaking' past the screen memory? :/
--------------

Also, would you consider adding a 16x zoom level, and maybe a dim grid guideline when zoomed in 8x/16x? This would be nice for pixelling stuff. :)

JLsoft wrote:

Found a bug...

Oh snap. Fixed that. Bad clipping check. I wonder why it wasn't destroying the world when drawing on the top layer though...

I also fixed a crash when trying to preview an empty slot. And added an OK button to the load/save menu, so you just click a slot to preview, and then OK to load/save. Makes more sense than having to click and then drag away if you don't want it.

Grab v1.4a for those changes.

Quote:

Also, would you consider adding a 16x zoom level, and maybe a dim grid guideline when zoomed in 8x/16x?

Yeah, I was thinking about adding a pixel grid already. And I think I could squeeze in another button for 16x zoom without being too ugly.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Thanks for this quick fix :) Working great!

Would it take a lot of work to get onionskinning to work while zoomed in?

big thanks to DekuTree64! Animatee is my major app now days.

by the way. there is a project called "animatee-mod" started by a chinese people. it just add some new features like:

i four customable pen preset
ii custom shotcut key! e.g. i can bind two pen(black to draw, white to erase) with two key then draw~ erase~ pretty efficient～

http://code.google.com/p/animatee-mod/

i introduce the app and post the link just for happy to see Animatee keep developing
and tell you guys Animatee is very useful~
_________________
sorry for my poor english

"liberate my LR button..."
"let me erase(draw white color) quickly..."
^_^~

just post a quick test ive made
http://www.vimeo.com/5767219
_________________
sorry for my poor english

opoppopopp wrote:

http://code.google.com/p/animatee-mod/

Nifty, this is why I love open source :)

I can't find where you download the .nds, but looking through the code and images, the key mapping screen is cool, especially combined with custom pens. And you could even switch the mappings depending on whether you're just sketching frames and don't need fill handy, or if you're coloring and don't need pen switching handy.

Undo would be another nice function to map to a key.

Plus then you could have both the drag tool and draw cursor available when zoomed in. It's been bothering me that I couldn't come up with a good a way to do both, and it's irritating using the drag tool to see where I am when pixel editing

That pressure sensitive pen icon looks like a halftone pattern to me, and reminds me that I should add tones too. Especially now that masking is in, you can do some nice shading easily with tones+remask. My brother is great at it, like this
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

I am happy to see this being worked on again.

You say you'd like to add a better saving system. I hope this means more slots. Especially with the previews it'd be really nice to have any number of slots. (or... at least 25, I suppose. Lots of animation tests I'd like to keep, and laugh at later)

I'm also requesting a double tap to open a file. Right now tapping plays the preview and we have to click OK. It's be cool if we could just tap the slot number twice.

A quick update to the in game controls explanation would be nice as well. I didn't really know how to scroll the zoom window without a little messing around.

I really appreciate your work on this. I especially like the mask and remask features. And it's great to be able to animate anywhere.

JLsoft wrote:

Would it take a lot of work to get onionskinning to work while zoomed in?

I want this feature too.

Is Select button currently used for anything? And what does cursor (which appears while holding 'down') do?

Yuri Kerberos wrote:

And what does cursor (which appears while holding 'down') do?

When zoomed in, it lets you drag the currently-viewed-area around the canvas.

JLsoft wrote:

Yuri Kerberos wrote:

And what does cursor (which appears while holding 'down') do?

When zoomed in, it lets you drag the currently-viewed-area around the canvas.

When zoomed out, it also lets you see where pixels will be drawn before you draw them. (Useful when trying to put something in JUST the right place) Although... I guess now the zoom takes care of that.

Actually, I just tried this and found what may be a bug, since it wasn't like this is the last version. If you use the cursor tool to see where the pixels will be drawn, the circle appears UNDER the pixels that are already there, almost like the Mask tool was on. It'd be cool if the cursor tool showed exactly what would happen if you release the button with the stylus still down. (So it would actually change depending on which Mask options were enabled) But if that's not possible, I'd like to see the "pixel preview" on top of everything again, since that's easiest to see.

I am pretty sure Animanatee is my favorite piece of DS homebrew. My buddy and I took a trip to Vegas with these two broads and we played with the software the whole trip. It's so much fun having each person do their own frame in a collective animation.

Thanks for continuing to perfect this!

I wasn't expecting an update and I'm very pleased!
but please, give me a screenshot with explanations, I don't understand all the new buttons, and can't find the "pressure sensitivity"

thank you!

fhy wrote:

I don't understand all the new buttons, and can't find the "pressure sensitivity"
thank you!

. toggle pressure sensitivity is the botton at right side of the "1x2x4x8x" looks like "||||"
. remask/mask is on top of "1x2x" you can mask/remask use the color at its right side(draw in side/out side the color you set in there)
. ...?

by the way, come on every body. lets post our sketch here~
_________________
sorry for my poor english

opoppopopp wrote:

by the way, come on every body. lets post our sketch here~

I think it would be better to create a new topic for this.

Also, DekuTree64, you said you wanted to implement tones. I suppose the color picker feature will be needed. I often feel the need for it now when drawing gradients or shadows and highlights.

And while using dragging while zoomed in it often occurs that the finger on DPad moves a little to the right/left and the frame switches. Does anyone else have the same problem? Maybe do the following: Down-Left, Down, and Down-Right activates the cursor/hand tool, and Left and Right switches frames? Or maybe something else?

opoppopopp wrote:

fhy wrote:

I don't understand all the new buttons, and can't find the "pressure sensitivity"
thank you!

. toggle pressure sensitivity is the botton at right side of the "1x2x4x8x" looks like "||||"
. remask/mask is on top of "1x2x" you can mask/remask use the color at its right side(draw in side/out side the color you set in there)
. ...?

the "||||" button gave me nothing but a thin pencil. It's supposed to have a pressure sensitive width, or opacity?
I can use both in Colors! on the same DS, my touch screen is not defective

thank you

Make sure you calibrate the sensitivity range using the tiny [Calib.] button in the upper right of the main menu (with the Load/Save/etc buttons)

...and the 3 similar buttons above the 1x/2x/4x/8x buttons control whether the flood fill will flow through 1 or 2 pixel gaps or not.

For some reason, calibration doesn't work on my DSi. No matter how hard I press on both squares, its value always remains 0.

fhy wrote:

the "||||" button gave me nothing but a thin pencil. It's supposed to have a pressure sensitive width, or opacity?
I can use both in Colors! on the same DS, my touch screen is not defective

thank you

Animanatee only has pressure sensitive width. In addition to the advice to calibrate above, you must also make the brush size bigger. Much like Colors!, pressure sensitivity in Animanatee seems to start at the lowest value, and increase with pressure to the current brush size. If the current brush size is one pixel, there's no change.

Kir wrote:

For some reason, calibration doesn't work on my DSi. No matter how hard I press on both squares, its value always remains 0.

Pressure Sensitivity seems to have been removed in the DSi.

Kasumi wrote:

Pressure Sensitivity seems to have been removed in the DSi.

... @_@... >_<...
_________________
sorry for my poor english

EDIT: I broke the palette window in v1.5. Fixed in 1.5a.

v1.5a complete!
Actually this is more like an intermediate step before I go making some changes that will necessitate modifying the file format. Most of the feature requests here have been taken care of, plus a handy layer merge function. It's great when you can animate using 2 layers, and then flatten them and add a background at the end.

The next version will be 2.0, with 3 layers, 80 colors, and sound. Additional colors are just because I had to squish the palette box to fit all the buttons in, so I might as well squish it horizontally too :)

My plan for sound is a timeline view, where you can trigger .wavs and start and stop music (with optional loop), plus a microphone record mode where you can voice along with the animation. Microphone data will go into a companion .wav file to the .anm, so it will eat your SD card pretty quickly.

If anyone has other good ideas related to sound support, post them here and I'll see if I can get them worked in.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

It's not really a bug but... the eyedropper tool works without you touching the screen. I'd prefer it if that didn't happen. To reproduce this, draw with one color with a big brush under where another color would be located on the palette, then select another color in the R/L menu. Press up without touching the screen, release up, then draw. You're drawing with the first color.

And a feature request: Add an option for something like "R/L toggle" or "R/L hold" in the calibration menu. R/L hold would make the menu open and close as it does now, while R/L toggle would make the menu open upon the press of R or L when it is closed, and would make it close upon the press of R or L when it is open.

Edit: The 1.5a zip seems to be empty.

Kasumi wrote:

It's not really a bug but... the eyedropper tool works without you touching the screen.
Edit: The 1.5a zip seems to be empty.

Not sure what happened to the source zip the first time, but I re-uploaded it. Also fixed that dropper thing. But it's so minor, I just overwrote 1.5a instead of making a new version.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Great, finally I can keep everything I make on my card.
Yesterday I had found a bug in 1.4a which allowed to make straight lines by touching left or upper edges of the screen. I were sort of glad because I finally had a tool for making a straight line:) Please add buttons for some primitive figures in the next version, like circle and line. They'd come in handy in drawing even such simple things as moon, sun and a line of horizon.
Also, I'm glad that the newest versions of Animanatee seem to have a lot less crashing (I haven't encountered any). The program is really great now, with every version it becomes more and more like a solid tool for creating graphics, not only doodling.

good job! DekuTree64.

i finally got my eraser tool!! despite my L/R botton is not totally free...i had to "clik! clik! clik!" to toggle the menu... but its ok,I am satisfied!! thank you

fot the sound rec func, it is appealing. but in my opinion, i need that function after i can create a long enough animation(efficiently, smoothly)

halftone brushes, two side onion skin,hah~ i had go offline to add tone to my previous pic, with color mask!! hoho~

ps, in addition, i always use a eraser 50% BIGGER then my brush, but now the eraser seems the same size of the brush.

Yuri Kerberos wrote:

I were sort of glad because I finally had a tool for making a straight line:) Please add buttons for some primitive figures in the next version, like circle and line.
...
The program is really great now, with every version it becomes more and more like a solid tool for creating graphics, not only doodling.

to be honest, in my opinion the draw line or circle function is not that necessary~ ^_^ not on top of the wish list.
and yes, i totally agree. the Animatee is a solid tool for createing animation.
_________________
sorry for my poor english

opoppopopp wrote:

ps, in addition, i always use a eraser 50% BIGGER then my brush, but now the eraser seems the same size of the brush

Yeah, I was debating whether to make the eraser bigger than the brush. I guess the only time you need a tiny eraser is when doing pixel art, so maybe it should be same size at 8x or 16x zoom, and bigger 1x-4x.

Anyone else have opinions on it?
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

...perhaps a brush-size-like slider for the eraser, with a small tick box to make it not use that size at 8x/16x? :/

Option screen's going to get a little crowded, I know :)

Also, I noticed a nice little detail when I was using Animanatee today while waiting for someone...the eye drooper tool 'filling' with the color it's about to pick up is an awesome small touch :)

At first, I thought I wanted the eraser to be the same size as the brush since it'd be easier to predict, but then I realized if I needed that, I could just select the transparent color and use the actual brush. So... feel free to make the eraser larger than the current brush.

I also never thanked you for the "double click" open. Thank you!

But I'm picky, and it works with all file operations now. I request "confirm overwrite?" and "do you want to save before opening a new file?" dialogs for cases like that. Even better would be if the case for opening a file would detect if any changes had actually been made.

I've noticed a bug (or maybe it's just my M3 lite's fault): first, touchscreen sensitivity doesn't save (it must save, right?...).
Second, sometimes (around 50% of cases) when I launch Animanatee, it gives a black screen for a little longer than it should (around 7 seconds instead of 1 maybe), and after that everything works fine except for when I click "open" or "save" it shows all slots to be empty, and when I click any of them it takes a long time for a button to become pressed which looks like loading, but they don't load in the end; it fixes after I save anything to any slot (and while I were choosing a slot for saving they were still empty).
Anyone has the same problem?

@Yuri Kerberos: the m3 lite seems to have basic dldi problems. i've found that launching a pre-patched homebrew through moonshell has better results for those problematic apps/games.

onion skinning:
it would be nice if this was updated to include more than 1 frame in either direction. 5+ would be a nice number. i am not an expert artist, and i suck at animation. i find that when i am animating something i need to see more than 1 frame back while i am drawing the new bit of animation.

many users have expressed to me that they are confused about the user controls. the app does have a learning curve, but one can figure it out just by toying around. however, it would be nice if with the next release you included a detailed "how-to guide." perhaps run the user through the creation of a basic animation, the controls, what the icons do, etc. hm, perhaps a wiki article set up for the application so users can keep it update.

cheers,
-another world

I have a couple of ideas for new features. A toggle to hide the foreground layers for editing the background more easily. And perhaps to make it easier to make similar colors you could drag and drop a color into another slot to copy it so you can just make minor adjustments.

Phoenix82, that little tick box on the bottom right of each of the 'TOP' and 'BG' layer buttons controls whether they're visible or not :)

another world, I agree the onion skinning would benefit by showing more of a history (with 1 just frame, it's really easy for any imperfections in your drawing to be 'carried over')...having a history of 2 would help a lot. 5 frames might be overkill though :D

Oh, thanks I never noticed those.

another world wrote:

@Yuri Kerberos: the m3 lite seems to have basic dldi problems. i've found that launching a pre-patched homebrew through moonshell has better results for those problematic apps/games.

Thanks for advice. Do you know if calibration is saved or not? And do you think using alternative M3SD.dldi could solve the problem?

A friend of mine has a problem. Basically, he made a 480+ frames animation in v1.3b, and he can't open it in v1.5a. But he also experiences problems when he makes a 170+ frames animation, he isn't able to save it. In both cases the message on the screen is "ERROR out of memory". What kind of memory does it refer to? Is there anything that can be done with it?

I have a tiny idea of how to improve the program. When you press a little square part of "Top" or "BG" buttons to hide certain layer, wouldn't it be better if this didn't switch the layer to this one? You are going to work in another layer when you press it anyway.

WOW DekuTree64, this app is really cool! It's so nice having the ability to do some animations right on the DS!! Keep up the good work! =D=D=D And thank you for making this real!^^

Well I got two questions/suggestions:

- Is it possible to make a feature so we can save the animation as an "animated .gif" file???

- Is it possible to add support for external memory ram packs like the EZ 3in1 to increase the available amount of memory to work with?

Well, that's all for now, have a nice day!^^

Nice, some new versions of Animanatee :)
_________________
www.mariokartsource.com

Small update to fix the out of memory thing when opening large animations. Not only was I lazy and just loaded the whole preview animation into memory, but I forgot to free it before attempting to load the animation for editing, so it was basically cutting the max animation size in half.

Now the preview is loaded one frame at a time, so it takes basically no memory.

And to respond to some other questions...

Calibration is not saved currently. More laziness on my part.

Palette drag and drop: Yes, that would be cool. Copy, swap, and swap with pixel remap. Although pixel remap would be slow since it would involve decompressing, editing, and recompressing every frame of the animation.

Yuri Kerberos wrote:

I have a tiny idea of how to improve the program. When you press a little square part of "Top" or "BG" buttons to hide certain layer, wouldn't it be better if this didn't switch the layer to this one? You are going to work in another layer when you press it anyway.

I did actually debate this. I decided to go with the current style because
a) the buttons are tiny so it's easy to miss and select the layer anyway, and
b)when you set a layer invisible and then start drawing, it's obvious if you have the wrong one selected because you can't see anything.

The other way, you'd be able to turn a layer on without selecting it, and then start drawing thinking you're on the one you just activated, but you're really not.

If I wanted to be fancy, I'd have it select the layer if you're turning it on, and leave the selection alone if you're turning it off.

BastarB wrote:

- Is it possible to make a feature so we can save the animation as an "animated .gif" file???

- Is it possible to add support for external memory ram packs like the EZ 3in1 to increase the available amount of memory to work with?

Gif: So many people have requested this, I may just give in and write it some day. Especially since I may never get around to adding sound, which was the reason I went with .avi in the first place.
RAM pack: Since I don't have any hardware to test on, probably not. I'd rather do a swap file on the memory card to allow unlimited animation size anyway. But that will be tricky.
_________________
___________
The best optimization is to do nothing at all.
Therefore a fully optimized program doesn't exist.
-Deku

Nice improvements you've made here.

The scroll thing is a nice idea.

Possible to add more layers, like flickbook?

And maybe some draw tools: line, square, text... but that isn't really important, with the zoom we can do awesome things now :)
_________________
www.mariokartsource.com

Hi Dekutree, is it possible for you to get this running in No$GBA? I'd like to take a quick look at it but it's crashing with "undefined opcode". I'm just curious how you develop an app on the DS without testing it in an emulator like No$ first? It must be chore testing on hardware and No$ is still the best emulator for DS IMHO.
_________________
Warhawk DS | Manic Miner: The Lost Levels | The Detective Game

Thank you DekuTree64 for fixing memory bug!

KillerMapper wrote:

Nice improvements you've made here.

The scroll thing is a nice idea.

Possible to add more layers, like flickbook?

And maybe some draw tools: line, square, text... but that isn't really important, with the zoom we can do awesome things now :)

DekuTree64 wrote that he would add third layer in v2.0.

And if you want to draw horizontal or vertical lines, set zoom to higher than 1x and draw it using the edge of the screen as a ruler.

Help! I've got an animation of reasonable size and back when I made it that size, I could still work on it. However, when trying to reopen I can't open it anymore; the infamous memory error. Even with 1.5b, I can watch the preview, but not open it. Is there any way to save my animation or cut it down a few final frames? Or do I have to export as avi and then just create a followup to it? :/

Yuri Kerberos wrote:

And if you want to draw horizontal or vertical lines, set zoom to higher than 1x and draw it using the edge of the screen as a ruler.

Yes but I don't suggested it for horizontal lines, but inclined ones :)
It's easy for H and V lines.
_________________
www.mariokartsource.com

headspin wrote:

Hi Dekutree, is it possible for you to get this running in No$GBA? .

Headspin, I found out that for ome reason or other, Animanatee runs just great with the NDeSmuME V0.5.0 (well, everything except for the saving)

Hi all!!
New user here....

I've been using Animanatee for some time now and it alone (or together with Colors! and Pocket Physics) is reason enough to buy a flash card (at least to me it is..)

Animanatee is great especially with all the additional stuff added in 1.4 onward

I had a look at Flickbook 0.3 too, but its lack of tools and its on-screen interface kinda put me off. Flickbook does however possess some things that blows Animanatee clear out of the water:

1.Layers
Flickbook uses 'real' layers, not just that foreground/background setup used by Animanatee. The layers can be shuffled, locked, destroyed, made visible, visible only in onionskinning. DekuTree64's roadmap talks about a 3rd layer, but I would like to see first how it will be implemented. Currently, if I make a background and at frame 50 find out that I need to add/change/remove something from the background, I need to change the BG on each and every frame. I would like the option to have a static background that I can change at a single point and the change would become apparent everwhere.... (a further feature could be the possibility to 'bake' the background on a selection of frames ie make further changes to the BG pic NOT change the 'baked' BGs.) A third, removable layer would be welcome for motion paths, blueline sketches etc. I'd even like a fourth for eg giving depth to the BG (one fixed, one slightly scrolling)

2. Copy buffers
Flickbook has about 8 copy buffers where either full frames or rectangle selections can be stored. Animanatee can currently only copy/paste an entire frame. The copy buffer in Flickbook allows one to store reusable elements to drop in on another cell. (eg a bouncing ball in a scene with some fixed elements: Flickbook stores the smallest rectange holding the ball and this can be copied and moved from frame to frame. Animanatee just cannot do this.)

3. Multiple layers of onion-skin (up to 5).
Not really an issue as DekuTree64 has already stated his intention to add more. Flickbook also has a nice way of setting these..

Let it be clear that to me, Animanatee is clearly superior in day-to-day use to Flickbook. It is just that Flickbook has some functionality sorely lacking in Animanatee...

As for the rest of DekuTree64s roadmap, I would prefer to see the sound part handled in a separate program, one that loads the .anm files and then allows a soundtrack/soundeffects/mike input to be created, the whole lot to be exported as an .avi but that's just me....
The stamps thing seems a very welcome addition. All will depend on the flexibility of the tool (of course, just an import of a BG picture would already be nice)
If the option is there to import a small bitmap,it would be nice to have the option to scale it or to rotate it, so it can be used as an element in the animation. Another nice option would be to import a short film strip (or a set of individual frames) as BG

Layers and copy buffers would probably require a screen of their own (L/R shoulder button?)

Now that Masscat appears to be fully focused on his iPhone port (Flickmation), maybe Animanatee can increase the advantage it already holds...
OK, I better stop here before I write a book....

DekuTree, since you wanted to implement larger palette, I think it may be useful to make a feature to save a palette as a default. Setting all 80 colors from scratch every time would be a pain. I also feel the need of palette import function. I've been playing with Animanatee loading previews file after file, and while every next animation was loading I could briefly see a "glitched" preview of the current animation which used the palette of the next one already. I were surprised that those "alternative" palettes often looked much more colorful than the ones I created.

Also, you wrote you wanted to implement "stamps", what exactly did you mean? Will it be Mario Paint-like?

It'd come handy to have some kind of instrument which would paint the hole screen with a chosen brush on touch, as if we had a huge brush the size of the screen to paint with. It'd help to do many things faster, especially to replace a color by another one in a frame.

To reiterate on a previous request, is there any way to convert a sequence of images to the *.anm format?

(this is a really wonderful program, by the way. Even if you ignored all the animation features, it's still a very very sleek sketching app)

sonicomm wrote:

To reiterate on a previous request, is there any way to convert a sequence of images to the *.anm format?

From what I know, there's no such program. I wish there was such a program too.

Me again....
I made a small Animanatee manual, a simple beginner's tutorial and a alternative roadmap proposal here:
http://users.telenet.be/UglyMike/Animanatee/animanatee.html

You can see them in a browser or download the .doc or .odt files

Maybe some of you will find it usefull.
Feedback would be appreciated.
Corrections or additional clarifications will be incorporated.

DekuTree64 wrote:

Hmm, I've never heard of the L and R buttons breaking from over-use. Maybe from dropping it on the ground tho...

my L botton is broken... :-( ....
is think the LR is easier broken than other indeed...because they are
"Micro Switch (something like our computers Mouse button. sth can "click~ click~" i dont know how to explain it in english.. )"

so...
PLZ DekuTree64~ a customizable shotcut key map...
or
a On Screen Botton! alternated way to toggle the Menu! A several Pixel botton in the coner is Enough!(even it can be Invisible at all!!)

I really like animatees concision and elegance.i hate On Screen Botton two! dont break that! just save my R botton...
_________________
sorry for my poor english

opoppopopp wrote:

DekuTree64 wrote:

Hmm, I've never heard of the L and R buttons breaking from over-use. Maybe from dropping it on the ground tho...

my L botton is broken... :-( ....
is think the LR is easier broken than other indeed...because they are

Form a seal around the L or R button with your mouth and blow hard. The idea is to dislodge/clean the junk causing the button to fail. This fixed both my DS L button and my DSi R button. No joke.

ritz wrote:

opoppopopp wrote:

DekuTree64 wrote:

Hmm, I've never heard of the L and R buttons breaking from over-use. Maybe from dropping it on the ground tho...

my L botton is broken... :-( ....
is think the LR is easier broken than other indeed...because they are

Form a seal around the L or R button with your mouth and blow hard. The idea is to dislodge/clean the junk causing the button to fail. This fixed both my DS L button and my DSi R button. No joke.

thank you ,i will try.
maybe no need to take DS apart just for clean the junk... hoho
_________________
sorry for my poor english

I WOULD LIKE TO VOTE FOR MORE LAYERS!....please
_________________
=D . . .

Would anyone have a few of their Animanatee ANM film files to share with me? I wanted to know if anyone could send me a few of their raw files to load onto my DS. I am happy to share few as well. If you need help copying the ANM , let me know; however, when you save an Animanatee animation, they will be saved on the flashcard?s SD-card in the directory with .ANM files with file name ?Animationxx.AVI? (with the xx corresponding to the slot-number where your animation is stored.) You can then just transfer it to your PC via a card reader. Thanks

The project seems to be on hiatus now of course, but dekutree64 seems to show up sometimes and work on this project in spurts.

So here's something I came up with for the next time that might happen:

It's antialiasing using the mask color.

For example, I select gray as my mask color. Then I tap the mask button until it turns into "Alias" or something like that. I select black as my draw color. When I draw, the edges of the black brush are gray, to blend in with the default white background. I could also set my mask color to yellow and use orange, or colors that don't even make sense for anti aliasing like teal as the draw color and black as the mask color.

Let's now assume gray is the mask color, and black is the drawing color.

When drawing, the outer part of the brush (the gray part) would be masked by the black part. (so the outer antialiased parts would never color the main line). The black part would simply draw over everything as is normal when no mask options are selected. This would allow for 1 step antialiasing while still working in the constraints of the palette.

Even if the background color changed (say, after the pencil test phase), the user could just remask the antialised pixels with a color that would blend better.

Edit: And just for the heck of it, I'll second people asking for a "stamp" or import BMP option. Sometimes I'll use this program to sprite out and animate a beat 'em up character for a game. But if I create a character on computer, I can't animate them using animanatee. (And... my workflow for animation is actually so much better with it.)

I don't care if they end up imported with the wrong palette. I don't care if the image that must be imported needs to be a specific size.

Well, 2 years have past and here I am again...
You might remember that I made a small Animanatee manual; along with a simple beginner's tutorial. (also an alternative roadmap proposal, but that is a bit whishfull thinking now....)

Wel, the site I used to host the files disappeared a long time ago. (along with all Animanatee related activity apparently....)

I have now a new webpresence and seeing Animanatee is still (for me) the best animation homebrew on the NDS, I decided to host the manual again.

You can find the site at www.uglymike.net

Maybe some of you will still find the Animanatee info usefull.
Feedback would be appreciated. (an easy form is provided)

UglyMike, I don't think I've ever used AniManatee, or viewed your manual for it, but I thank you nonetheless for keeping your documentation alive. That mentality alone is admirable. I've seen too many GBA/DS sites disappear lately (often without archive.org backups) and it's refreshing to see that some people still care about such historical matters.

I need help!! I'm sick of searching this problem on google and i think its time i post this reply to this topic.

I went to check out this website: ds-xtra.com

It said that all i have to do is extract animanatee1_5b.zip and place the .nds file at the root of my card. Well, i did what it said but no matter how many times i run the game on my ds lite or how long i wait, i still get this black screen!!!!! please can someone fix this!!
_________________
______________|
EHHHHHH |
______________| i got nothin'

SwiftMCPro wrote:

I need help!! I'm sick of searching this problem on google and i think its time i post this reply to this topic.

I went to check out this website: ds-xtra.com

It said that all i have to do is extract animanatee1_5b.zip and place the .nds file at the root of my card. Well, i did what it said but no matter how many times i run the game on my ds lite or how long i wait, i still get this black screen!!!!! please can someone fix this!!

can you run other homebrew rom on your card? i use this tool a lot, pretty stable.
_________________
sorry for my poor english

will this app continue development......
_________________
sorry for my poor english

gbadev.org forum archive

DS homebrew announcements > Animanatee (updated 2009 Sep 3)

#139884 - DekuTree64 - Tue Sep 11, 2007 5:44 am

#139905 - tepples - Tue Sep 11, 2007 1:08 pm

#139907 - pas - Tue Sep 11, 2007 1:14 pm

#139912 - Lick - Tue Sep 11, 2007 2:12 pm

#139918 - eric3dee - Tue Sep 11, 2007 3:39 pm

#139921 - masscat - Tue Sep 11, 2007 3:50 pm

#139925 - pas - Tue Sep 11, 2007 5:12 pm

#140319 - DekuTree64 - Sat Sep 15, 2007 7:30 am

#140348 - pas - Sat Sep 15, 2007 2:59 pm

#140349 - masscat - Sat Sep 15, 2007 3:17 pm

#140784 - pas - Wed Sep 19, 2007 7:58 pm

#140854 - DekuTree64 - Thu Sep 20, 2007 7:10 am

#140893 - pas - Thu Sep 20, 2007 1:50 pm

#141621 - NadeemF - Thu Sep 27, 2007 6:22 pm

#141650 - DekuTree64 - Thu Sep 27, 2007 11:41 pm

#141733 - euqiddis - Fri Sep 28, 2007 10:37 pm

#141740 - pas - Fri Sep 28, 2007 11:58 pm

#141750 - DekuTree64 - Sat Sep 29, 2007 7:53 am

#141756 - pas - Sat Sep 29, 2007 11:45 am

#141759 - melw - Sat Sep 29, 2007 1:31 pm

#145341 - DekuTree64 - Wed Nov 14, 2007 9:48 am

#145659 - muchachotron - Tue Nov 20, 2007 3:24 am

#145670 - DekuTree64 - Tue Nov 20, 2007 5:16 am

#145685 - jetboy - Tue Nov 20, 2007 12:49 pm

#145686 - Dzozef - Tue Nov 20, 2007 12:57 pm

#145710 - muchachotron - Tue Nov 20, 2007 8:45 pm

#145714 - muchachotron - Tue Nov 20, 2007 9:12 pm

#145744 - DekuTree64 - Wed Nov 21, 2007 11:01 am

#145746 - masscat - Wed Nov 21, 2007 12:19 pm

#145747 - Dzozef - Wed Nov 21, 2007 12:56 pm

#145765 - muchachotron - Wed Nov 21, 2007 8:00 pm

#145767 - muchachotron - Wed Nov 21, 2007 8:06 pm

#145775 - jetboy - Wed Nov 21, 2007 10:06 pm

#145779 - DekuTree64 - Wed Nov 21, 2007 11:16 pm

#146226 - euqiddis - Fri Nov 30, 2007 10:12 pm

#146228 - euqiddis - Fri Nov 30, 2007 10:18 pm

#147169 - daninski - Sat Dec 15, 2007 6:59 pm

#147257 - DekuTree64 - Mon Dec 17, 2007 10:52 am

#147263 - daninski - Mon Dec 17, 2007 3:07 pm

#147287 - daninski - Mon Dec 17, 2007 11:30 pm

#147304 - DekuTree64 - Tue Dec 18, 2007 10:27 am

#147309 - daninski - Tue Dec 18, 2007 3:44 pm

#147342 - euqiddis - Wed Dec 19, 2007 12:36 am

#147442 - daninski - Thu Dec 20, 2007 8:30 pm

#147457 - euqiddis - Fri Dec 21, 2007 1:02 am

#147481 - DekuTree64 - Fri Dec 21, 2007 11:37 am

#147484 - masscat - Fri Dec 21, 2007 1:52 pm

#147485 - daninski - Fri Dec 21, 2007 2:00 pm

#148155 - daninski - Thu Jan 03, 2008 2:28 am

#148161 - DekuTree64 - Thu Jan 03, 2008 4:36 am

#148167 - daninski - Thu Jan 03, 2008 7:19 am

#148472 - fatman999 - Sun Jan 06, 2008 4:38 am

#148573 - DekuTree64 - Mon Jan 07, 2008 8:13 am

#148612 - hewj - Mon Jan 07, 2008 10:09 pm

#148629 - 754boy - Tue Jan 08, 2008 1:19 am

#148660 - pas - Tue Jan 08, 2008 1:35 pm

#148816 - daninski - Thu Jan 10, 2008 7:02 pm

#148857 - masscat - Fri Jan 11, 2008 11:39 am

#148959 - moket - Sat Jan 12, 2008 3:50 pm

#149874 - DekuTree64 - Sat Jan 26, 2008 9:43 am

#149926 - masscat - Sun Jan 27, 2008 2:35 pm

#149928 - euqiddis - Sun Jan 27, 2008 2:42 pm

#150226 - pas - Thu Jan 31, 2008 6:43 pm

#150605 - DekuTree64 - Fri Feb 08, 2008 11:20 am

#150649 - euqiddis - Sat Feb 09, 2008 2:42 pm

#150654 - El_Posible - Sat Feb 09, 2008 6:57 pm

#150658 - pas - Sat Feb 09, 2008 8:16 pm

#150662 - itsallgood - Sat Feb 09, 2008 10:06 pm

#150822 - sormint - Wed Feb 13, 2008 2:49 am

#152976 - sidneymt - Sun Mar 23, 2008 5:22 pm

#153251 - sidneymt - Thu Mar 27, 2008 1:50 am

#153851 - qwertyguy - Mon Apr 07, 2008 7:00 am

#153887 - TheYak - Mon Apr 07, 2008 10:36 pm

#155278 - kitana89 - Sun Apr 27, 2008 6:52 pm

#156667 - yoyo - Mon May 12, 2008 11:48 am

#158019 - vandal138 - Tue Jun 03, 2008 4:56 pm

#158097 - DekuTree64 - Wed Jun 04, 2008 9:31 pm

#158388 - mattlacey - Tue Jun 10, 2008 9:08 am