RM/RMIR v2.02 Beta now available!

[Barf]

Bug: when exiting the program, either from File->Exit or by invoking close button, if writing of the properties files fail, program does not quit. There is no way to terminate the program, except externally killing.

Analysis: Function RemoteMaster.windowClosing: if properties.save() throws an exception, this is being caught, and the dispose() is not executed, the function terminates and the program continues.

Proposed fix:

Code: Select all

Index: RemoteMaster.java
===================================================================
--- RemoteMaster.java	(revision 1077)
+++ RemoteMaster.java	(working copy)
@@ -956,12 +956,15 @@
           {
             devicePanel.getDeviceUpgradeEditor().dispose();
           }
-          dispose();
         }
         catch ( Exception exc )
         {
           exc.printStackTrace( System.err );
         }
+        finally
+        {
+          dispose();
+        }
       }
     } );
     

[JD4x4]

Barf- thanks for the replies to my other issues in the other threads. I'm posting this here since it applies to v2.02, although it also applies to v2.01.

I don't know if it was intentional (I don't think so) but the Linux shell script 'rmaster.sh' does not include '-rm' at the very end of the command line. This was why I could only get RM IR with either script. Now that I understand a bit more about the operation of both RemoteMaster.jar and Linux shell scripts, I'm up & running. Thanks again.

Since rmir.sh includes '-ir' in the path I'm guessing you should add '-rm' to rmaster.sh in subsequent releases, for novices like me.

One last note though, neither RM IR or Remote Master (under Ubuntu 11.04 Linux at least) can 'see' beyond the root dir for file operations. As an ex Windows user, I'm mounting & using some of my old windows hard disk partitions and have some older remote files there that would be nice to access straight from either prog (without copying them to my Linux partition).

Thanks to all for their hard work and programming on these great programs, regardless!

[Barf]

@JD4x4: Nice that I was able to help.

The rmaster.sh was simply not updated for changed default. But the wrapper from a previous post makes up a more sound wrapper than rmaster.sh anyhow.

neither RM IR or Remote Master (under Ubuntu 11.04 Linux at least) can 'see' beyond the root dir for file operations. As an ex Windows user, I'm mounting & using some of my old windows hard disk partitions and have some older remote files there that would be nice to access straight from either prog (without copying them to my Linux partition).

I am not sure what "'see' beyond the root dir" means.
Under Unix-oid operating systems, like Linux, you mount foreign file systems, making them to appear within the (one and only) root file system, like /net/other-machine. The whole theme is quite complex, and, here, offtopic, so I suggest that your consult your system's documentation, and/or a Linux forum.

[JD4x4]

..
I am not sure what "'see' beyond the root dir" means.
Under Unix-oid operating systems, like Linux, you mount foreign file systems, making them to appear within the (one and only) root file system, like /net/other-machine. The whole theme is quite complex, and, here, offtopic, so I suggest that your consult your system's documentation, and/or a Linux forum.

Possibly off-topic, but relevant to any app running under Linux, I think. Especially for those users like me that have jumped from Windows now that Linux distros are "less-geeky" to get up and running. Here's my logic ..

It seems that (to simplify for the user?) the gui file display has changed to a format more like Windows, in that file menus have distinct entries for Home folder, File System (root), and 'Computer' where everything including mounted devices and network shares are shown by name and/or icon. I've noticed that most for-Ubuntu software somehow knows about and displays this windows-like file structure in file dialogs, but some others do not. That's why I brought it up.. in case there is some (hopefully easy) way to make use of it in the RM IR and RM dialogs.

Your mention of the (I'm going to call it) 'old' Linux file system display (yes, I guess it's the REAL file system) got me looking looking under the 'geeky' structure, and I have indeed also found my mounted devices in the media folder.

So, I have an easier way now rather than copying files, but I think this new file display method should be a 'heads-up' in case more people jump off the M$ ship with no Linux familiarity at all, which is very possible these days as the distros get more user-friendly.

