Donkey Kong color palette for FBNeo hacked into mame2003-libretro
-
@mahoneyt944 said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
For example, mame2003-plus:
Nice that you used the exception from the expectation of (what i assume to be) an average-user reading the docs ;) Ok, my fault I should have included/mentioned that core in my previous reply: As a start mame2003-plus is here in the docs listed with Romset 0.78-0.188 and as you pointed out it is pretty good documented, but by giving a range for the romset it takes itself out of the context of what I tried to express in my previous post. Which, now I try to focus on it, is that fixing a driver from an older core by version is a nice move and in benefit of most users, but it is not predictable/obvious/self-explanatory that a core using a .givenversion romset is emulating/dealing with it in a way that deviates from the corresponding stand-alone mame. Or in other words, even if the columns title is "required ROM Set version", at least I for myself (and I can't be the only one) ever read it as "this core corresponds to mame version" - In fact, this Topic here is the first time I became aware of it, that it is static romset, not static core (mame2k3+ as the noted and well explained/documented exception).
-
@barbudreadmon - For the sake of argument we'll assume. I would add that I don't believe he wasn't aware there are "twin" cores until you pointed out to him in the thread.
How many thousands of games are broken in some fashion for years and when a proper fix is presented the devs implement the correction. If I understand you correctly you want to make a dipswitch or core option to revert to the older incorrect coding/colors?
AFTER FBNeo corrected the colors why did you decide to submit a PR to 2003+ stating it has the wrong colors? You had no interest in 2003+ DK colors until AFTER FBNeo corrected it.
Does FBNeo provide all the documentation you expect of 2003+? I can't find it. Can you point me to those links?
Does FBNeo create a dipswitch or core option to rollback/play every correction it makes to the core as you expect of 2003+? I can't seem to find those in the core either?
Shouldn't FBNeo be accommodating it's users with those options? Isn't that what emulation is about you said yourself.
If you had a core or dipswitch rollback for every change it would be a dizzying size list of options that simply aren't needed.
Why do you continue to try to control the 2003+ narrative and marginalize Mahoney's points of view. He gave you a clear and concise description, why not use that one?
Why not link all the documentation links he provides? Instead you keep changing it to what you want and not what the core devs are stating is more proper.
Why don't you allow Mahoney & Arcadez to make the decisions? They fix the core regularly and are around most days to answer question if need be.
They aren't required to accommodate all your needs and demands of the core. If you want the change they should do it because, well...you want it?
If you want the option why not submit the PR yourself to get it implemented? If you don't want to do it, then allow the core team team to make decisions of what to implement.
Emulation isn't about accommodating 100s of unusual settings/preferences for the .01% user base. If the userbase is happy, for the most part, then that should be good enough. "For the most part we had a good day" is great way to end the day. I think most users are happy with the core and they are improving it all the time.
More importantly at least let the core team that puts in the blood, sweat and tears into 2003+ make those decisions.
This has become a silly conversation. It's more stressful defending the core. Libretro locked the discussion thread because you keep pressing the issue. You were the ONLY opposition in the thread.
If they get 100s of requests for the old wrong colors then maybe they could try and accommodate users. Right now it's one, it's you only, and I have yet to hear you prefer the old colors? Do you?
Are you saying you're representing the 100s of users who use 2003+ and want the old colors? WAIT, there hasn't been a single request for the older wrong colors here, on the official thread or on Github.
I think you need to trust the 2003+ team can handle the core development. Allow them to make the decisions they feel is relevant to the core.
WAIT, it's to late, they already implemented the change, can't you respect their decision and move on. It's done, it's over. The decision has been made. Please extend the same courtesy to 2003+. It's time to move on now to the next update.
-
@mahoneyt944 said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
It seems pretty predictable to me
The predictable behavior is having more recent versions of the emulators being more accurate. Let's take the example of the contra fix, i doubt that game was mentioned as having incomplete emulation in any of your compatibility lists prior to that fix, meaning they aren't exactly reliable, and if i understand well, the game is fixed in 2003, broken in 2010/2014/2015/2016 (?), fixed in current. I find this hardly predictable.
@mahoneyt944 said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
was there any other information that you were confused about?
None, i was simply wrong about the arcade database being reliable when checking the status of a game for a specific vintage of (non-plus) MAME.
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
AFTER FBNeo corrected the colors why did you decide to submit a PR to 2003+ stating it has the wrong colors? You had no interest in 2003+ DK colors until AFTER FBNeo corrected it.
For the 3rd time, i opened an issue on mame2003-plus to fix this back in 2018, with links to the related changes in FBAlpha, so they could backport it, it was only 4 years later, since nobody seemed intent to backport those changes, that i finally decided to submit a PR to correctly document this as a fallback solution.
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
Does FBNeo provide all the documentation you expect of 2003+? I can't find it. Can you point me to those links?
Our highly detailled changelogs can be found at https://neo-source.com/index.php?topic=980.0 , https://neo-source.com/index.php?topic=2487.0 and https://neo-source.com/index.php?topic=3656.0
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
Does FBNeo create a dipswitch or core option to rollback/play every correction it makes to the core as you expect of 2003+? I can't seem to find those in the core either?
Shouldn't FBNeo be accommodating it's users with those options? Isn't that what emulation is about you said yourself.
For the 3rd time, we do if asked, and i gave a specific example.
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
If you had a core or dipswitch rollback for every change it would be a dizzying size list of options that simply aren't needed.
It doesn't since they are game-specific settings in dipswitches
For the remainder, please stop saying i was against backporting this to mame2003+, this is a lie and it is really getting on my nerves now.
-
@Ashpool I feel a lot of confusion and possibly even false assumptions are out there for these cores. Some of that results from the fact these are not RetroPie cores or historical mame captures. Mame already has historical references of their legacy code, which is available to anyone who desires to use it. Any document not issued by libretro directly should be considered 2nd hand information, mindful that this is not implying that 2nd hand documents are not useful. Plenty of users read these and for the most part are reliable just the same. Be mindful that RetroArch and it's cores are already their own entity outside of RetroPie.
The big issue here, is that once one of these legacy versions of mame gets modified for use in RetroArch (in this case mame.078)....It's no longer "original". So then how much change is acceptable or not, does it even matter? Well this very argument is the entire reason mame2003-plus was spawned from mame2003 which in itself is a spawn from historical mame.078.
So what's the difference? When these changes began happening in mame2003, Users were upset that after updating their mame cores, games which were compatible before were no longer compatible due to romset updates meaning it forced users to update their roms anytime they updated the core. Well to over simplify an otherwise lengthy debate, It was determined that mame2003 would maintain a static romset for easy of setup on the user, and therefore would not receive updates which altered the romset. So if you have a romset for mame2003, you're good, now and always.
mame2003-plus however is different, it receives all updates to get as many games compatible as possible even if that means updating romsets. This of course means mame2003-plus is a hybrid and requires a "one off" romset that isn't tied directly to any one version but will have improvements in many ways over mame2003.
I guess the issue left to navigate is should libretro create transparency on every alterations made to it's cores from the projects they branch from. Well in my opinion, I feel they do their best to do this as you can see in some of the link references in my previous post, however I can't see why they would be required to.
If a person is a die hard mame.078 fan, the only way they can truly use that version is to use the unaltered historical standalone version, period. Any and all cores from libretro will have alterations from the original source.
But nothing to fret here because libretro can have as many cores as it's likes. So anyone has the ability to create a dedicated mame2003-historical reference core with only the most minimal alterations to fit into RetroArch architecture. Likewise, RetroPie has the ability to downgrade any core to a previous version if they feel they don't want their user base using the current version.
-
@mahoneyt944 Thanks for the clarification, my bad for assuming the backports were limited to mame2003-plus. I suppose there is really no easy way to know with certainty the status of a specific game in those ports without trying it then.
-
@barbudreadmon - Wouldn't it be useful to link the changelogs on the Libretro page. I might have missed them somewhere? I apologize if so as I usually look on the Github page for core stuff.
For the 3rd time, we do if asked...
Sorry, I see many posts that say we (being you or is it FBNeo?) don't do requests. I might have misread that somewhere but this is good news. I guess I would ask for a core option or dip switch setting to switch between the old and new colors in FBNeo for Donkey Kong, please. I haven't updated in a while and maybe it's already there, if so thanks in advance.
Whew, the [bold type] was super effective for conveying your point! ;) Anyway, I'm glad we are in agreement that backporting it to mame2003+ was good. The new colors look great! I guess we can finally put this to bed and move on.
-
@barbudreadmon this just isn't a realistic expectation. The fact is that games like dkong in mame.078 were considered correct at that time and therefore labeled as such. By proxy, lr-mame2003 is subject to this same issue since it derives from mame.078. When you felt you wanted to label the colors as imperfect, I merged your submissions and updated the dat files to reflect this correction. As I agreed it was imperfect. Likewise after the colors were corrected, I updated the dats to show them as corrected.
I'm not sure where your argument stands here? Why isn't emulation perfect? Because it's emulation. Likewise, documents reported on imperfect emulation maybe also be imperfect. We do the best we can, offering updates as we come across things and I feel we have done a fair job at trying to do so.
-
@mahoneyt944 said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
@barbudreadmon this just isn't a realistic expectation. The fact is that games like dkong in mame.078 were considered correct at that time and therefore labeled as such. By proxy, lr-mame2003 is subject to this same issue since it derives from mame.078. When you felt you wanted to label the colors as imperfect, I merged your submissions and updated the dat files to reflect this correction. As I agreed it was imperfect. Likewise after the colors were corrected, I updated the dats to show them as corrected.
I'm not sure where your argument stands here? Why isn't emulation perfect? Because it's emulation. Likewise, documents reported on imperfect emulation maybe also be imperfect. We do the best we can, offering updates as we come across things and I feel we have done a fair job at trying to do so.
Well you can remove that GAME_IMPERFECT_COLOURS flag now from Donkey Kong at least :)
Oh well looks we're gonna be busy importing all the information from the arcade database into our core documentation files to make sure every game with emulation issues is reported as such at least it'll mean those with an agenda to talk down our core at every turn wont need to now as all the imperfections will be listed in plain sight for all to see.
Not that anyone really reads the docs right.??
-
@barbudreadmon said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
@mahoneyt944 Thanks for the clarification, my bad for assuming the backports were limited to mame2003-plus. I suppose there is really no easy way to know with certainty the status of a specific game in those ports without trying it then.
I don't believe there is a way. mame2003, as it was, before any of the updates were ported was a real clunker to say the least. The ghost inputs were a pain. If you used it back then you would have no questions really.
Anyway, after 2003+ had run the changes for a while and were proven stable they were ported over to mame2003.
If you saw how it was before the 100s of changes were poured into it I don't think you would even wish to use it. I always thought 2003+ was vastly superior until all those changes were ported over.
So it kind of gets the best of both worlds. A stable consistent ROM set (that is everywhere), as well as, the more recent improvements and updates. That is unless you prefer the older incorrect colors.
I can live the wrong colors but when capcob offered an option, I think the general consensus was to move forward and implement the correct color change over the previously thought correct colors.
-
I'm going to dip out of this thread since it's far past the scope of the original post.... But I'll end by saying that I would be happy to aid anyone who wants to improve on mame2003 or mame2003+ through it's code and/or documentation of. I just ask that whomever wants to, creates specific and focused issues in there respective repos with feasible expectation and reasonable propositions for correction.
Thanks
-
@mahoneyt944 - I agree, I think everything that could be said has been said. I guess it boils down to two camps. Those that wish to keep the older incorrect colors and those that wish to play with the newer correct colors.
I just don't feel a need to "toggle" between the two. It's almost comical if you think about it. Arguing over a red-ish color vs. a pink-ish/purple-ish color. If anyone notices the color change while playing as a guest in my home I'll be sure to let you know! ;)
-
Oooops...a slight adjustment to saturation on my monitor and it's off again...Happy Holidays fellas!
-
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
Sorry, I see many posts that say we (being you or is it FBNeo?) don't do requests. I might have misread that somewhere but this is good news.
We don't accept new machine requests.
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
I guess I would ask for a core option or dip switch setting to switch between the old and new colors in FBNeo for Donkey Kong, please. I haven't updated in a while and maybe it's already there, if so thanks in advance.
We'd have implemented it if someone had made the request, but the consensus for those players until now was to use mame2003.
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
I just don't feel a need to "toggle" between the two. It's almost comical if you think about it.
What's not comical is people being extremely narrow-minded about nostalgy while talking about retrogaming.
@arcadez2003 said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
Oh well looks we're gonna be busy importing all the information from the arcade database into our core documentation files to make sure every game with emulation issues is reported as such at least it'll mean those with an agenda to talk down our core at every turn wont need to now as all the imperfections will be listed in plain sight for all to see.
I never talked down mame2003-plus, on the contrary i have been recommending it, did you read the libretro arcade documentation since i rewrote most of it ?
-
@barbudreadmon said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
I never talked down mame2003-plus, on the contrary i have been recommending it, did you read the libretro arcade documentation since i rewrote most of it ?
Did i explicitly mention your name nope, anyway i've better things to be doin than argue the toss on here im off to code now.
-
@arcadez2003 said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
Did i explicitly mention your name nope
Oh, that's cool then, i guess i'm a bit on edge about this with riverstorm repeating again and again that i was against mame2003-plus having this fix, while i obviously wasn't since i was the first person saying it should be fixed.
-
@barbudreadmon - We had a few days of cleanup after getting pounded with several feet of snow in the Midwest. Sorry, when I said it's comical that grown men are arguing about whether to implement a toggle for the "right color/wrong color" it was rhetorical or meant "for the room at large" to lighten the mood. It wasn't personal.
What's not comical is people being extremely narrow-minded
It doesn't make me narrow minded because I don't agree with your point of view.
the consensus for those players until now was to use mame2003.
Who was in that consensus group? Is there a thread somewhere?
i'm a bit on edge about this with riverstorm repeating again and again that i was against mame2003-plus having this fix
...repeating again and again, where?
-
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
Who was in that consensus group? Is there a thread somewhere?
Forums, reddit, discord, i don't remember exactly and i don't care anymore, you are also free to think i made this up one year ago in https://retropie.org.uk/forum/post/271424.
@Riverstorm said in Donkey Kong color palette for FBNeo hacked into mame2003-libretro:
...repeating again and again, where?
In literally each of your messages from https://github.com/libretro/mame2003-libretro/pull/501#issuecomment-1346619336 to https://retropie.org.uk/forum/post/284657
-
i don't remember exactly
That's convenient.
In literally each of your messages
I read through that link and not once did anyone tell you it doesn't belong in mame2003-plus, that's a blatant lie and you even posted the link to prove it! Why?
-
@Riverstorm ok, i have enough of your harrasment and trolling, for a whole week you kept trolling everyday about me being against having that fix applied to MAME2003-PLUS, while i was actually the first person to ask for this fix back in 2018 (https://github.com/libretro/mame2003-plus-libretro/issues/290), then now you are denying ever pestering me about it while actually still pestering me about it.
Your next bullshit is probably gonna be "but you flagged it as having incorrect colors and said not to fix it", AS STATED IN THE PR ADDING THAT FLAG (4 YEARS LATER !!!!!!!!!!!!!!), IT WAS ONLY A FALLBACK SOLUTION UNTIL SOMEONE FINALLY DECIDED TO FIX IT (OR NOT, THE DECISION WAS UP TO THEM), BECAUSE HAVING THE PROPER INFORMATION IS BETTER THAN NOT : https://github.com/libretro/mame2003-plus-libretro/pull/1267
As for the second part, I NEVER SAID THAT :
@barbudreadmon said in New Retropie user with questions about MAME!:
I'm not telling you to fix that emulation since some players like it that way
"I'm not telling you to" has a different meaning from "I'm telling you not to", learn grammar, or maybe learn english altogether.
Sorry to the mods about all the caps, but that guy finally managed to make me snap. And things are probably getting worse in my next answer, because i still have a lot more to say about a certain contributor of the mame2003-plus project openly trying to sabotage the FBNeo libretro core a few months ago.
-
That's enough.
-
M mitu locked this topic on
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.