Progress Thread - Jammin Honey
Moderator: Moderators
Re: Progress Thread - Jammin Honey
I was thinking of simpler. Like the Pacman screen that says "Blinky...Pinky...Inky...Clyde"
nesdoug.com -- blog/tutorial on programming for the NES
Re: Progress Thread - Jammin Honey
Bossfights! hui!
Doing random movements in attract mode sucks somehow, but you could just show some screens without the player for some seconds and then return to the title. Maybe.
Doing random movements in attract mode sucks somehow, but you could just show some screens without the player for some seconds and then return to the title. Maybe.
Re: Progress Thread - Jammin Honey
A few dozen bytes should be enough to hold a few seconds of RLE-encoded input logs for simpler sections of a level (i.e. not much jumping or shooting). You might even use just 4 bits to represent input, doubling the amount of state each byte can hold, by excluding up and down if that doesn't cripple the game play. Left + right at the same time could be used as a flag for special codes, such as "end demo".
Another way to get the most out of logged keypresses is to reduce the input frequency from 60 to, say, 15fps. This way you could have each byte in the following format:
Just an idea.
Another way to get the most out of logged keypresses is to reduce the input frequency from 60 to, say, 15fps. This way you could have each byte in the following format:
Code: Select all
LRABDDDD
L: left
R: right
A: button A
B: button B
DDDD: number of times to repeat this input combination (1 to 64 frames, in steps of 4);
Last edited by tokumaru on Thu Nov 30, 2017 9:13 am, edited 1 time in total.
Re: Progress Thread - Jammin Honey
This is true. But if you're already out of space, adding the support code (branches to handle attract mode vs real play, interpreter for your input playback, etc) is non-trivial, even if it's relatively small.tokumaru wrote:A few dozen bytes should be enough to hold a few seconds of RLE-encoded input logs for simpler sections of a level (i.e. not much jumping or shooting). You might even use just 4 bits to represent input, doubling the amount of state each byte can hold, by excluding up and down if that doesn't cripple the game play. Left + right at the same time could be used as a flag for special codes, such as "end demo".
My games: http://www.bitethechili.com
Re: Progress Thread - Jammin Honey
Does anybody really watch them longer than a couple seconds?gauauu wrote:I'm not sure that an attract mode that plays that poorly would be worth even bothering to put in there.
- FrankenGraphics
- Formerly WheelInventor
- Posts: 2064
- Joined: Thu Apr 14, 2016 2:55 am
- Location: Gothenburg, Sweden
- Contact:
Re: Progress Thread - Jammin Honey
I think just feeding slowly into the controller buffer in zp ought to be enough. The demo doesn’t need to be masterful. You can probably get away with a really low sample rate, which would be easier than bitpacking... even if it is a neat idea.gauauu wrote:This is true. But if you're already out of space, adding the support code (branches to handle attract mode vs real play, interpreter for your input playback, etc) is non-trivial, even if it's relatively small.tokumaru wrote:A few dozen bytes should be enough to hold a few seconds of RLE-encoded input logs for simpler sections of a level (i.e. not much jumping or shooting). You might even use just 4 bits to represent input, doubling the amount of state each byte can hold, by excluding up and down if that doesn't cripple the game play. Left + right at the same time could be used as a flag for special codes, such as "end demo".
Re: Progress Thread - Jammin Honey
Every NES attract mode I can remember plays poorly.
https://twitter.com/bitinkstudios <- Follow me on twitter! Thanks!
https://www.patreon.com/bitinkstudios <- Support me on Patreon!
https://www.patreon.com/bitinkstudios <- Support me on Patreon!
- FrankenGraphics
- Formerly WheelInventor
- Posts: 2064
- Joined: Thu Apr 14, 2016 2:55 am
- Location: Gothenburg, Sweden
- Contact:
Re: Progress Thread - Jammin Honey
I’ll make a note of it* for more extensive, competetive vs. computer gameplay. Perfect for sports, racing, and humanoid boss battles like the doppelganger in cv3 but better/less glitchy.
*edit: tokumarus' idea
*edit: tokumarus' idea
Re: Progress Thread - Jammin Honey
I managed to save a large amount of bytes by gutting every part of famitone.s and neslib.s that I'm not using.
Testing out some ASM macro functions to inline possible byte saving techniques.
Is it still technically written in C if I have to insert dozens of inline ASM?
Testing out some ASM macro functions to inline possible byte saving techniques.
Is it still technically written in C if I have to insert dozens of inline ASM?
nesdoug.com -- blog/tutorial on programming for the NES
Re: Progress Thread - Jammin Honey
Absolutely.dougeff wrote:.
Is it still technically written in C if I have to insert dozens of inline ASM?
My games: http://www.bitethechili.com
Re: Progress Thread - Jammin Honey
NES Homebrew of Theseus.
This is a block of text that can be added to posts you make. There is a 255 character limit.
Re: Progress Thread - Jammin Honey
Honestly, it doesn't look bad with black. What do you think?
- Attachments
-
- Jammin14bk.png (2.53 KiB) Viewed 9938 times
nesdoug.com -- blog/tutorial on programming for the NES
- FrankenGraphics
- Formerly WheelInventor
- Posts: 2064
- Joined: Thu Apr 14, 2016 2:55 am
- Location: Gothenburg, Sweden
- Contact:
Re: Progress Thread - Jammin Honey
It certainly provides an early 80:s arcadey air and charm... i think you could go with either, or even one of the pastels. The black might be a bit more relaxing to the eye, but the white is a little novel.
- toggle switch
- Posts: 139
- Joined: Fri Sep 30, 2016 8:57 pm
Re: Progress Thread - Jammin Honey
in my opinion the black looks much better.