New way to get MCE Remote signals in EG (for Vista/Win7)

[oridanus]

thanks jitterjames, it emulates the XP behavior pretty good.
another issue

another issue I seen is that when you "blast" some IR from the blaster , unknown events are fired. for example:

ON
Microsoft MCE Remote - Vista/Win7: Transmit IR: 0000 0070 0000 0025 014F 00A5 0016 0014 0014 0014 0016 0014 0016 0013 0016 0014 0016 0013 0016 0014 0014 0014 0016 003D 0016 003D 0016 003D 0016 003D 0016 003D 0016 003D 0016 003D 0016 0014 0014 0014 0016 003D 0016 0014 0016 003D 0014 0014 0016 0014 0014 0014 0016 0014 0016 003D 0014 0014 0016 003D 0016 0014 0016 003D 0014 003F 0014 003F 0016 003D 0014 05EF 014F 0051 0016 0DE5 0009 0E75
MceRemote.Unknown.44C
MceRemote.Unknown.40
MceRemote.Unknown.BFAABFAA6FFFBFFF8

and these events double the IR blasting.
do you know how to get rid of them?

thanks very much for the help and the patience.

[stottle]

I would guess that the blasted signal is being seen or reflected back to the MCE receiver. If you cover up the blaster, do the "noise" events still show up?

If not, the best bet would be to try to reposition the blaster to try to minimize any signal that hits the MCE Receiver.

Brett

[oridanus]

it seems that you are right - when I aim another remote to the receiver , unknown event occurs.

but even if I cover the reciever the same unknown events come up - it seems like every time the blasters do something they let me know by sending unwanted events.

is there a way to ignore Unknown events?

[stottle]

You mean besides just not paying attention to them?

The problem is that EG doesn't know what they are (or that they are unknown) until it processes them. And because we consider it a benefit that the new service handles more than just MCE codes, we need to look at pretty much all of them. Some unknowns are valid signals from remotes EG doesn't know how to decode, so many users have unknown events triggering actions, too.

In theory, it would be possible to have a setting to just not trigger an event if the code is unknown. Again, it would need to be a setting, since there are definitely users who want to see unknown events. Also, this would need to be done in the core of EG, my plugin doesn't control whether the event is sent or not, and there haven't been many changes to the core recently.

Brett

[oridanus]

I understand, and I would ignore them if I wouldn't think they causing trouble ...

the problem is when I run macro like this :

<?xml version="1.0" encoding="UTF-8" ?>
<EventGhost Version="1194">
<Macro Name="sleep" Expanded="True">
<Event Name="MceRemote.Mce.Pound" />
<Action>
MCE_Vista.TransmitIR(u'0000 0071 0000 0024 014A 00A5 0016 0012 0016 0014 0014 0014 0016 0014 0014 0014 0016 0012 0018 0012 0016 0014 0014 003E 0014 003D 0018 003D 0014 003E 0014 003D 0018 003D 0014 003E 0014 0014 0016 0012 0016 0014 0016 0014 0014 0014 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 003D 0016 003D 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 05E0 014C 0051 0016 0E54', 0)
</Action>
</Macro>
</EventGhost>


and I fire it with MceRemote.Mce.Pound

I get a log like this:

MceRemote.Mce.Pound
sleep
Microsoft MCE Remote - Vista/Win7: Transmit IR: 0000 0071 0000 0024 014A 00A5 0016 0012 0016 0014 0014 0014 0016 0014 0014 0014 0016 0012 0018 0012 0016 0014 0014 003E 0014 003D 0018 003D 0014 003E 0014 003D 0018 003D 0014 003E 0014 0014 0016 0012 0016 0014 0016 0014 0014 0014 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 003D 0016 003D 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 05E0 014C 0051 0016 0E54
MceRemote.Mce.Pound
sleep
Microsoft MCE Remote - Vista/Win7: Transmit IR: 0000 0071 0000 0024 014A 00A5 0016 0012 0016 0014 0014 0014 0016 0014 0014 0014 0016 0012 0018 0012 0016 0014 0014 003E 0014 003D 0018 003D 0014 003E 0014 003D 0018 003D 0014 003E 0014 0014 0016 0012 0016 0014 0016 0014 0014 0014 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 003D 0016 003D 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 05E0 014C 0051 0016 0E54
MceRemote.Unknown.545FD41FF6B9352BC010

something triger the macro twice , probebly its not the unknown events, because it come in the end.
so what am I doing wrong?

thanks.

[jitterjames]

Are you sure it's not because you are holding the button down too long?

btw, I've mentioned this before, but let it go since it's not really causing any problems for me, but I get a bunch of random looking events fired after I do a blast, and it happens even when I have to transmitters plugged into the blaster ports. So it seems it's either something that's happening in software, or my unit is generating stray signals when it shouldn't.

the difference is that the events I get look like 'noise', and not a repeat of the event triggering the blast, or the blasted signal.

[stottle]

@oridanus-

Could you try creating a macro that has nothing to do with blasting (maybe OSD or something) and associate it with the # key (you'll need to disable the transmit macro as well)? My guess is that it will run twice, and that symptom has nothing to do with blasting.

The MCE remote has two codes for the same button, and it toggles between the two. The IRDecoder has been handling that pretty well, but maybe your remote is different than what we've seen in the past?

@jitterjames/all-

I don't see this in my testing, and since you've "hacked" together your own blaster, I'm going to assume that is the cause of your noise. That is, until others say they are having the same problem. To be clear, the problem is: running a transmit macro - with no transmitters connected - results in random unknown events occuring. So if others have that problem, let me know.

