|
I have two Windows 10 PCs, one which has a working SoundPro and on the other all 3 of the VCD modules hang.
Both are running the same versions of JMRI and Java. On the working PC, I have this entry in the session log: 2017-07-10 22:04:31,999 audio.JoalAudioFactory INFO - Initialised JOAL using OpenAL: vendor - OpenAL Community version - 1.1 ALSOFT 1.15.1 [AWT-EventQueue-0] On the non-working PC, I don't have that entry, but I do have this entry: 2017-07-11 15:55:46,278 util.prefs WARN - Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5. [init prefs] The account I'm using has admin rights The non-working PC does have working DecoderPro modules - I can program decoders, create roster entries and query the command station successfully. I did find this difference: PC working: 2017-07-10 22:04:13,897 apps.Apps INFO - SoundPro version 4.6-R81496dc starts under Java 1.8.0_131 on Windows 10 x86 v10.0 at Mon Jul 10 22:04:13 CDT 2017 [main] PC not working: 2017-07-11 15:55:40,568 apps.Apps INFO - SoundPro version 4.4-R1ccf76b starts under Java 1.8.0_131 on Windows 10 x86 v10.0 at Tue Jul 11 15:55:40 CDT 2017 [main] Any help or suggestions would be gratefully appreciated. Thanks, -bruce Bruce G Alcock | OK N-Rail | 405-381-4314<tel:405-381-4314> | nytrr@...<mailto:nytrr@...> |
|
Am 12.07.2017 um 04:44 schrieb Bruce Alcock nytrr@... [jmriusers]:
I have two Windows 10 PCs, one which has a working SoundPro and on the other all 3 of the VCD modules hang.Bruce: Could you please explain what "VCD" means? Or do you mean "VSD" (= Virtual Sound Decoder)? Assumed it's VSD which is hanging, could you please run Windows Task-Manager. Is there a process jogamp_tst_*.exe? You can end such a process and VSD should continue working. Are your two Windows systems on the same update level? Are both systems running the same virus scanner? More questions than answers, I know. Still searching for a solution on this phenomenon ... Regards Klaus |
|
Klaus:
I am VERY excited to see some progress on this OpenAL Sound 'hanging' issue. My laptop started having this problem a couple of months ago. I lock up for hours if I just click the 'Audio Table' button I've added to my PanelPro screen in the Startup Preferences, even with all Sources and Buffers from my Panel Layout .xml manually removed. And trying to open ANY Table (Sensors, Turnouts, etc.) using the Tools/Tables menu also locks me up (but from individual Startup Preferences created buttons it does not, except for the 'Audio Table' one???). I see now that 'jogamp_tst_*.exe' starts up in either of these lockups, and hitting 'End Task' on it twice allows JMRI to continue. Please let me know if I can be of any help to resolve this, since I can duplicate it at will. Just having this workaround for now is fantastic! Randy Burnet randomburnout@... Win10/64 Lenovo T530 JMRI 4.7.5 Java 1.8.0_131 Digitrax DCS100/LocobufferII with USB to Serial Adapter Bachrus Dyno (N-Scale) |
|
If it is the 'Virtual Sound', did you give the hanging system at least 2 or
3 minutes?? I'm finding the sound system init takes about that long on one of my Win10 boxes. I've just got used to the fact that opening tables or anything that triggers loading the sound system takes a while. And I've been seeing this for around a year now and there hasn't been any pattern for why some systems take forever (many minutes) while others only a second or two to init the sound system. -Ken Cameron, Member JMRI Dev Team www.jmri.org www.fingerlakeslivesteamers.org www.cnymod.com www.syracusemodelrr.org |
|
This is a known issue. I had the same problem and there is a whole thread
about this. No real solution was given at the time, so I came up with a workaround. I wrote a batch file with embedded kill commands to take down the jogamp files to be launched after jmri hanging at startup and it solved the problem. With the last two revisions of jmri the problem seems to have been resolved and the software now loads correctly, with tables access and VSD working. Roberto Il 12 Lug 2017 08:05, "'Ken Cameron' kcameron@... [jmriusers]" < jmriusers@...> ha scritto:
|
|
Thanks for your reponse, Randy.
toggle quoted message
Show quoted text
Another test case beside Ken's suggestion could be to try a newer jogamp file called gluegen-rt.jar. The jogamp developers have made some changes and JMRI doesn't provide yet that new file version. So it might be worth to test it. If you are willing to do this test, here are the steps: 1) look for the JMRI installation folder (Program Location) and navigate to \lib\gluegen-rt.jar ... copy this file to a safe place 2) get the newest version of gluegen-rt.jar at jogamp.org/deployment/autobuilds/master/gluegen-b903-903/gluegen-2.4-b903-20151116-windows-amd64.7z 3) unzip the downloaded file and get gluegen-rt.jar from the jar folder 4) now admin rights are necessary: replace the file in JMRI\lib with the downloaded and larger gluegen-rt.jar Regards Klaus Am 12.07.2017 um 12:41 schrieb randomburnout@... [jmriusers]: Klaus: |
|
Randy Burnet
I replaced the jmri installed 319 KB gluegen-rt with the 336 KB one from the location you specified and nothing has changed.?I clicked the 'Audio Table' button and PanelPro has locked up, and it has not returned to life even after waiting 15 minutes.
toggle quoted message
Show quoted text
Randy On Wednesday, July 12, 2017 8:03 AM, "Klaus Killinger klaus.killinger@... [jmriusers]" <jmriusers@...> wrote:
Thanks for your reponse, Randy. Another test case beside Ken's suggestion could be to try a newer jogamp file called gluegen-rt.jar. The jogamp developers have made some changes and JMRI doesn't provide yet that new file version. So it might be worth to test it. If you are willing to do this test, here are the steps: 1) look for the JMRI installation folder (Program Location) and navigate to \lib\gluegen-rt.jar ... copy this file to a safe place 2) get the newest version of gluegen-rt.jar at jogamp.org/deployment/autobuilds/master/gluegen-b903-903/gluegen-2.4-b903-20151116-windows-amd64.7z 3) unzip the downloaded file and get gluegen-rt.jar from the jar folder 4) now admin rights are necessary: replace the file in JMRI\lib with the downloaded and larger gluegen-rt.jar Regards Klaus Am 12.07.2017 um 12:41 schrieb randomburnout@... [jmriusers]: Klaus: ------------------------------------ ------------------------------------ ------------------------------------ Yahoo Groups Links [Non-text portions of this message have been removed] |
|
Am 13.07.2017 um 02:26 schrieb Randy Burnet randomburnout@... [jmriusers]:
I replaced the jmri installed 319 KB gluegen-rt with the 336 KB one from the location you specified and nothing has changed. I clicked the 'Audio Table' button and PanelPro has locked up, and it has not returned to life even after waiting 15 minutes. Randy: Thanks for running this test. The jogamp developer team tracked the jogamp_tst_exe failure as a bug in 2015. They changed the code and set the bug state to "resolved fixed" (see ). So I saw a realistic chance that a newer gluegen-rt.jar would work. But unfortunately it did not. All: A jogamp developer explained what jogamp_tst_exe is doing: "we need a way to determine which temp directorys on a windows system that allow us to extract and load dll's. On windows the only way to find out if a temp dir allows execution is by actually trying to launch an executable. The test executable jogamp_tst_exe is the most minimal executable possible, jogamp_tst_exe its like a hello world without printing hello world." On my Windows 7 system, for example, a folder C:\Users\Klaus\AppData\Local\Temp\jogamp_0000 is created. Further I see a subfolder "file_cache" and two more subfolders holding *.tmp files. This principle is working fine since years in my case. I'm telling this in the hope, that a Windows expert or somebody else is reading this and offers a valuable clue. Comments are welcome. Regards Klaus |
|
It may be worth checking if that executable is being blocked by a
virusscanner. The ones with whitelisting can be especially tricky to track down (as I recently found out when Comodo had silently introduced whitelisting giving me many days of problems... thouh not with JMRI). Wouter On 13 July 2017 at 09:04, Klaus Killinger klaus.killinger@... [jmriusers] <jmriusers@...> wrote:
[Non-text portions of this message have been removed] |
|
Randy:
Jogamp provides a test-routine processing some debug information. To run this test-routine is another test suggestion, if I may. Here are the steps to setup and launch the test: 1. download and extract 2. copy jogamp-all-platforms\joal-java-src.zip and jogamp-all-platforms\jar\joal-test.jar into C:\temp directory 3. expand Windows Path with the OS specific dll path, i.e. C:\Program Files (x86)\JMRI\lib\x86 or C:\Program Files\JMRI\lib\x64 4. open Windows command-line, navigate to JMRI "lib" directory and run: java -Djogamp.debug=true -Djogamp.gluegen.UseTempJarCache=false -cp gluegen-rt.jar;joal.jar;C:\temp\joal-test.jar com.jogamp.openal.test.manual.OpenALTest >> C:\temp\joal-test.log 2>&1 Running this test may cause a hang as well. But on the other side it may give a clue what's happening around the jogamp process. Regards Klaus |
|
Indeed a virus scanner could cause a hang also.
toggle quoted message
Show quoted text
Please see (comment 72/73), for example. Thanks, Wouter. Regards Klaus Am 13.07.2017 um 20:22 schrieb Wouter van Doorn vandoornw@... [jmriusers]: It may be worth checking if that executable is being blocked by a |
|
Would it be a possible solution to create a version of jogamp that omits this test, failing if it can¡¯t write to the necessary directory(s)?
That way you¡¯d avoid the hang (assuming that¡¯s really the cause). If the directory wasn¡¯t writable, you¡¯d get an error right away and could just fix the permissions. Bob On Jul 13, 2017, at 1:04 AM, Klaus Killinger klaus.killinger@... [jmriusers] <jmriusers@...> wrote:-- Bob Jacobsen rgj1927@... |
|
Thanks for widen the view on this.
toggle quoted message
Show quoted text
If I understand it right, the java option "-Djogamp.gluegen.UseTempJarCache=false" goes a step towards omitting this jogamp test. When I activate the mentioned java option, no jogamp_0000 folder will be created on my Windows 7 machine. Could someone concerned by this jogamp_tst_exe failure please give it a try? Here are the steps to activate the java option: 1) copy jmri.conf from your JMRI installation folder to your Settings location (in my case this is C:\Users\Klaus\JMRI) 2) edit the copied jmri.conf like this: default_options="-J-Djogamp.gluegen.UseTempJarCache=false" 3) run JMRI and force a Joal initialization, e.g. Tools > Tables > Sensors Regards Klaus Am 13.07.2017 um 21:33 schrieb Bob Jacobsen rgj1927@... [jmriusers]: Would it be a possible solution to create a version of jogamp that omits this test, failing if it can¡¯t write to the necessary directory(s)? |
|
Randall Wood
Can someone experiencing this issue try the following:
toggle quoted message
Show quoted text
Copy the file ¡°jmri.conf¡± from the JMRI installation directory to your JMRI settings directory (usually C:\Users\<your username>\JMRI) Edit the new ¡°jmri.conf¡± file so the default_options line reads: »å±ð´Ú²¹³Ü±ô³Ù³å´Ç±è³Ù¾±´Ç²Ô²õ=¡°-´³-¶ÙÂá´Ç²¹±ô.´Ç±è±ð²Ô²¹±ô.±ô¾±²ú=²õ²â²õ³Ù±ð³¾¡± And then start JMRI. The performance may vary depending on what your sound card is. On Jul 17, 2017, at 01:55, Klaus Killinger klaus.killinger@... [jmriusers] <jmriusers@...> wrote: |
|
This works on my Windows 7 machine using LocoNet Simulator. JMRI is 4.9.1ish.
toggle quoted message
Show quoted text
Instead of... audio.JoalAudioFactory INFO - Initialised JOAL using OpenAL: vendor - OpenAL Community version - 1.1 ALSOFT 1.15.1 [AWT-EventQueue-0] I get... audio.JoalAudioFactory INFO - Initialised JOAL using OpenAL: vendor - Creative Labs Inc. version - 1.1 [AWT-EventQueue-0] Klaus Am 22.07.2017 um 12:39 schrieb Randall Wood rhwood@... [jmriusers]: Can someone experiencing this issue try the following: |
|
I have unsuccessfully tried all the suggested fixes to date in this thread on my Win10/64 Lenovo T530 laptop with RealTek High Definition Audio and the test release 4.7.8.
Ending the jogamp_exe_tst* process in the task manager once JMRI locks up, then the second one that pops up right away continues to work around the problem. Randy (with limited internet access whilst camping) |
|
Hi Randy.
There are indeed two instances of the jogamp file to be killed. I made a batch file to kill both of them in one click. Just copy the following lines in the text editor and rename the file for example "kill.bat" and use it to resuscitate JMRI when it hangs at the startup. ----------------------------------- taskkill /f /fi "IMAGENAME eq jogamp*" /im jogamp* timeout /T 3 taskkill /f /fi "IMAGENAME eq jogamp*" /im jogamp* ------------------------------------- This workaround I developed was the only thing that have been working for me. Now it seems the problem is fixed in the JMRI new version so I don't need it anymore, but I see that it can randomly affect other users. Regards Roberto 2017-07-23 20:17 GMT-03:00 randomburnout@... [jmriusers] < jmriusers@...>:
[Non-text portions of this message have been removed] |
|
Well, I could not find a JMRI.conf so I asked Randall and he pointed me to the template file.
Since all it contains is comments, I was doubtful this was going to work. What I had done was take the default statement, put it into an empty file, call it JMRI.conf and then clicked on one of the program icons on my desktop. Nothing. So I tried it again, expecting to tell Randall that it didn't work. So I left it and when I came back to my PC, the program had opened up. This was on the PC that works. I took the config file, put it on the PC that didn't work, opened up SoundPRO. SoundPro opened up right away, but when I clicked on one of the sound options, nothing - program hung again..... Well, not exactly. I left it for a while and when I came back, it had opened the audio table. But I am going to delete the .conf file on my PC that works, because it really slows down the startup. UPDATE: it took almost an hour for SoundPro to come up this evening.... -bruce Bruce G Alcock | OK N-Rail | 405-381-4314<tel:405-381-4314> | nytrr@...<mailto:nytrr@...> |
|
There is an issue that happens on some computers where the audio libraries
take an incredibly long time to load. The trigger in the 'go get lunch/coffee' is anything that calls for them to be loaded. Like opening the tables view since it has a table for audio features. But many computers work just fine and it loads right away. It is proving to be awkward to work on since it only happens on some peoples computers. The delay runs from a minute or two to hours and we haven't been able to figure out why. The libraries are code used by JMRI and not written by us. It is being worked on but has not been resolved yet. -Ken Cameron, Member JMRI Dev Team www.jmri.org www.fingerlakeslivesteamers.org www.cnymod.com www.syracusemodelrr.org |
Ken Cameron
Bob Jacobsen