开云体育

Gordon, Other members of this list are better qualified, but so far you have waited with no response. Some immediate thoughts are: 1 As stated in your note, you have provided an open-ended question.

Hello Steve W� I too, was having the same issues of not starting JMRI under Win10. On the advice of someone here, I removed ALL traces of JMRI from the computer, then removed all traces of JAVA, then

Ken, The answer to your questions are as follows: I am using a Toshiba laptop, 2.13Ghz Dual Core, 4Megs of Ram, 64 bit Windows 10 Home Version 1607, JMRI 4.6, Java 1.8.0_121 and PR3 xtra on Com port

When the panel file is opened it starts to build in the correct position, then JUMPS to the upper left of the screen. Could this be a hint? this is what is in the panel file if I save it after it has

Hello All. Beginning with 4.9.1 Layout Editor does not save Turntable Data correctly, i.e. the length dimensions don't save for the zoom properly. Also the window no longer saves at 0.0... rather

Steve: I think that is normal. JMRI can't launch from there. The shortcuts add info to that so it will launch. No screen open when you try to launch from the short cuts of the apps menu. you are not

Found the issue鈥� Looks like I over-optimized鈥� I'll post a fix ASAP.

Thanks Walt, Whether trying to start from the Windows apps menu list or from the the shortcuts on the desktop the response is the same. There is a bit of disk activity; short bursts then a pause then

I have a midsize layout. I would like to have a screen on a monitor for a dispatcher to keep track of trains as they OS so he / she could issue train orders as needed. The layout is "dark territory"

OK, There have been some recent posts with regard to problems with deconderIndex.xml in the latest test versions. I have the lastest master dowloaded from github and am using eclipse. Everything

(whateveryournameis), Is the data you posted from a MOD-RFID1356? It doesn't look that way - it looks more like data reported by a MOD-RFID125. The MOD-RFID125 aparantly reports 40 bits of message

If using a WiFi capable phone with a web browser, this is entirely doable as a plugin to recent (maybe 4.6, definitely 4.8) versions of JMRI without having to change a line of the JMRI code, as

Other than introducing a huge anachronism, in the day, crews did not OS, station operators did. So We have the model railroad convention of the conductor magically morphing into operators to OS and

Blair, It would be possible. And I think that some such system seems viable, if carefully implemented. I'll make a few comments from the perspective of one who is something of a "TT&TO purist". Some

Billybob, I am not sure where you are getting I am asking for support for a 125. I am talking about 1356. Maybe it was from my statement acting like the 125 issue way back when. I will do as Dave H

Well one advantage of an application instead of texting is the routing. The app would know who needs which documents. Texting would require each person to have the specific addresses they need to talk

The other thing that would be useful is your connection settings. Preferences -> Connections, select the RFID tab, and list each of the values shown. Bob -- Bob Jacobsen jacobsen@...

Avoiding the question of 鈥渂etter鈥� or 鈥渕ore prototypical鈥�, I once heard about a layout that was using phones. I don鈥檛 recall the exact structure, but IIRC they had a web page with a link for

(whateveryournameis), Ok, hard-reset here. I've mis-interpreted a bunch of information - both your original information and JMRI source code. Sorry for that! Ignore all I have reported previously! So,

Hi Recent discussions with a friend with operating experience in TT&TO centered around the possibility of using smartphones for receipt of train orders, possibly using a dedicated app, though another