YAME64 suite
-
I would take a guess and the answer is “no.”
Respectfully - I was hoping that a politely asked question would solicit a reason rather than a 1-word answer. I’m not naive, I expect that the authors decided what to include and omit from the website did so for some reason. Perhaps that reason could be shared?
Broadly, I’ve noticed that there doesn’t seem to be a lot of public sharing of code in the BMS community. Now, I can understand why that would be the case for BMS itself, but surely the supporting tooling would benefit from more eyes, more hands, and all that?
Perhaps there’s a reason that I don’t know why a closed-software culture seems to be present. Or maybe I am wrong and someone can clear up my misunderstanding.
My professional work is steeped in open source software, but I recognize that’s not the entire industry. Anyway, I asked out of a desire to scratch my own itch and simultaneously give back to the community.command line parameters available as well
Edit: I am guessing you’re referring to: https://www.benchmarksims.org/forum/showthread.php?26628-YAME64-suite&p=415324&viewfull=1#post415324 which I believe is still pending til the next update.
-
Not to start a flame, must to Kindly respond.
I don’t think that open source Will give better programs. So, for now, yame is closed, we (as development team) are the only one responsable of writing new stuff. Beside that we are open to all kind of requests and bug fixing.
And if Simeone ask for some informations on area we know (share memory) i can share what i know and also give specific part of code.
Thank you for your internet. -
I’m a project manager in an open source IT company myself so I understand the question. I’ve also used several open source parts of code for my cockpit (Uriba’s DEDuino etc) so I’m certainly in favour.
However, for YAME, of which I’m a team member, I (currently at least) agree with Roccio on the closed source.
From experience I’ve noticed working in open source we need way more management, pipelines, roadmaps, automated tests etc to avoid having numerous branches and loads of releases with buggy parts in it. Now we have Roccio as main developer, Scorpion who also writes some parts now and then, me for documentation, graphical stuff and feature description, and then 3 beta testers. This already proves to be a lot to manage. We all have little time and the reason why it’s been a while since the latest release is because aligning all of our time is hard. If we would bring it open source, I’m afraid it would go downhill from there fast.That being said, for me personally (but Roccio has the last call on this, which I fully respect), we could add a user to the repo for a specific piece of additional features, like the other plane type texture extractions.
But now we need to focus on getting the release candidate stable and start documentation, update changelog (huge list now) etc. We are in a semi-final state for months now but lack of time withholds us from actually finishing up for now. I want to focus on releasing this version first before we start adding new features.Thanks for the understanding, ànd for your willingness to help in the future!
-
Respectfully - I was hoping that a politely asked question would solicit a reason rather than a 1-word answer. I’m not naive, I expect that the authors decided what to include and omit from the website did so for some reason. Perhaps that reason could be shared?
I hope I’ve not offended; it was not my intention. I just gave a 1-word answer because that’s all I could give… I’m in no place to offer up Roccio’s reasons so it’s best you’ve heard those from the man himself.
Broadly, I’ve noticed that there doesn’t seem to be a lot of public sharing of code in the BMS community. Now, I can understand why that would be the case for BMS itself, but surely the supporting tooling would benefit from more eyes, more hands, and all that?
More does not equal better… at least not all the time. BMS devs is closed because they want BMS to progress in a particular direction… opening up the dev group would just cause too many project conflicts. I would wager this is the same thing for Roccio and YAME. This project is his baby and until he realizes his full vision for it, he wants to protect it and let it grow according to his vision for now. The upside though is that Roccio is very open to suggestions and criticisms, but obviously he wants to handle these his way. The best thing we can do for projects provided for free is to be respectful and appreciative of it.
Perhaps there’s a reason that I don’t know why a closed-software culture seems to be present. Or maybe I am wrong and someone can clear up my misunderstanding.
See above.
My professional work is steeped in open source software, but I recognize that’s not the entire industry. Anyway, I asked out of a desire to scratch my own itch and simultaneously give back to the community.
Give back by paying it forward
Edit: I am guessing you’re referring to: https://www.benchmarksims.org/forum/showthread.php?26628-YAME64-suite&p=415324&viewfull=1#post415324 which I believe is still pending til the next update.
Yes, it’s in the beta versions for now and should be released with the next update with an ETA of 3-4 Falcon weeks
-
LOL @ Google Translate fail!
@roccio:Not to start a flame, must to Kindly respond.
….
Thank you for your internet. -
Thank you Ice, roccio, and focaldesign for your kind, civil explanations and clarifications. I can appreciate your reasons and while I may disagree on some points mentioned, I want to respect your current workflow and priorities and not distract further my making uninvited arguments. If you’re ever interested I’d be happy to any assistance I could with moving towards an open source model.
Give back by paying it forward
See, that’s the thing - I’m not sure how. BMS is amazing, but I can’t donate money AFAIK b/c of the intellectual property status. I can’t contribute code because the code is closed (again understandably), so my programming skills can’t be utilized. I’m not aware of any way that my server-management / operations skills can help the project. I could potentially donate for YAME, but no donate link on the site.
There’s a little bit of a desire / opportunity gap. Such is life often, but perhaps it will change over time. For now, you have my thanks for your efforts on the project.
-
U can help.
U can start a separate project.
The first that comes in my mind is tlktool which desperately needs mostly a user interface.
If you want you can start a thread offering what you can want to do.
Ppl will chime in.Another one is for the database which is greatly and maybe Uber top priority for theater developers.
Not at the PC right now, I will ping you to it soon enough.Στάλθηκε από το MI 5 μου χρησιμοποιώντας Tapatalk
-
LOL @ Google Translate fail!
Not using google translate, it’s a mess with the auto-complete feature of my italian-languaged tablet and my inability to use such a device
(not that my english is much better ehehehe)
-
(not that my english is much better ehehehe)
You understood Deborah and I, even with our Geordie mumbling
-
You understood Deborah and I, even with our Geordie mumbling
[emoji2] [emoji2]
Inviato dal mio Y635-L21 utilizzando Tapatalk
-
…I can’t contribute code because the code is closed (again understandably), so my programming skills can’t be utilized…
Here u are m8:
https://www.benchmarksims.org/forum/showthread.php?14734-BMS-Database-Manager-(WIP)AND
https://www.benchmarksims.org/forum/showthread.php?5689-Idea-for-theater-integration-DB-compare-tool
The general problem - idea is:
BMS releases updates on the database data or even changes to the database schema.
Many (if not all) theaters are based on the last instance of the bms release database, which contains latest additions or fixes. Also it might induce compatibility issues.
This means that theater developers must redo their work from scratch. This is a big ouch specially if the changes are extensive.I believe you can understand the same pain when the DB schema has changes…
The ITO guys managed a way to do it with a math app and they are the fastest to release new version when something like that happens. They keep track of changes from day1 and update it each time then probably some scripts are run and results to the final files? Don’t know exactly just speculating here, but they might be a good case to provide valuable info for the process, since their way looks very structured.
So when can we have it? :lol:
-
Arty, thanks for those links. I will read and see what I can learn and do. I can definitely see the utility in such a tool.
The ITO guys managed a way to do it with a math app and they are the fastest to release new version when something like that happens. They keep track of changes from day1 and update it each time then probably some scripts are run and results to the final files? Don’t know exactly just speculating here, but they might be a good case to provide valuable info for the process, since their way looks very structured.
Amusingly, I had previously come across their post describing what they do in matlab (!), if memory serves. I could immediately feel the pain and frustration that theater devs must feel at the prospect of redoing that by hand. As I read I’ll no doubt have questions, and will start a new thread or reply elsewhere so as not to further clutter this one.
-
Rest assured we all help and support greatly your effort.
Just do it…
You have 3-4 weeks only [emoji38]Στάλθηκε από το MI 5 μου χρησιμοποιώντας Tapatalk
-
New version 1.2.0 just released!
Go to first post for infos!Hope you enjoy this one!!
-
New version 1.2.0 just released!
Go to first post for infos!Hope you enjoy this one!!
:bdance::drink:
:rtfm:
If you report issues, please mention the following:
- YAME version (x64 or x86)
- YAME configuration (local extraction, client-server, client-only, hook, nohook, …)
- YAME layout
- Falcon theater
- Instant action, dogfight, TE or campaign
- Steps to reproduce the bug
- OS version and 64 or 32 bit
- graphical card and driver versions
- VC++Res’15 version
-
OK good job guys.
Just updated my visual c++ ver. 14.0.23026 x64
I did not uninstall the previous version but just ran the YAME set up (x64), completed but, program does not start.
Have set to run as admi, tried shortcut and the exe directly. just nothing happens…Resolved:
Uninstalled previous version and reinstalled new. -
Yippee!!
-
This post is deleted! -
I had 2 strange things happen after upgrading to 1.2:
- The launcher kept setting my theatre to Israel. I had been playing Nordic, and it would repeatedly launch me back in Israel.
- None of my flight instruments were showing data, nor was I getting any textures extracted (e.g. no MFDs, no RWR)
Like Badger, I set YAME to run as an admin.
For now I have successfully reverted to 1.1. I noticed the hook log said something about failed to load configuration file, but nothing interesting other than that.
-
Can you try uninstalling v1.0 or 1.1 entirely plus check there is no more d3d9.dll hook file in the bms /bin/data/x64 or x86 folder and then install 1.2?