RMIR v3.2 Major new release!

Discussion forum for JP1 software tools currently in use, or being developed, such as IR, KM, RemoteMaster, and other misc apps/tools.

Moderator: Moderators

Barf
Expert
Posts: 1525
Joined: Fri Oct 24, 2008 1:54 pm
Location: Munich, Germany
Contact:

Post by Barf »

The learned file-to-update feature is great. The "Open documentation" opens the (IrpTransmogrifier) documentation, but unfortunately the hyperlinks therein are not functional. Although possibly not that important, hyperlinks that look like hyperlinks, and that work in another context (for example in a browser) are evil :twisted:

So I decided to fix it. The patch is against SVN revision 2120. I will be happy to check in to SVN, if desired.

I am not completely convince that the way to invoke "the browser" is the best one -- I refactored the class JP1Frame and made the browse functions static. There may be a better way to do it, or another way that fits RMIR better.
mathdon
Expert
Posts: 4731
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

Barf wrote:I am not completely convince that the way to invoke "the browser" is the best one -- I refactored the class JP1Frame and made the browse functions static. There may be a better way to do it, or another way that fits RMIR better.
I suspect that goes back to the days of Greg. I certainly have no interest in preserving it as it is. I was aware of hyperlinks in the documentation not being functional and am grateful to you for fixing it. I have been posting a lot of revisions to the SVN lately, all related to supporting remotes with no setup codes, but I don't think they clash with your one, so please check it in, thank you.
Graham
Barf
Expert
Posts: 1525
Joined: Fri Oct 24, 2008 1:54 pm
Location: Munich, Germany
Contact:

Post by Barf »

OK. Checked in.

I have been fumbling with that code previously; the code for using xdg-open if it is existing and working is written by me.
NOAMattD
Posts: 24
Joined: Tue Jul 20, 2010 8:35 pm

Post by NOAMattD »

Just got a new AVR = time to hit up the forum to check for the latest updates.

Thanks as always for continuing to support this community; I'm sure there are many people like me who poke their heads in once in a blue moon but benefit every day from the great work you all do!
TiceRex
Posts: 90
Joined: Thu Jun 28, 2012 11:37 pm

Post by TiceRex »

The import built-in setup is the most welcomed feature by me.

In case you have a nearly perfect built-in setup, and wanted to change just a few bits, it is the perfect tool.

THANK YOU!
stama
Posts: 20
Joined: Wed Feb 15, 2023 9:10 am

Post by stama »