Oh yeah.. and thanks for your patience with me and yet again another fix.

[Barf]

JD4x4, I am not going to swallow your bait on starting a GUI/File Manager discussion. Let me just comment upon Remotemaster:

Remotemaster uses "Java", not just implementation language, but as user interface, and to some extent as a philosophy. Thus it can say Desktop.browse(readmefile) that will open the readmefile using "the system's default browser", on every supported system. Of course, as proponents of particular operating system will not matter argue, this means not taking advantage of every possibility the underlying operating system offers. I am not all sure that a KDE-Remotemaster or Gnome-Remotemaster (or a Windows-Remotemaster) would be a good idea.

BTW, my latest baby, IrMaster, uses the same philosophy and technology.

[Barf]

Greg, Graham, let us not forget this thread, where it was suggested to change "Clean upper memory" to something less "hygienic sounding".

[JD4x4]

JD4x4, I am not going to swallow your bait on starting a GUI/File Manager discussion. ..

I guess the interface has been a sore subject in the past?

Anyway, it wasn't 'bait', it was a comment that new & novice Linux users might have difficulty under at least Ubuntu. I'm not a java nor Linux programmer so I have no idea what's involved in getting java to display files in the Ubuntu structure. I just know that now that Linux (at least Ubuntu) displays the file system in a format that's simpler and similar to other OS's, it has prompted me to switch to it and would probably do the same with others in the future.

I dusted off my geek hat and resolved my issue by finding a 'normal' way to open my other drives, albeit by looking in another folder (bizarre if you ask me).

Was just a 'heads-up' comment for future reference in case you aren't running Ubuntu.

[vickyg2003]

A minor bug was reported in this thread.
http://www.hifi-remote.com/forums/viewtopic.php?t=13691

It's more or less cosmetic. There is a refresh problem when using the Edit Device button on the General Screen. If you edit the device and then open and save device upgrade that has more function information, and then go back and Edit the Device again, the new functions are not listed. However if you look at the device in the device tabs all the new information is there, and if you navigate back to the general screen the new functions will show if you use the Edit device button again.

[Barf]

Bug: when exiting the program, either from File->Exit or by invoking close button, if writing of the properties files fail, program does not quit. There is no way to terminate the program, except externally killing.

...

Proposed fix:
...

Since no-one had any complaint, I have checked in the fix as revisiom 1080p, sorry 1080.

I guess the interface has been a sore subject in the past?

Actually, no.

[mathdon]

The following appears to be a long-standing issue and I am not sure where the fault lies, but it has come to light in exchanges between me and Vicky in connection with v2.02 Beta so I am raising it here.

protocols.ini has two versions of the MCE protocol, pid 012A. That with no variant name has code for the S3C80 and 740 processors, that with variant name "2" has code for the HCS08 processor. Some, at least, of the RDFs for S3C80 remotes that support this protocol list 012A:2 in their [Protocols] section; see for example the Atlas URC-11055 remotes with signature 30333033. This is not unique but I haven't checked all such remotes. Since 012A:2 has no S3C80 code in protocols.ini, attempting to edit the MCE protocol for these remotes causes RMIR to crash.

Either the RDFs are in error and the supported variant is simply 012A or else there exists S3C80 code for the 012A:2 variant that is not in protocols.ini. Either way, there is an inconsistency that needs to be resolved.

[mr_d_p_gumby]

Either the RDFs are in error and the supported variant is simply 012A or else there exists S3C80 code for the 012A:2 variant that is not in protocols.ini. Either way, there is an inconsistency that needs to be resolved.

Thr RDF files are correct; there certainly does exist an S3C80 version of the 012A:2 variant:

Code: Select all

