Hopefully this is the correct forum for this query on usage of Iscrutinizer. I have searched the forum, google and your your site for details on this. If I have missed it my apologies. I have soem queries and observations for improvements:

A. Scrutiniser remote tab, parametric remote, GC Flex Device, STB Remote. I select capture and can populate the table with 42 Button Presses. Fantastic, works well, much faster than GCs native iLearn app which is quite cumbersome in comparison. The context menu help says "The export button exports the content of the currently selected table ...", however when I select all the entries I get an error message that says "ErroneousSelectionException: Only one row may be selected"?

At present I can only export one line at a time, each to a separate file (for 42 entries this takes a while). Is this the intended behaviour? If so, surely a single output file would be a good (even if optional) selection? I check in the Export tab for anything you could select but could not see anything obvious?

[EDIT]Found a way around it! OK, if I populate the NAME Column, I can export multiple entries (rows) to one file. This was not immediately clear. Maybe update the help/documentation to state that if this column is empty only one row at a time can be exported?

B. When I export (the one line) I get a message which says "Some signals in Export Erroneous". As the message does not clarify which signals were erroneous I originally thought what this meant was that some of the captured code (signals) went awry for some reason. However when I populate the NAME column I get no further error message.

C. I got an error which I thought seemed a bit ugly, when I put something (anything alphanumeric) in the Misc params column (before I populated the NAME column) I get the error below (I assume "Command with empty name" is the actual transgression...). Maybe trap this differently? (or keep mutts like me away from using your really great software!

A. As you appears to have figured out in the end, each command must have a unique name. The reason is that almost all target formats are addressing the commands by name, RemoteMaster, Lirc, Pronto, ... But you are correct, this is unsufficiently documented. Also the error messages are not very helpful.

I cannot reproduce

Quote:

when I select all the entries I get an error message that says "ErroneousSelectionException: Only one row may be selected"?

B. For example, if a signal name contains a space, it is considered "erroneous". Such a signal name is fatal for some export formats, Lirc, C, Arduino,... but not for others, RemoteMaster, ... I guess I should find another solution. Note that the "erroneous signals" are listed to the console. Also note that the message is a "Warning", not an "Error". Cf this issue.

C. "Misc. parameters" means parameters that do not have their own column (D, S, T, F). It is not an alternative Comments column. But again, this is poorly documented, and the error is badly handled. Will fix.

Thank you very much for your feedback. (I do not think about things like handling parse error in Misc. parameter until someone asks...)

Apologies if I sounded like I was knocking your pogram, I wasn't just feeding back . You handle that well; good to see.

Barf wrote:

It is the correct place . You can also create issues on GitHub.)

Sorry, I'm not clever enough for that

Barf wrote:

I cannot reproduce "when I select all the entries I get an error message that says "ErroneousSelectionException: Only one row may be selected"?

There are three places on the Scrutinize Remote Tab you can export, (a) The big button at the top, the right click menu Export and .... Export selected. Each one of those items in Export selected throws an error. HTH.

I cannot reproduce "when I select all the entries I get an error message that says "ErroneousSelectionException: Only one row may be selected"?

There are three places on the Scrutinize Remote Tab you can export, (a) The big button at the top, the right click menu Export and .... Export selected. Each one of those items in Export selected throws an error. HTH.

OK. Only "Export selected" complains for me. This is the intended behavior; export of a selection with more than one selected signal is (currently) not implemented.

The other ones just export everything and ignores the selection. At least for me...

Check out JGirs for a possibility. If you are familiar with Java programming, you can check out the main routines in IrToy.java and harchardware/Main.java; they once did what you are asking for, but for some reason not now. They should only need minimal tweaking to be working again.

Ha, you know what I was doing though ? Selecting everything and using the send selected option. Although I like the idea that you could select a subset of the learned codes and export those - why not? You could argue why would you learn 42 codes and export just 10 but you might want to do that ...

... I like the idea that you could select a subset of the learned codes and export those - why not?

Yes, it would make sense. Yes, it would probably not be extremely hard. Here are some other things that would make sense... Version 2.0.0 (using IrpTransmogrifier instead of IrpMaster and DecodeIR) is on the top of my priority list.

You appear to have built the hardware yourself. Do you have a non-demodulating receiver (TSMP58000)? What is the valie of DEFAULT_CAPTURE_ENDINGTIMEOUT (or DEFAULT_RECEIVE_ENDINGTIMEOUT if you are not using a non-demodulating receiver)?

You can also turn on Options -> verbose; this will print the communication to the console, which is very helpful for troubleshooting.

When I use IrScrutinizer and select the Capturing HW as the Girs Client then Scrutinize remote on every Capture it shows NEC for the Protocol? It should be NEC1 for the remote I am capturing.

If I use the IrWidget I have as the Capturing HW it captures the protocol right as NEC1.

Hi Dean, just in case it helps you investigate, let me explain the difference between NEC1, NEC2 and NEC.

All NEC signals look pretty much the same for the first repeat of the signal (with a few minor exceptions). The difference between NEC1 and NEC2 is that, NEC2 repeats the whole signal, whereas NEC1 just repeats the header and trailer with no data bits. If you get an NEC decode, it just means that the decoder didn't have enough info to differentiate between NEC1 and NEC2. This probably means that it only has the first repeat to look at._________________Rob
www.hifi-remote.comPlease don't PM me with remote questions, post them in the forums so all the experts can help!