Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
sack_bot wrote:
Warepire wrote:
I haven't gotten to this bug I'm afraid, been a lot of things for me to do outside of programming recently.
and there's no one else on the dev team?
Where do you believe this bug might be,if I chose to try to fix it myself?
I am the most active developer as of now unfortunately. I am trying to be as active as I possibly can but other things keep taking time away.
I have been trying to get interest so that others shall join, but it seems rather cold.
The bug is surely within the save-state / load-state procedures. It's probably a question of the wrong counter being restored in certain situations.
You can always hop on IRC (#hourglass at irc.freenode.net) or PM me if you run into problems, even if I don't have time to develop anything I am on IRC as often as I can and can often answer questions. PMing me also work.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
Having followed this almost religiously, I must say this turned out amazing. Well done Cooljay, shows off a lot of quirks with the game and pulls off many impressive moves in a very entertaining order.
I voted yes.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
If this is an emulation problem, I'd vote for working around it by dying if it only costs 5 seconds. If this is a true glitch with the game, then I am all for keeping it in there and doing what Scepheo suggested.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
Savestates will have better load-checks so they will crash less, that's all we can promise for the first version.
If something crashes while saving a state, it will keep doing so for now.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
This is exactly what I had in mind! Absolutely hilarious.
"Now, now, perfectly symmetrical violence never solved anything." - Prof. H. Farnsworth (Futurama)
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
Since both characters are Gun Jack, can you make both his attack and your own hit (each other), so that you get a case of "Perfectly symmetrical violence never solves anything"?
This fight wasn't that entertaining as it is now.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
feos wrote:
From what I was told, MAME is basically "own core for each set of hardware" and neither of them was designed with rerecording in mind. So you add rerecording to games, like in hourglass, not to the whole platform.
Hourglass simulates WinAPI calls, it's more like a debugger layer. It does not work on a game-to-game approach. The reason it doesn't work with most games is because it's incomplete.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
keymakr wrote:
Yeah I'll hop on irc when I'm back for work.
So, to get back to it, should I bother trying to run it with xp? I could potentially try to run the game with my mouse unplugged to see if it even starts.
XP might behave differently, but in this case I am not sure.
Even if you don't have a mouse plugged in, we still claim one is there, then we don't tell the game anything when it asks what kind of mouse it is.
So removing the mouse will not help you.
It is set up like this so that you shall be able to play back a movie needing a mouse, on a PC that does not have one. (Unusual, but why not?)
Hourglass-Resurrection does answer all the queries like a regular mouse would, but we have an issue with windowing not being handled properly in terms of sync-ability which is requiring a major rewrite of the window code.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
keymakr wrote:
Huh, interesting. So the issue with the game not launching when I start recording is windows 7/64 bit, and it might work on xp?
Also, what language is it written in? I know a bit of coding, but not very much since I don't do it very often/haven't in awhile.
Edit: just reread your post and realized I'm dumb. I'd still like to help out if possible tho :3
Hourglass is mainly written in C/C++, and accomplishes what it does by hooking the WinAPI calls.
Turn up on IRC (#hourglass @ irc.freenode.net) if you want to discuss it futher, or PM me here on the forum.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
Dimon, that is mainly wrong.
Hourglass CAN render Direct3D, the support is all there, however, the number of Direct3D games needing mouse however is enormous compared to those that don't need it.
The fact that mouse games do not work is that Hourglass does not initialize mouse correctly (as it's not implemented), and thus most games halt as they fail to connect the necessary peripherals to run.
I am working on fixing a lot of this, but I do not have a lot of free time. More coders are necessary.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
Warp wrote:
Scepheo wrote:
From my experience, nothing that they teach you in school will even be the tiniest bit useful for programming emulators.
Then you haven't been in the proper school.
I am not sure how widely offered the required classes are, but before I had the understanding of how things work under the hood, I had to take both a course in state machines, embedded programming and compiler theory, something I doubt is offered today at most universities since they are moving more and more towards C# and .NET environments.
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
TehBerral wrote:
The main question I have though is for some reason, somewhere along the line, something got messed up with the re-record count. I was at 200-something and suddenly the file was only reading 10. Has anyone else experienced this? (Or in other words, what did I screw up?)
Known glitch, the re-record count doesn't get restored right when loading states in certain conditions.
I am impressed that you found a game that works on Windows 8 and blue screens on XP, the norm is the other way around. :P
Joined: 3/2/2010
Posts: 2174
Location: A little to the left of nowhere (Sweden)
Derakon wrote:
Warepire wrote:
It probably uses some special cart logic that is unimplemented anywhere else.
That shouldn't matter for a cycle-accurate emulator. What would matter would be if the cart had special hardware on it, but that seems unlikely for a bootleg game; why would they go to the extra expense?
Hhugboy desc. wrote:
the major thing with this emulator is it supports Sintax and Li Cheng mappers on unmodified copies of their roms
I am pretty sure Rockman 8 probably uses something like that. Even a cycle accurate emulation will fail if it doesn't communicate with the ROM correctly because of missing mapper support. And since these are bootleg mappers I am pretty sure sinamas hasn't had the chance / cared to implement them in the original Gambatte.
However, the source code for Hhugboy is public, so anyone who wants to try to add the mapper into the Bizhawk gambatte core, go ahead.
Source code: https://bitbucket.org/taizou/hhugboy/
