JP1 Remotes Forum Index JP1 Remotes


FAQFAQ SearchSearch 7 days of topics7 Days MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Log in to check your private messagesLog in to check your private messages Log inLog in

RM/RMIR v2.10 available
Goto page Previous  1, 2, 3  Next
 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Software
View previous topic :: View next topic  
Author Message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Wed Jun 03, 2020 7:57 am    Post subject: Reply with quote

I just managed to fix RM so that Girr files can be given as command line arguments, diff here. Also, if given a *.rmdu file as argument, starts RM (not RMIR) even if the -ir argument was given.

This will allow to just drop a Girr file on the RM/RMIR icon from the desktop (so not only of interest for command line users and script writers).

Graham, if you prefer me to check in the changed three files to SVN instead of applying tha patch, just tell me.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Thu Jun 04, 2020 1:23 pm    Post subject: Reply with quote

Something strange happens when I click the download link for that diff file. I just get taken to a different forum page, no download but the download counter has been incremented. So I haven't seen the changes but please, go ahead and check them in.
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Thu Jun 04, 2020 2:29 pm    Post subject: Reply with quote

mathdon wrote:
Something strange happens when I click the download link for that diff file. I just get taken to a different forum page, no download but the download counter has been incremented.

I see that the "Download URL" is silly, and points to this thread. Probably I did something stupid... Crying or Very sad

Quote:
So I haven't seen the changes but please, go ahead and check them in.

Done! Hope you like it, otherwise change it. Wink
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Mon Jun 08, 2020 4:33 am    Post subject: Reply with quote

Some minor general suggestions:

1. This is not nice. Differently put, RM allows you without warning to assign stuff to system buttons, which is often confusing, as the quoted thread shows. It should either warn or refuse altogether, For this, the clean solution would be to have a SystemButtons property in the RDF, defaulting to Setup,Magic (for example).

2. Suggest rename the -admin option to -develop. (Just the command line option, no need to change the code.)

3. If a program ends unsuccessfully, it should (according to normal practice) return a non-zero status to the OS. So i suggest changing RemoteMaster.java line 6781 (in svn version 1703) from System.exit( 0 ) to System.exit( 1 ) (for example).
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Wed Jun 17, 2020 12:42 pm    Post subject: Reply with quote

From another thread
mathdon wrote:
I have now uploaded RMIR with Girr export to the SVN. As with Girr import, it is in RM on the File menu and in RMIR on the Device Upgrade tab as a button and also in the popup menu. I have found it much easier to test using RMIR, as there are .rmir files with many device upgrades rather than loading one at a time into RM.

The rmProtocols.xml file that is included has entries of several types:
    (a) Correction of errors that are nothing to do with Girr export but discovered during testing. These include corrections of all uei-executor entries that have parameters such as F>63, as I had misunderstood the use of such parameters when creating those entries in the first place.

    (b) Additional prefer-over entries to ensure that Girr export uses the most appropriate protocol, such as NEC1 rather than NEC-f16 for an NEC1 signal.

    (c) Tweaks to ensure the invertability of certain parameter expressions, such as changing (OEM1<<8)+OEM2 to (OEM1<<8)+OEM2:8 as the former cannot be inverted without knowing that OEM2 does not have more than 8 bits.
I have also made a change to the IRP of RC6-6-20 to change T from an automatic parameter to a specifiable one, as the 0020:2 executor has T as a device parameter. The notes say that this is commonly used by Sky and Sky+ remotes and the executor notes say that Sky does not toggle T.


I have tested the Girr exporter on around 20 device updates. All of them either succeeded or the exporter gave up gracefully! Congratulations Graham!!

I have some fixes for getting misc. information on the right places, DeviceUpgradeExporter.java.

Also, I would propose a Girr export on full RMIR configuration, consisting of a RemoteSet containing one Remote per DeviceUpgrade.


Last edited by Barf on Wed Jun 17, 2020 1:52 pm; edited 2 times in total
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Wed Jun 17, 2020 1:27 pm    Post subject: ICT importer? Reply with quote

ICT (the save format for IrScope) has a certain usage in this community. Using the IrScrutinizer class org.harctoolbox.irscrutinizer.importer.IctImporter and the Girr importer already implemented by Graham, it would be a fairly simple task to implement am ICT importer for RM, similar in use to the Girr importer. More in detail, the function IctImporter(File) delivers a Collection<Command>, which can be essentially just fed into the Girr importer.

WHADDYASAY?
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Thu Jun 18, 2020 4:45 am    Post subject: Reply with quote

I suspect the idea of exporting a device upgrade as a Girr file seems an arcane irrelevance to many users, but it is not. It in fact enables something that to me, at least, seems rather magical. Exporting a device upgrade as a Girr file and then importing that file into IrScrutinizer enables the IR signals of the upgrade to be generated without the involvement of any remote control, using any IR sending hardware supported by IrScrutinizer. Indeed, by using the appropriate GlobalCache sender the connection between the PC and the IR sender can be with WiFi, enabling the sender to be distant from the PC. No remote control involved, no protocol executor, just magic Very Happy .
_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Thu Jun 18, 2020 9:21 am    Post subject: Reply with quote

