"City Trouble" by Den Kat Games
Moderator: Moderators
Re: "City Trouble" by Den Kat Games
If you wrap it in ggvm like Owlia, the ROM can't be extracted from it.
Re: "City Trouble" by Den Kat Games
"Legends of Owlia" is a huge game, so a demo makes sense.maseter wrote:For example, i played the legends of owlia demo in an emulator, and bought the game on steam.
This one here is a small highscore game. Complexity-wise, it's comparable to "Kung Fu". Demo versions don't make sense for these kind of games.
If you want to know whether this kind of gameplay interests you, the following video should suffice:
www.youtube.com/watch?v=Eee0yurkIW4
If anybody's really that desperate to wank to a 16 x 36 pixel sprite, I guess he doesn't necessarily need the game. He can just as well alter the sprite in an image file.maseter wrote:And without a rom nobody can start working on a nude patch...
Here, have fun.
This might be an option. I'd first have to check out how this works, though, since GradualGames said that customization is necessary.calima wrote:If you wrap it in ggvm like Owlia, the ROM can't be extracted from it.
My game "City Trouble":
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Re: "City Trouble" by Den Kat Games
The other way, because you wrote it in C, is to keep the game logic and write a new display engine that uses good old SDL.
Re: "City Trouble" by Den Kat Games
Meh. That won't happen.tepples wrote:The other way, because you wrote it in C, is to keep the game logic and write a new display engine that uses good old SDL.
I didn't do a clear separation of game logic vs. display logic simply because such a separation would take too much CPU time away in an NES game.
For example, the current animation phase of a character is stored as a pointer that points to an array that has all the actual PPU tile numbers for drawing that character plus palette and size information.
The current animation phase in the game logic isn't just an ID which the drawing logic uses to find the drawing data in a lookup table. The current animation phase is an actual pointer to an array of NES-specific data with numbers that refer to pattern tables and palettes.
How should I convert this to SDL?
Should I create the drawing logic as actually puzzling together 8x8 tiles and coloring them on the fly, even though in an SDL game, each character animation phase could be simply stored in a full bitmap file?
Or should I change the meta sprite definitions from a data array to an SDL_Surface (or whatever is used for that)? This way I would have to fiddle with actual variables in data structs that also store purely logic-based things.
Same with the background: The way each slice of a house looks like is actually stored with the corresponding tile values.
And palette information is stored with the NES' specific layout of palette data where one byte stands for a 32x32 pixel area on the screen.
And for drawing tiles anywhere on the screen, like the title screen artwork, I use the first two bytes to actually specify the current drawing starting address of the PPU. I don't specify the x and y tile coordinate of a background tile, I specify the actual PPU address for it.
In any case, porting the game to the PC would not be just cleanly switching out some of the low level files and keeping everything else the same. It would require manually editing stuff in several different files.
Or it would require the drawing logic to behave like the NES PPU.
My game "City Trouble":
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Re: "City Trouble" by Den Kat Games
Well, if you insist!DRW wrote:If anybody's really that desperate to wank to a 16 x 36 pixel sprite, I guess he doesn't necessarily need the game. He can just as well alter the sprite in an image file.
Here, have fun.
I had a few minutes to kill before bed, so I roughed out a quick sex loop, in an approximation of your sprite style.
I was going to mock up a full scene, but ran out of time. It's also rough around the edges, but... meh.
Here's an external link, to the GIF on Imgur: (NSFW!)
https://i.imgur.com/5Vvtnne.gif
Enjoy!
Re: "City Trouble" by Den Kat Games
I can't believe it. He actually did this.
Don't let my graphics artist see this image.
Don't let my graphics artist see this image.
My game "City Trouble":
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Re: "City Trouble" by Den Kat Games
Without the other elements, you may interpret the character as changing to a flesh coloured overall and banging her head though. May work as a head butt move.
Re: "City Trouble" by Den Kat Games
I've got a question to the people who bought the game:
Has anybody played the cartidge on an AVS? If yes, have you experienced the problem that you can start the game, but once the level starts, the character cannot be controlled?
John Hancock made a video about our game:
www.youtube.com/watch?v=13_lHMATrt8
And he experienced this very problem on the AVS.
My graphics artist tried it on her AVS and there was no issue. And I have never seen anything like that on a real NES anyway.
So, now I want to find out whether it's a compatibility issue with the AVS (maybe only for older revisions) or whether John got a faulty cartridge or whatever else is possible.
Also, did anybody of you ever experience this issue on a real NES?
Has anybody played the cartidge on an AVS? If yes, have you experienced the problem that you can start the game, but once the level starts, the character cannot be controlled?
John Hancock made a video about our game:
www.youtube.com/watch?v=13_lHMATrt8
And he experienced this very problem on the AVS.
My graphics artist tried it on her AVS and there was no issue. And I have never seen anything like that on a real NES anyway.
So, now I want to find out whether it's a compatibility issue with the AVS (maybe only for older revisions) or whether John got a faulty cartridge or whatever else is possible.
Also, did anybody of you ever experience this issue on a real NES?
My game "City Trouble":
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Re: "City Trouble" by Den Kat Games
I don't have an AVS. But, logically... if this was a common problem, I would think you would have had complaints from more customers.
I would have this person send it back to you, and then locate someone nearby who has an AVS. (If you're in Germany, I know at least 1 person there who has one)...and see if it's an AVS specific problem.
I would have this person send it back to you, and then locate someone nearby who has an AVS. (If you're in Germany, I know at least 1 person there who has one)...and see if it's an AVS specific problem.
nesdoug.com -- blog/tutorial on programming for the NES
Re: "City Trouble" by Den Kat Games
In the moment, my primary suspicion is AVS revisions.
John's AVS is from the first batch.
Both, my publisher and my graphics artist checked the game and didn't see the issue. My graphics artist's AVS is definitely from a later batch.
I wrote a mail to bunnyboy about AVS revisions.
If he tells me that they improved the nine sprites overflow bit behavior, then this might be the solution because that's exactly the rarely-used, obscure feature that I need to do parallax scrolling, so that's probably where the game freezes if the feature isn't properly implemented in the console.
Since the music keeps playing (music update happens in every NMI, even if everything else in NMI is skipped because the game logic isn't ready yet), John probably thought the game didn't freeze and it's only the controls that don't work.
If it was a cartridge problem (Pretty unlikely, why would faulty hardware produce section-specific input bugs?), I would simply let him send it back to the publisher and let the publisher test it.
John's AVS is from the first batch.
Both, my publisher and my graphics artist checked the game and didn't see the issue. My graphics artist's AVS is definitely from a later batch.
I wrote a mail to bunnyboy about AVS revisions.
If he tells me that they improved the nine sprites overflow bit behavior, then this might be the solution because that's exactly the rarely-used, obscure feature that I need to do parallax scrolling, so that's probably where the game freezes if the feature isn't properly implemented in the console.
Since the music keeps playing (music update happens in every NMI, even if everything else in NMI is skipped because the game logic isn't ready yet), John probably thought the game didn't freeze and it's only the controls that don't work.
If it was a cartridge problem (Pretty unlikely, why would faulty hardware produce section-specific input bugs?), I would simply let him send it back to the publisher and let the publisher test it.
My game "City Trouble":
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Re: "City Trouble" by Den Kat Games
Does the customer have a PowerPak? And are there up-to-date test ROMs for the sprite limit bit?
Re: "City Trouble" by Den Kat Games
I don't know whether he has a PowerPak.
For the ROM, I could probably create one.
The current thing that I asked him is whether he would be willing to update the firmware on his AVS.
For the ROM, I could probably create one.
The current thing that I asked him is whether he would be willing to update the firmware on his AVS.
My game "City Trouble":
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
- toggle switch
- Posts: 139
- Joined: Fri Sep 30, 2016 8:57 pm
Re: "City Trouble" by Den Kat Games
if sprite overflow is the problem, perhaps he has the 16 sprite per scanline option selected?
Re: "City Trouble" by Den Kat Games
But shouldn't the sprite overflow bit still be triggered at nine sprites, independent from how many sprites are actually capable to be shown on screen?
My game "City Trouble":
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Re: "City Trouble" by Den Kat Games
Somebody just confirmed me that it's indeed the AVS 16 sprites option.
My game "City Trouble":
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html
Gameplay video: https://youtu.be/Eee0yurkIW4
Download (ROM, manual, artworks): http://www.denny-r-walter.de/city.html