There is a bug in this version (as well as in the development version 3.2.3): RMDU hangs when selecting a remote of type URC-3661 and trying to use "Import built-in setup" with the TV code 4096 (it's one of the TV codes for Samsung TVs according to the URC-3661 remote control user manual).

One of the interesting things about this code is that when I used an Arduino IRRemote project to scrutinize it, it was not recognized as the typical Samsung protocol (NECx2) but as "Protocol=PulseDistance Raw-Data=0x0 36 bits LSB first".

This might be related to why the import hangs, maybe.
mathdon
Expert
Posts: 4731
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

stama wrote:RMDU hangs when selecting a remote of type URC-3661 and trying to use "Import built-in setup" with the TV code 4096
Thank you very much for identifying this bug. It turns out that this is just one example of a wider problem that I am now trying to fix. It will be sorted for the next build but that is not ready yet.
Graham
stama
Posts: 20
Joined: Wed Feb 15, 2023 9:10 am

Post by stama »

Glad to help!
mathdon
Expert
Posts: 4731
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

I have now posted development build RMIR v3.2.4 in the RMIR Development folder on SourceForge. It fixes the bug identified by stama in the posts above and, as far as I can tell, also any other missing setups for JP1.4 and JP2 remotes.

@stama: I should be grateful for any testing you do to check this.
Graham
HamburgerHelper1
Posts: 720
Joined: Sat Feb 22, 2014 2:58 pm

RMIR v3.2 Major new release!

Post by HamburgerHelper1 »

I had a hard time finding some of the new remote's in File>New>Remote Image
The remotes
URC-4910 for Samsung TVs (signature 369302)
URC-4911 for LG TVs (signature 369401)
They Have their description in the RDF Title as URC4910 and URC4911 without the dash after URC
This puts them at the end of the list of "URC" Remotes instead of in order.
Randy
mathdon
Expert
Posts: 4731
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Re: RMIR v3.2 Major new release!

Post by mathdon »

HamburgerHelper1 wrote:I had a hard time finding some of the new remote's in File>New>Remote Image
The remotes
URC-4910 for Samsung TVs (signature 369302)
URC-4911 for LG TVs (signature 369401)
They Have their description in the RDF Title as URC4910 and URC4911 without the dash after URC
This puts them at the end of the list of "URC" Remotes instead of in order.
Apologies for this inadvertent inconsistency. I have fixed it for the next build, which I expect to be an official release. If you want to fix your v3.2.4 build, find those RDFs in the RDF folder. Their filename starts with the signature and then a descriptive name in brackets. Just edit that name in brackets to add the hyphen.
Graham
stama
Posts: 20
Joined: Wed Feb 15, 2023 9:10 am

Post by stama »

I did some tests with the new development build, and the import of the built-in setups seems to work fine for me now. Many thanks for this!
mathdon
Expert
Posts: 4731
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

RMIR v3.2.7 is now officially released. This is the first official release since v3.2.0, as builds 1 through 6 were for development purposes.

Here are the changes since v3.2.0. It makes a substantial update to the import of built-in setups for JP1.4 and JP2 remotes as setups have been found that were missing in v3.2.0, it adds support for UEI's manufacturer-specific TV Replacement Remotes that have not previously been supported and it fixes a few bugs.

The distinctive feature of UEI's manufacturer-specific TV Replacement Remotes is that the TV setup does not use setup codes. Setup is instead only by a search process. They appear to RMIR as an Activity with three button groups. The first group consists of the digits, volume and channel buttons together with the Power button, the other two groups containing all the other buttons. The setups for all three groups can be set independently, but the first group is restricted to a subset of the setups available for the second and third groups. There appear to be three generations of these remotes, each having significantly more facilities than the previous one. This build of RMIR supports all three generations, but as with all new remotes the support for each remote needs to be added by an expert.

The first generation, which uses a MAXQ610 processor, is simply as just described. It appears to RMIR as a fixed Activity with the ability to set the device for each of the three button groups by a search process, but that is all. The second and third generations are JP1.4 remotes that use a Samsung S3F80 processor. The second generation adds an internal (so non-selectable) device button that has no internal setup codes available. However, these remotes support device upgrades that can be selected as the device for this internal device button. It is not mentioned in the documentation for the remote, but the remote has two modes of operation. The Activity mode can be turned off and then all buttons use the device upgrade selected for the internal device button. These also support learning.

The third generation has significant extra features. These remotes have three internal device buttons which I have chosen to call TV, Cable and Audio. The Cable device is still a mystery but the Audio device serves as volume punch-thru both in Activity mode and when this mode is turned off. The Audio device IS set with setup codes, listed in the manual. These remotes support learning and also support macros, including three real-time macros on dedicated App keys.

The supported remotes of this sort, listed by generation, are:

First generation:
URC-1910 R00 for Samsung TVs (signature 257302)
Second generation:
URC-1910 R01 for Samsung TVs (signature 361302)
Insignia NS-RMTSNY17 for Sony TVs (signature 361701)
Third generation:
URC-4910 for Samsung TVs (signature 369302)
URC-4911 for LG TVs (signature 369401)
URC-4912 for Sony TVs (signature 369502)
URC-4913 for Philips TVs (signature 369602)
URC-4914 for Panasonic TVs (signature 369702)

To complicate the situation, however, there are exceptions. This build also supports two further TV Replacement Remotes that are set up differently. These are:

URC-4922 for TCL TVs (signature 371604)
URC-4923 for Roku TVs (signature 371503)

The URC-4922 does use setup codes. The TV model can be selected either by a Simpleset method or by direct code entry, with the manual containing a substantial list of codes. Like generation 3 it supports learning and macros, again with real-time macros on three dedicated App keys.

The URC-4923 differs again in that it supports nine setup codes but these are set with a single digit 1-9. It supports learning but not macros. It has eight dedicated App keys but these can only be set to specific apps from a list of 25, set by this app number.
Graham
HamburgerHelper1
Posts: 720
Joined: Sat Feb 22, 2014 2:58 pm

RMIR v3.2 Major new release!

Post by HamburgerHelper1 »

Graham I never notice this before now
I think Starting from version 3.2.2 to the current version if I select
File>New>Remote Image and select the URC-3660 or Related ones
The Activity Tab does some odd behavior or can not be selected at all depending on the Version of RMIR it also writes a over 20Mb size rmaster.err file
I don't know if this is crucial or not but I thought you should be notified of this behavior
Randy
mathdon
Expert
Posts: 4731
Joined: Tue Jul 22, 2008 8:53 am
Location: Cambridge, UK

Post by mathdon »

Randy, many thanks for pointing this out. It is a recurrence of an issue that I thought I had fixed. I think I have done so now, so after some more testing I will post a development version for you to test. Before I post another official release I will wait to see if any other bugs rear their heads.
Graham
Post Reply