OpenBOR finally working fine on RETROPIE with ES
-
@oilusionista said in OpenBOR finally working fine on RETROPIE with ES:
@zanac I am not blaming you, really. Calm down :)
I was just trying to explain how port works for us. If the port is made from the official version, we will try to support it. But if contains any code from that version, we won't support it, sorry.Don't get something personal when it isn't. Nobody is here to fighting - I am just give you an explanation of what happened :)
Read better what i done.
Retropie need two thing that i don't see in official version..... And if you Will add a command line will be solved without need hack source like i done.
The problems are... Resolution, we need to Force a specific resolution, see My hack i simply forced 384/224 in The sdl window. If you can start with a command line in which you pass width and height this will be solved.Second, retropie use emulation station for start games so you need a command line to start a specific pak.
Stop no other problema in official release.
After that it seems that in git we dont have source of very old version, so for run old mods like Saint seiya Death and rebirth The stupid rotfl version is still needed, or Simple say where we can find old source?!
Yes i was very upset i try to help and i have work in official release, suggest Solution that is a Simple command line and you blame me. That s crazy!
-
@zanac I do not understand why you seem so angry. It may be a language barrier, but you seem pretty angry.
There is no need to be so aggressive - other than I have no interest in fighting, okay?Saint Seiya game comes from the BOR (and not OpenBOR) era - it was made for the PS2 port, which was discontinued. It won't probably work on the newer versions, thanks to the changes made on the video settings. And its very outdated anyway.
I'll try to explain it one last time because I'm being polite to you but my patience has limits.
I'm not blaming you for anything. I'm explaining that whatever if a port is made using the official code, we can (it's not a guarantee) to give official support. But if there is any code, however small, that comes from that version, no. Even any mention of it in the official community will be deleted.
If you are willing to help the engine, you are welcome. As long as you use the official version and calm down, okay?
-
@oilusionista
Ok much better ;)
What do you think about cmd line interfacce? If you Will improve it we have The Solution of all retropie problems... -
@zanac Phew, we finally got an agreement, lol
On adding command line, read what Damon wrote above. Actually, this is already supported, but they are punctual things, related to debug for example. Even I do not know anything about it, it's prior to my arrival at OpenBOR.
Depending on what it is, maybe it can be added.
-
@oilusionista said in OpenBOR finally working fine on RETROPIE with ES:
@zanac Phew, we finally got an agreement, lol
On adding command line, read what Damon wrote above. Actually, this is already supported, but they are punctual things, related to debug for example. Even I do not know anything about it, it's prior to my arrival at OpenBOR.
Depending on what it is, maybe it can be added.
Ok tomorrow i try to see the code how command line work today and how difficult is to implement it if it will miss The opts needed
I just Read about Your Avengers United Battle Force, very cool, i trust you Will update it soon for support 6412 that i ported, very nice game! But it is complete or just a demo?
-
@oilusionista First, thank you for your work in the OpenBOR community. I look forward to giving Avengers United Battle Force a try.
I just to reply on your comment below:
@oilusionista said in OpenBOR finally working fine on RETROPIE with ES:
Officially, there was little interest of porting and supporting (personally, I like this idea) OpenBOR to PI. But after seeing stuff from that person to be used, the interest and support had dropped to like -100. There is nothing we can do to stop you guys, but there won't be any support from the official team too.
Majority of people like myself have no knowledge of previous drama. All I know is OpenBOR is a great project with very creative and talented people making awesome mods. I do not understand why your interest and support would drop to - 100. I'm sure the ROFL-whatever build is only getting used because it works - that's it. The way I'm understanding it is that there possibly may be support if that person's build wasn't used, yet because it is used, there will be no support. I fully understand not providing support over at chronocrash forums for that build as well as I'm certain most people would like to respect your wishes and get proper support of OpenBOR on Raspberry pi.
Just so there is no musunderstanding, I am not trying to argue. I appreciate you posting here and giving an explanation. I too would love to see command line support on official OpenBOR.
Last, after seeing your later posts, and the fact that you took the time to post here, thank you for your interest not being - 100 :)
-
@oilusionista I think the best thing would be to official support the Raspberry through the chronocrash dev team. I stated on some posts before that this seems like an official port of openbor code - like @zanac said.
If his modifications will be solid in performance and causes no other issues then I personally see no reason to stick to the version of your abandoned dev-member. So I am sure that the openbor engine soon will be updated and the old outdated version will be abolished. We can make a pull request and then it is decision of the RetroPie dev-team, at last.
I think there were much misunderstandings, RetroPie never used this old 3600 version to annoy someone. It seems to be the only version that runs on the platform but now this seems to be changing. Me, at least, was never awared of the meaning of this old code and if this was the one of the reasons to drop support for Raspberry ... Raspberry != Evil
-
@oilusionista I just investigated in the 6412 release (that is the version that i used to make this POC on rasbperry)... i confirm that openbor is missing a command line interface for start the engine with parameters needed on embedded platform like rasbperry (but also allwinner-pandora-board)...
The minimum parameters needed are:
--window / --full-screen (in case of --window it should read --width --height )
--pakfile (when used it read a full path of a pak file)i don't own enough time to implement a getopt argc/argv interface and this is the reason why i just "bad hack" the source adding some hardcoded code to force resolution...
I trust that this requirement will be aquired by crono crash dev team and in a future relese if it will in openbor we don't need anymore hack the source to run on rasbperry or in a pandora-allwiner :)
About old release.... i use it for the Saint Seiya Death and Rebirth like i said, i know it was for PS2, but with old deprecated engine by rotfl it still run, so in my opinion retropie should let this version inside the distribution but not as default engine and with a label "unsupported", this is my opinion... any way if retropie will remove this version i will keep it in my house just for that game that will never be supported by new release :) :)
-
@zanac My opinion, too
-
@zanac said in OpenBOR finally working fine on RETROPIE with ES:
I just Read about Your Avengers United Battle Force, very cool, i trust you Will update it soon for support 6412 that i ported, very nice game! But it is complete or just a demo?
Thanks. The next release won't be done using build 6412, but 6315 instead - it´s the version I am using to code it. There are a plethora of things which can go wrong when you change the build and I won't have time to test all of it. And 6315 was a build which was solid among all the main ports (Windows & Android, since the game doesn't run in PSP or WII thanks to the lack of RAM). The last one before this was 4432.
If I find time, maybe I will update it , but I really doubt about it, sorry. The game is a work in progress, we are kinda 50% done and my plan is to release it in December 2018.
@bizzar721 said in OpenBOR finally working fine on RETROPIE with ES:
Just so there is no musunderstanding, I am not trying to argue. I appreciate you posting here and giving an explanation. I too would love to see command line support on official OpenBOR.
Last, after seeing your later posts, and the fact that you took the time to post here, thank you for your interest not being - 100 :)Thanks. I have interest in command line too, from a developer point of view. This could help us to debug some things and to speed up the testing process, like we have in Mugen. In fact, it's already doable, but a big PAIN to do.
Honestly, I don't like the word "drama" because it sounds like two kids arguing about a toy, but the case is far worse than that. To make it short, its like I arriving here and saying "hey, retropie is full of junk, the coders doesn't knows anything about coding and I am the only who can fix it - and here is my version", basically.
@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:
We can make a pull request and then it is decision of the RetroPie dev-team, at last.
For sure! As I said, if you guys work over the official repository, you all are more than welcome to join us. We need more human resource :) This is why there isn't an official port for PI yet - specially because ports needs someone responsible about it on the team, and we had some poeple to make ports then vanish. It had happened, for example with XBOX version.
@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:
I think there were much misunderstandings
For sure, since english is not my native language.
@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:
Raspberry != Evil
I never said such thing neither I believe Raspberry is Evil. And I am buying a PI3 Plus soon to have fun :)
@zanac said in OpenBOR finally working fine on RETROPIE with ES:
The minimum parameters needed are:
--window / --full-screen (in case of --window it should read --width --height )
--pakfile (when used it read a full path of a pak file)
i don't own enough time to implement a getopt argc/argv interface and this is the reason why i just "bad hack" the source adding some hardcoded code to force resolution...Makes sense. If you (or any other person) can add it to the code without relying on that non-official, it would be awesome.
Thanks everyone.
-
@oilusionista actually you must know that i use a pandora box jamma Board, in an ancient arcade cab with cathodic crt.... You must know that is very cool run openbor in that machine, The only thing that openbor miss is a key to increment credit causa that machine has phisic coins for increment credit that push a Virtual joystick Button
-
Hi guys, Just a bystander here. Man, I know it's not time to go Full fanboy, but the excitement is over 9000.
It's a comics crossover in the real life, How can i not be amazed? And with all caracteristics to make a solid one. Hero came from another universe, there's the initial misunderstanding, the big fight, the mistake is resolved and then they fight together against the real villain.
Jokes apart it's really cool see this project skyrocketing, you guys are awesome like DC and Marvel.
I can even relate which with your counterparts in comics, but like in Tropical Thunder "you never go Full fanboy". -
@zanac oh, that is awesome. Its a childhood dream to me :)
@capninja said in OpenBOR finally working fine on RETROPIE with ES:
It's a comics crossover in the real life, How can i not be amazed? And with all caracteristics to make a solid one. Hero came from another universe, there's the initial misunderstanding, the big fight, the mistake is resolved and then they fight together against the real villain.
HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA this is SO TRUE.
-
@oilusionista I read your comment in chronocrash. Even if CLI will not be coded then there will be other ways. I think about using diff and patch tool so the git will be openbor main branch and patches are provided from here.
-
@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:
@oilusionista I read your comment in chronocrash. Even if CLI will not be coded then there will be other ways. I think about using diff and patch tool so the git will be openbor main branch and patches are provided from here.
Another thing that i needed for fulfill my requirements was that inserting coins in my arcade cabinet i want to increment credit, 'cause as i said i use openbor in ancient arcade machine... and i want to simulate old arcade games :)
a very bad hack that i have made is to use the screenshot keys, i assigned it to the coin key (when i insert a coin in my cab a key is pressed)... and simply increment credits on player 1 and 2, it is just a dirty hack, next step i will look into "noshare variable" that is used for make a unique credit variable by all users :)
The cleanest way is to have a new button like btn_attack1, btn_attack2, btn_jump, special, btn_screenshot..... btn_credit :)
This could be another cool thing that in a future release someone could implement, for now i just use a bad hack (don't blame me, i'm bad and dirty... and my goal is just to play games :))
here you are the bad-shit-patch:
if(_pause != 2 && !noscreenshot && (bothnewkeys & FLAG_SCREENSHOT))
{
//screenshot(vscreen, getpal, 1);
++player[0].credits;
++player[1].credits;
} -
I'm the midst of all this exciting news I have a question (or 3).
Is .Pak the way it looks like we're going, moving forward?
Would that make emulation station boot up faster by not having to scan all those files in .bor directory?
Is there sacrafice for using .pak? (loading times - RAM issues)
-
@zanac found the patch you made
You forced videomode to case 0
Can you recompile with use case 255 instead? I think this will work, too and you change just one setting ;) -
@cyperghost said in OpenBOR finally working fine on RETROPIE with ES:
I think about using diff and patch tool so the git will be openbor main branch and patches are provided from here.
It's the BEST solution for sure :)
And the diff patch can be add to the Retropie Setup ;) -
@darknior yes I think so. I just compared the changes from openbor C code. It is really a small patch. The second change was done to SDL section which I haven't checked so far.
So we will provide patches and do likely use archived openbor versions. But for the sake of using the main openbor branch I think it is worth to act like this. Advantage we can patch other things like CLI fir ex in those files.
-
@cyperghost Yes that's it :)
I love the idea
And the last version permit to recover Gamepads when they shut down, it is fantastic and will change our life lol
Like on RetroArch :p
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.