Code.S3C80=47 93 81 8B 09 00 05 37 01 A4 00 DE 00 CE 08 00 58 04 37 50 06 37 00 03 B6 04 F0 37 52 \
           06 37 00 03 B6 09 C0 2C 08 38 0B CF 10 0C 10 0B DF 10 0C 10 0B 90 C3 FB 03 B6 0C 03 2A \
           ED 1C 12 F6 01 4C 77 71 38 03 F6 FF 6B 38 04 F6 FF 67 B0 C6 87 36 05 F6 FF 6B 6E 37 66 \
           F6 77 70 C6 F8 87 FF F6 01 58 F6 01 0A 7B D5 AF 4C 04 8B 02 4C 08 90 C3 7B 09 77 70 1C \
           18 F6 01 6D 8B 07 1C 16 F6 01 64 77 71 4A EA AF

[Dilligaf]

I was in the process of installing an extender on an Atlas 1055 3033 remote and ran into problems when testing it out. I found that the macros I set for device keys in RMIR didnt work. I saved the file as an IR file and opened in IR and the macros read completely different. I reset them to what I wanted in IR and saved, I then opened the saved IR file in RMIR and the macros read incorrectly. I uploaded to the remote without changing them again and now the remote works. I'm using v213 of the atlas extender. Here is the file http://www.hifi-remote.com/forums/dload ... e_id=10128

Mike

PS. I merged the extender in RMIR and the default macros looked weird so I reset them, after fixing in IR the macros look like they did originally

[3FG]

When trying to assign keymoves from a newly generated upgrade that uses an executor which isn't built into the remote, the keymove isn't displayed. This is also true in RMIR 2.00.

1) Start RMIR
2) New remote image (RCA RCRP05B in my case)
3) Enter valid setup codes (just in case)
4) Devices tab, New, select Denon Combo (PID 0047)
5) Set device mode and setup code (e.g. 1234)
6) Press OK, or first assign functions and buttons--the behavior is the same.
7) On Keymoves tab, click New
8) Enter in a keymove using the 1234 setup code
9) Click OK, and the new keymove isn't shown in the table.

Click on another tab, and click again on the Keymove tab. The Keymove tab is not displayed. Minimize RMIR, maximize, and the Keymove tab is displayed, including the recently entered keymove. However, the icons near the top of RMIR aren't seen until the mouse cursor moves over them. Click away from and back to the Keymove tab-- it isn't displayed.

The keymove data is shown in the Raw Data, so I believe that the actual entry of the keymove did occur.

[vickyg2003]

I'm a few alphas beyond where you are(2.02 beta 1.3) , but when I follow these steps I'm not seeing any of this behavior. You might want to check your rmaster.err and see if anything kicked up a fuss.

You might also want to include some details about the system you are running on.

[3FG]

Ths happens on two computers, both running XP SP3 and Java 1.6.0_29.
Of course the .err file kicks up a fuss.

Code: Select all

Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
	at com.hifiremote.jp1.Hex.equals(Hex.java:655)
	at com.hifiremote.jp1.DeviceUpgrade.getFunction(DeviceUpgrade.java:862)
	at com.hifiremote.jp1.KeyMove.getValueString(KeyMove.java:154)
	at com.hifiremote.jp1.KeyMoveTableModel.getValueAt(KeyMoveTableModel.java:226)
	at com.hifiremote.jp1.TableSorter.getValueAt(TableSorter.java:495)
	at javax.swing.JTable.getValueAt(Unknown Source)
	at javax.swing.JTable.prepareRenderer(Unknown Source)
	at com.hifiremote.jp1.JTableX.prepareRenderer(JTableX.java:247)
	at javax.swing.plaf.basic.BasicTableUI.paintCell(Unknown Source)
	at javax.swing.plaf.basic.BasicTableUI.paintCells(Unknown Source)
	at javax.swing.plaf.basic.BasicTableUI.paint(Unknown Source)
	at javax.swing.plaf.ComponentUI.update(Unknown Source)
	at javax.swing.JComponent.paintComponent(Unknown Source)

I didn't include this earlier, because I expected that it would show up on all systems. I'm still really surprised that you don't see this behavior, because this is a hard error, rather than an appearance issue. I expect it would be independent of system configuration.