YAME64 suite
-
I am still getting constant crashes.
Initially I thought it was due to the AA, but my theory proved to be wrong.the extractions works OK for a random period of time(sometimes 5min, sometimes 25min), but then the client starts crashing.
If I restart the client (while keeping BMS and the YAME server running) the extraction starts working again. There is no need to restart the server.
Both W7x64
I have tried:
-opening all the 53000 and 53100 ports
-Switching off all the antivirus and software firewalls
-Reinstalling yame64 on both server and client PCs
-Reinstalling the prerequisites on client/server PCsI am using the hook extraction and both server and cliet PCs are connected via LAN cable to the main router.
This is the crash report
Problem signature: Problem Event Name: BEX64 Application Name: YAME64.exe Application Version: 0.0.0.0 Application Timestamp: 583eac64 Fault Module Name: StackHash_d370 Fault Module Version: 0.0.0.0 Fault Module Timestamp: 00000000 Exception Offset: 000007ff3a7600fa Exception Code: c0000005 Exception Data: 0000000000000008 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 3082 Additional Information 1: d370 Additional Information 2: d37053bcba7a62e0971e0f91963ff1e7 Additional Information 3: a179 Additional Information 4: a179589ee5ce7cc73a7b96fe42330ee2 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt
Problem signature: Problem Event Name: APPCRASH Application Name: YAME64.exe Application Version: 0.0.0.0 Application Timestamp: 583eac64 Fault Module Name: ntdll.dll Fault Module Version: 6.1.7601.23864 Fault Module Timestamp: 595fa942 Exception Code: c0000005 Exception Offset: 00000000000185fd OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 3082 Additional Information 1: 78e1 Additional Information 2: 78e1b10fbfc5fbbbc9cf32d5db3f2882 Additional Information 3: 1d7a Additional Information 4: 1d7ab1c83c47d8aab256e68db8766d16 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt
Problem signature: Problem Event Name: BEX64 Application Name: YAME64.exe Application Version: 0.0.0.0 Application Timestamp: 583eac64 Fault Module Name: bdcam64.dll_unloaded Fault Module Version: 0.0.0.0 Fault Module Timestamp: 57fb1d72 Exception Offset: 000007feee542bf6 Exception Code: c0000005 Exception Data: 0000000000000008 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 3082 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt
Any idea/suggestion?
-
I am still getting constant crashes.
Initially I thought it was due to the AA, but my theory proved to be wrong.the extractions works OK for a random period of time(sometimes 5min, sometimes 25min), but then the client starts crashing.
If I restart the client (while keeping BMS and the YAME server running) the extraction starts working again. There is no need to restart the server.
Both W7x64
I have tried:
-opening all the 53000 and 53100 ports
-Switching off all the antivirus and software firewalls
-Reinstalling yame64 on both server and client PCs
-Reinstalling the prerequisites on client/server PCsI am using the hook extraction and both server and cliet PCs are connected via LAN cable to the main router.
This is the crash report
http://imagizer.imageshack.com/img922/2668/8rlOGz.pngProblem signature: Problem Event Name: BEX64 Application Name: YAME64.exe Application Version: 0.0.0.0 Application Timestamp: 583eac64 Fault Module Name: StackHash_d370 Fault Module Version: 0.0.0.0 Fault Module Timestamp: 00000000 Exception Offset: 000007ff3a7600fa Exception Code: c0000005 Exception Data: 0000000000000008 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 3082 Additional Information 1: d370 Additional Information 2: d37053bcba7a62e0971e0f91963ff1e7 Additional Information 3: a179 Additional Information 4: a179589ee5ce7cc73a7b96fe42330ee2 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt
http://imagizer.imageshack.com/img923/74/tW2a3p.png
Problem signature: Problem Event Name: APPCRASH Application Name: YAME64.exe Application Version: 0.0.0.0 Application Timestamp: 583eac64 Fault Module Name: ntdll.dll Fault Module Version: 6.1.7601.23864 Fault Module Timestamp: 595fa942 Exception Code: c0000005 Exception Offset: 00000000000185fd OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 3082 Additional Information 1: 78e1 Additional Information 2: 78e1b10fbfc5fbbbc9cf32d5db3f2882 Additional Information 3: 1d7a Additional Information 4: 1d7ab1c83c47d8aab256e68db8766d16 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt
http://imagizer.imageshack.com/img924/7646/Y5Mh0w.png
Problem signature: Problem Event Name: BEX64 Application Name: YAME64.exe Application Version: 0.0.0.0 Application Timestamp: 583eac64 Fault Module Name: bdcam64.dll_unloaded Fault Module Version: 0.0.0.0 Fault Module Timestamp: 57fb1d72 Exception Offset: 000007feee542bf6 Exception Code: c0000005 Exception Data: 0000000000000008 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 3082 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt
Any idea/suggestion?
It shoull all be fixed in the next release. Just wait few weeks
-
It shoull all be fixed in the next release. Just wait few weeks
I WANT IT ALL, AND I WANT IT NOW!!!
:bdance:
-
3-4 Falcon weeks, my friend.
-
Do I have to enable “Texture Overlay” or “Send Texture to client” in the Hook-Tab, when using 3D Hook?
Send texture to client normally. See manual section 7 page 57
- Send texture to client is the default mode and allows a connected client to display texture data.
- Texture overlay, in this case the textures will be rendered on top of the BMS display (no client will be able to connect to the hook).
-
Hi there - just wanted to say thanks for YAME - it’s great. I recently switched from a combo of using built-in extraction + Lightning MFDE and say a significant FPS boost (~60 typical before, 80-100+ now). The rub I have is that sometimes I’ll decide at the last minute to fly the Hornet and then my MFD’s/RWR/DED aren’t extracted properly.
If I plan ahead and adjust the textures for the Hornet, things are great. However I don’t always plan that well - the use case here is that I’ll frag a flight for my VFW, and its not always clear up front which aircraft I’ll fly, and then if I have to relaunch BMS its a drag for everybody connected & waiting.
Are there any changes in the pipeline that would allow me to switch after launching BMS? In my case I’d be perfect happy to do this change before I hit 3D.
Related question - occasionally I’ll hop in the strike eagle or the raptor. Are those supported or planned? Is there a list of supported aircraft?
PS - Apologies if I missed this earlier in the thread, I attempted some searches without much luck.
-
Hi there - just wanted to say thanks for YAME - it’s great. I recently switched from a combo of using built-in extraction + Lightning MFDE and say a significant FPS boost (~60 typical before, 80-100+ now). The rub I have is that sometimes I’ll decide at the last minute to fly the Hornet and then my MFD’s/RWR/DED aren’t extracted properly.
If I plan ahead and adjust the textures for the Hornet, things are great. However I don’t always plan that well - the use case here is that I’ll frag a flight for my VFW, and its not always clear up front which aircraft I’ll fly, and then if I have to relaunch BMS its a drag for everybody connected & waiting.
Are there any changes in the pipeline that would allow me to switch after launching BMS? In my case I’d be perfect happy to do this change before I hit 3D.
Related question - occasionally I’ll hop in the strike eagle or the raptor. Are those supported or planned? Is there a list of supported aircraft?
PS - Apologies if I missed this earlier in the thread, I attempted some searches without much luck.
v1.2 will auto detect if it’s F-16 or F-18 and adjust texture extraction accordingly.
No other types (yet) in the pipeline. -
No other types (yet) in the pipeline.
Is that the sort of thing you have any interest in opening to the community? While my main area of programming expertise is pretty far from Windows, this seems like a perfectly scoped task for someone interested and willing to dive in on this sort of thing.
I had noticed that the YAME source isn’t linked anywhere on the website, and I’m guessing that’s intentional. Is there any interest to making the code accessible for outside contributors, e.g. on github or similar?
-
I would take a guess and the answer is “no.”
-
If I plan ahead and adjust the textures for the Hornet, things are great. However I don’t always plan that well - the use case here is that I’ll frag a flight for my VFW, and its not always clear up front which aircraft I’ll fly, and then if I have to relaunch BMS its a drag for everybody connected & waiting.
Are there any changes in the pipeline that would allow me to switch after launching BMS? In my case I’d be perfect happy to do this change before I hit 3D.
Aside from the automatic switching, there are command line parameters available as well, so it can be as simple as closing down YAME and clicking on a 2nd icon to load up Hornet textures and layout.
-
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