Brett

[oridanus]

@Brett

I created this macro :

<?xml version="1.0" encoding="UTF-8" ?>
<EventGhost Version="1194">
<Macro Name="sleep" Expanded="True">
<Event Name="MceRemote.Mce.Pound" />
<Action>
EventGhost.ShowOSD()
</Action>
</Macro>
</EventGhost>

and it fires well , just one time . see the log:

MceRemote.Mce.Pound
sleep
Show OSD


the double event occurs from the same event.
if I run the macro :

<?xml version="1.0" encoding="UTF-8" ?>
<EventGhost Version="1194">
<Macro Name="sleep" Expanded="True">
<Event Name="MceRemote.Mce.Pound" />
<Action>
MCE_Vista.TransmitIR(u'0000 0071 0000 0024 014A 00A5 0016 0012 0016 0014 0014 0014 0016 0014 0014 0014 0016 0012 0018 0012 0016 0014 0014 003E 0014 003D 0018 003D 0014 003E 0014 003D 0018 003D 0014 003E 0014 0014 0016 0012 0016 0014 0016 0014 0014 0014 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 003D 0016 003D 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 05E0 014C 0051 0016 0E54', 0)
</Action>
</Macro>
</EventGhost>

I get a log like this:

MceRemote.Mce.Pound
sleep
Microsoft MCE Remote - Vista/Win7: Transmit IR: 0000 0071 0000 0024 014A 00A5 0016 0012 0016 0014 0014 0014 0016 0014 0014 0014 0016 0012 0018 0012 0016 0014 0014 003E 0014 003D 0018 003D 0014 003E 0014 003D 0018 003D 0014 003E 0014 0014 0016 0012 0016 0014 0016 0014 0014 0014 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 003D 0016 003D 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 05E0 014C 0051 0016 0E54
MceRemote.Mce.Pound
sleep
Microsoft MCE Remote - Vista/Win7: Transmit IR: 0000 0071 0000 0024 014A 00A5 0016 0012 0016 0014 0014 0014 0016 0014 0014 0014 0016 0012 0018 0012 0016 0014 0014 003E 0014 003D 0018 003D 0014 003E 0014 003D 0018 003D 0014 003E 0014 0014 0016 0012 0016 0014 0016 0014 0014 0014 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 003D 0016 003D 0016 003D 0016 0012 0016 003E 0014 0014 0016 003D 0016 05E0 014C 0051 0016 0E54
MceRemote.Unknown.104


And you see in RED that it somehow fires the same event after Transmiting the IR.

[jitterjames]

@jitterjames/all-

I don't see this in my testing, and since you've "hacked" together your own blaster, I'm going to assume that is the cause of your noise. That is, until others say they are having the same problem. To be clear, the problem is: running a transmit macro - with no transmitters connected - results in random unknown events occuring. So if others have that problem, let me know.

Brett

that's correct, but the fact that I've "hacked" my own blaster is not relevant because it happens when no blaster cable is connected to the transceiver at all! In other words, when both blaster ports are empty, with nothing plugged into them.

Could it just be the red indicator light that goes on during a blast that is generating some kind of IR?

[stottle]

I think the plugin is in pretty good shape, which is good, but means that these problems become much more difficult to troubleshoot. The only thing I can do to help with these problems is add a bunch of tests to the code (potentially the service, the plugin and EG's core) to tell exactly what's going on, and where the problem is showing up. And even then, the IR device (in jitterjames case) could be the problem and I have no way of telling what is going on internally.

I'd like to get a new version of the service out, one that includes more internal diagnostic output. I will try to get some more troubleshooting into the code at the same time. But I don't know when I'll have to time get to that.

In anyone else has more troubleshooting suggestions in the meantime, please throw them out.

Thanks,
Brett

[oridanus]

Thank you Brett for all the efforts and the contributing.
keep up the good work.

waiting for updates.

[jitterjames]

I'd just like to clarify that the plugin is working great for me and fullfilling all my needs. I am only posting my sympotoms in case they can help to diagnose more serious problems that others may be having.

Thanks for all you hard work up to now.

[asafloz]

Hi ,
I am using Win7 32 bit ,
the EG can't see any event press by my MCE remote although I installed AlternateMceIrService,
I am using last EG version and disable the entire Win7 secruity,
I check windows event and I see the following :
"An error has pccurred(FAILED to open MCE IR Device (searched all devices in MceIrOpenUsbDongle failed with (259) No more data is avaiable "

I tried to find a solution and didn't sucssess yet ,
Is there any easy step to fix this problem ?
I need the EG working under Win7

Thanks.

Asaf.

[stottle]

The service has a couple of UUIDs it looks for to find MCE IR receivers that are installed. If you get that message it means that all of the USB devices have been checked and no receiver was found.

There are several possible reasons:
1) What receiver (make/model) are you using? If it isn't recognized as an MCE Receiver, you will get that message.
2) The Windows drivers for the MCE Receiver aren't installed (driver installation should be automatic, though).

I'm not sure what else could cause this, but let's take care of the obvious first. Please let us know what receiver you have. Also, please make sure the remote works if you uninstall (and reboot), then press the number keys on the remote with Notepad.exe as the front app. If properly installed, the remote should add numbers to the notepad document.

Brett

[asafloz]

I am using sunwave src-2200 (you can google it - it should suppot MCE) ,


I will un-install the driver and will let you know if i can write in notepad ASAP.
Thanks alot.