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

IrpTransmogrifier: new program/library for IRP protocols
Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8
 
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: 1154

PostPosted: Tue May 19, 2020 9:09 am    Post subject: Reply with quote

Release candidate for 1.2.6 avalable. This contains, among other changes, protocol updates suggested by Graham.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 1154

PostPosted: Mon May 25, 2020 2:15 am    Post subject: Reply with quote

New release 1.2.6!

This release contans a few bug fixes and minor improvements.


Release notes:
Code:

* Checksums (signed in released versions) now reside in files checksums.*. #169.
* Improvements in the main documentation.
* Changes to the Dyson protocol(s), as proposed by Graham Dixon.
* Rename JVC_alt -> JVC_squashed.
* Merged in new documentation for NEC*-f16 protocols from RemoteMaster v2.10 build 8.
* Rename protocol Dysan -> Dyson.
* Fixed inconsequent working of --radix. #167.
* Fix bug in analyze --invert. #163.
* New option --validate in analyze. #166.
* Make the radix prefixes in IrCoreUtils configurable in API. #165.
* Validate --radix command line option. #164.
* Refactor commands. Resolves #162.
* Fix bug in Biphase decoding. #161.
* Improved analyzer command line output for named parameters.


Available here.

Keep transmogrifying!
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


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

PostPosted: Mon Jun 08, 2020 12:24 pm    Post subject: Reply with quote

I am testing a new facility in RMIR to export device upgrades as Girr files, which for example can be imported into IrScrutinizer. I have come across a possible issue with the X10.n protocol. The description for the X10 protocol says of the X10.n protocol that the parameter N is incremented on successive keypresses, running from 0 to 15 (or some lower value). The X10.n IRP specifies its range as N=0..15. As it is not a parameter of the executor, instead being an unusual toggle, should this range be N@=0..15 like other toggles?

This may seem very nit-picking, but it causes my export algorithm to throw an error that N is undetermined. The @ causes the algorithm to know that it is OK for it to be undetermined and so will prevent the error.
_________________
Graham
Back to top
View user's profile Send private message
mathdon
Expert


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

PostPosted: Mon Jun 08, 2020 12:47 pm    Post subject: Reply with quote

Further to the above, trying to test my fix by including
Code:
    <irp:protocol name="X10.n">
        <irp:irp><![CDATA[{40.8k,565}<2,-12|7,-7>(F:5,N:-4,21,-7,(7,-7,F:5,~F:5,21,-7)+)[F:0..31,N@:0..15]]]></irp:irp>
    </irp:protocol>

in my rmProtocols.xml patch file causes RMIR to fail to open, with the error
Code:
org.antlr.v4.runtime.misc.ParseCancellationException
   at org.antlr.v4.runtime.BailErrorStrategy.recoverInline(BailErrorStrategy.java:66)
   at org.antlr.v4.runtime.Parser.match(Parser.java:206)
   at org.harctoolbox.irp.IrpParser.parameter_spec(IrpParser.java:2760)
. . .

Have I got invalid syntax in this?
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1154

PostPosted: Mon Jun 08, 2020 1:10 pm    Post subject: Reply with quote

You are right, there is a contradiction between the IRP and the verbal description. The verbal description would translate to

Code:

{40.8k,565}<2,-12|7,-7>(F:5,N:-4,21,-7,(7,-7,F:5,~F:5,21,-7)+,N=(N+1)%16)[F:0..31,N@:0..15=0]


Any of the protocol expert want to chime in on this?

mathdon wrote:

Have I got invalid syntax in this?

Yessir. A persistent variable ("with @") must have a default, otherwise the parser barfs. As you have seen...
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 1154

PostPosted: Wed Jun 10, 2020 7:35 am    Post subject: Reply with quote

Just checked in a new versions, that has some minor changes in the API.

* Some classes has been moved from org.harctoolbox.ircore to org.harctoolbox.xml. For example, it is now org.harctoolbox.xml.XmlUtils, previously org.harctoolbox.ircore.XmlUtils.
* A few functions now throws SAXException (= broken XML), that previously did not.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 1154

PostPosted: Sun Jul 05, 2020 4:49 am    Post subject: Reply with quote

IrpTransmogrifier 1.2.7 has been released, and is available on GitHub.

Release notes:
Code:

* Add Motorola as alt_name for Blaupunkt, #187. Remove Blaupunkt_relaxed.
* Merged rmProtocols.xml from RemoteMaster commit r1712 as well as r1714.
* Reformatted IrpProtocols.xml using list --dump.
* Now allows attribute xml:space in <irp:documentation>.
* Better check for circular prefer-overs, option --prefer-overs. Resolves #170.
* Recognize NULL as argument to --out.  Resolves #186.
* Improvements in list --dump. #184, #183.
* Remove -v as command line option.
* New option --xslt by decode and analyze. #182.
* API: Fix usage of UnsupportedEncodingException. #181
* Replace option --encoding by separate options for input and output. #180.
* Protocols: Kaseikyo family protocols now "prefer-over"-ed Kaseikyo. #177
* analyze with --tsv: layout fixes.
* New main-class XmlTransmogrifier: allows command line validation, reformatting, transformations.
* Implemented local XML Entity resolver (for accessing common Schemas locally, not over tne net).
* API: new package org.harctoolbox.xml. Some classes relocated to this.
* New option --validate. #173.
* Fixes to the schema irp-protocols.xsd. #174, #172.
* API: New function Protocol.fillInDefaults(Map<String,Long>)
* New option --fatgirr.
* Bugfixes and improvements in analyze --girr.


Also the Girr library has a new release, Version 2.2.7.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mathdon
Expert


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

PostPosted: Sat Jul 11, 2020 12:30 pm    Post subject: Reply with quote

The RMIR version now in the SVN includes changes that enable the export of a device upgrade as a Girr file to represent correctly the toggle behaviour of the exported device upgrade, in particular for executors that support both toggle and non-toggle behaviour of what is otherwise the same protocol. The rmProtocols.xml file has the changes required to uei-executor entries. Some of these may look strange, such as an additional parameters section
Code:
{X=-1,Y=-1,TS=T,T=X-2*Y}

which looks as if it gives T=1. It does on import when processed from left to right, but on export it is processed from right to left. Such entries are carefully constructed to give different behaviour on import and on export. I have also added an RC6-M-24 protocol.

The other change is that I have used the recursive ability of IrpTransmogrifier Decoder to handle Ict imports that are not broken by notes into separate signals. Thank you for drawing my attention to this feature, which I had not previously noticed. I will post a compiled version of this development build so Rob can see if it meets his need.
_________________
Graham
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 1154

PostPosted: Wed Jul 15, 2020 1:59 pm    Post subject: Reply with quote

I have merged all the changes from Graham's rmProtocols.xml, mentioned in another thread.

Available at GitHub in today's snapshot. (However, for technical reasons not yet available in today's snapshot of IrScrutinizer: you have to select it as Options -> IRP protocol data base -> select. )
Back to top
View user's profile Send private message Send e-mail Visit poster's website
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, 4, 5, 6, 7, 8
Page 8 of 8

 
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
Get Smart! the band's official homepage Rockabilly Central