Barf wrote:
I have some fixes for getting misc. information on the right places, DeviceUpgradeExporter.java.

I have incorporated this, but it assumed that upgrade.getFile() was non-null. This is only so if exporting from a file loaded into RM. It is null if exporting an upgrade from RMIR, or one created in RM without saving it. I have fixed this, hope you are happy with the fix.

Also, from the IrScrutinizer thread:
Barf wrote:
I have to say that it is a bit disappointing if import of the Yamaha-fiile "semi fails", in the sense of offering the (for us useless) 005A. If it takes some time -- who cares as long as it is not minutes? A similar remark applies for the Philips VCR.

I have uploaded to the SVN a fix for this. It is a substantial rewrite of the dialog for selecting an executor when converting a set of learned signals to a device upgrade, or importing a Girr file as one. I think it is a substantial improvement. Let me know what you think.
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Fri Jun 19, 2020 6:22 am    Post subject: Reply with quote

Some quick feedback:


mathdon wrote:
... It is null if exporting an upgrade from RMIR, or one created in RM without saving it. I have fixed this, hope you are happy with the fix.

OK. But I think the program should call itself "RemoteMaster", not the awkward "RM/RMIR".

BTW, just recently I fixed a bug in Girr that prevented creation data to be included in the generated file.

Quote:

Barf wrote:
I have to say that it is a bit disappointing if import of the Yamaha-fiile "semi fails", in the sense of offering the (for us useless) 005A. If it takes some time -- who cares as long as it is not minutes? A similar remark applies for the Philips VCR.

I have uploaded to the SVN a fix for this. It is a substantial rewrite of the dialog for selecting an executor when converting a set of learned signals to a device upgrade, or importing a Girr file as one. I think it is a substantial improvement. Let me know what you think.

Yes, much better. But it still fails on the philips_vr1100.girr (RC5, device=5, OBC/F both <= 63 and > 63)) if I select the first (RC5) executor.

Also, for Girr import I would suggest taking Remote.getName() into Description, and filling in Notes with something like "Imported from Girr file filename".

When starting a device upgrade editor from RMIR, there is no way to invoke a Girr export from that DU editor (it lacks the File pulldown menu from the standalone DU editor).
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Fri Jun 19, 2020 1:10 pm    Post subject: Reply with quote

Barf wrote:
OK. But I think the program should call itself "RemoteMaster", not the awkward "RM/RMIR".

Fine, I will make that change.
Quote:
Yes, much better. But it still fails on the philips_vr1100.girr (RC5, device=5, OBC/F both <= 63 and > 63)) if I select the first (RC5) executor.

That is one of those things that worked until I changed something else and did not retest. Fixed now, but not yet in SVN.
Quote:
When starting a device upgrade editor from RMIR, there is no way to invoke a Girr export from that DU editor (it lacks the File pulldown menu from the standalone DU editor).

I don't understand this, there is an Export Girr button next to the Import Girr button, and it is also on the right-click pop-up menu. Or do I misunderstand the situation you are referring to?

On ICT import, I have now implemented that, but you will have to give me an official jar file of the relevant classes that I have extracted from IrScrutinizer.

By adding Girr to the list of supported files for RMIR, you have given it a similar status to KM .txt files, a format not native to RMIR that can be imported. I think this is preferable to the special status I had given it in having a specific Import Girr button and/or menu item, so I am getting rid of those buttons and menu items and instead adding Girr to the file types that can be loaded through the various Open or Load buttons and menu types. Ict will be treated similarly. Probably Export Girr should also be incorporated into existing Save As facilities.

My desire for symmetry makes me want an Ict export facility to match the Ict import, but I cannot see an org.harctoolbox.irscrutinizer.exporter.IctExporter class. Is there an easy way of doing this?
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1402
Location: Munich, Germany

                    
PostPosted: Sat Jun 20, 2020 3:58 am    Post subject: Reply with quote

mathdon wrote:

Quote:
When starting a device upgrade editor from RMIR, there is no way to invoke a Girr export from that DU editor (it lacks the File pulldown menu from the standalone DU editor).

I don't understand this, there is an Export Girr button next to the Import Girr button, and it is also on the right-click pop-up menu. Or do I misunderstand the situation you are referring to?

I meant the following: Start RMIR. Load a non-trivial remote configuration. Go to Devices pane. Double click a device. This pops up a "Device Editor". This has no Import or Export button, no pulldown menu "curtain", and no popup menu.

Quote:
On ICT import, I have now implemented that, but you will have to give me an official jar file of the relevant classes that I have extracted from IrScrutinizer.

Turned out that it did not fit too well, and I think including the whole IrScrutinizer jar is not a good idea, so I made this file instead. It takes a Girr File to a RemoteSet.

Quote:
By adding Girr to the list of supported files for RMIR, you have given it a similar status to KM .txt files, a format not native to RMIR that can be imported. I think this is preferable to the special status I had given it in having a specific Import Girr button and/or menu item, so I am getting rid of those buttons and menu items and instead adding Girr to the file types that can be loaded through the various Open or Load buttons and menu types. Ict will be treated similarly. Probably Export Girr should also be incorporated into existing Save As facilities.

I am not quite sure what you mean. The distinction between "Save" and "Export" is blurred. IMHO, a "save" should save with (almost) no loss of information, and restored by a corresponding "open" (or "load"). Otherwise it is "Export". Note that it is possible to beef up the Girr export (and import) to fulfil this, using the <applicationData application="jp1"> element; see my recent fix.

Quote:
My desire for symmetry makes me want an Ict export facility to match the Ict import,

The ICT format was invented by Kevin for the IRScope. It is a very simple text format. The reason why I suggested an ICT importer is that in this community, there are quite a collection of captures in this format. I cannot really see the use of an ICT export -- importing in IRScope??

Quote:
... but I cannot see an org.harctoolbox.irscrutinizer.exporter.IctExporter class.

This is the ICT exporter. In IrScrutinizer, all export formats but four (Girr, Text, Pronto Classic, Wave) are written in XSLT. The program generates a Girr "file" (technically a DOM, Document, in memory) with raw in "fat format", and applies the transformation to it, generating either text or another XML file.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Sat Jun 20, 2020 6:41 am    Post subject: Reply with quote

Just a quick reply to some of your points. I have not included the whole of IrScrutinizer, just 11 files packaged into a 20Kb jar file. I did eventually realize what you meant about Girr Export not being available when the Device Upgrade Editor is accessed from RMIR, and will fix that. I agree with your distinction between Save and Export, but I am not sure whether there is one between Load (or Open) and Import. You have enabled a girr file to be given as an argument to RemoteMaster when it is opened, which I see as implying that you are also happy with a Girr import being done through File > Open. I think that preferable to having a dedicated Import button or menu item.
_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Mon Jun 22, 2020 8:00 am    Post subject: Reply with quote

I hope that the version now in the SVN incorporates all your recent suggestions and necessary fixes. In addition there are the following changes:

(a) Import of Girr and Ict files can now be done from the File > Open menus of RMIR and RM. With RMIR it opens a new stand-alone instance of RM and imports to that. Correspondingly I have removed the Import Girr item from the RM File menu.

(b) On the Device Upgrade Editor opened from RMIR with the Edit or New buttons of the Devices tab, the Open button now supports import of Girr and Ict files and the new Export button supports exporting as Girr file.

(c) On the RMIR Devices tab the Import Girr and Export Girr buttons have been renamed simply as Import and Export, as I think Import Girr/Ict is too cumbersome. I had intended to delete these buttons in the belief that (b) made them redundant, but then I realized that Import from the Devices tab has a facility that is not present from DUE. This is the ability to append to an existing upgrade rather than create a new one. Perhaps this is unlikely to be of much use, but since the facility exists and there is no other access to it, I think it is worth retaining. It is inherited from the corresponding facility in converting learned signals to a device upgrade.

(d) I have tried to make the various messages that may appear be appropriate to their context, so messages in importing a Girr file should no longer refer to the selected learned signals. If you find any messages that are still inappropriate for their context, please let me know.

Concerning Ict import, my preference is still to use the import classes of IrScrutinizer that I have extracted into the IctImporter.jar file of about 20Kb rather than use your new stand-alone IctImporter class, so this is what is in the SVN. Is there any great reason for me not do to do? As for Ict export, you ask why I want to do it. Why do you do it in IrScrutinizer if you don't think there is any point in doing so? My sense of symmetry says that as it is a file format in current use, even if a very simple one, and it is supported for import then I would like it supported also for export if it is reasonably easily done. If it is not reasonably easy to do, then so be it.
_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Tue Jun 23, 2020 6:32 am    Post subject: Reply with quote

I found it easy to create my own exporter to .ict file format, so I have implemented this and it is now in the SVN.
_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


Joined: 22 Jul 2008
Posts: 4515
Location: Cambridge, UK

                    
PostPosted: Wed Jun 24, 2020 6:20 am    Post subject: Reply with quote

Barf wrote:
Also, I would propose a Girr export on full RMIR configuration, consisting of a RemoteSet containing one Remote per DeviceUpgrade.

Done. Now in SVN. Menu item File > Export remote as Girr file.
_________________
Graham
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - Software All times are GMT - 5 Hours
Goto page Previous  1, 2, 3  Next
Page 2 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

Powered by phpBB © 2001, 2005 phpBB Group
Top 7 Advantages of Playing Online Slots The Evolution of Remote Control