Quote:
echo 'BUTTONRAW=0x00000006' > /proc/empeg_notify
# wait a second or so, then release it:
echo 'BUTTONRAW=0x00000006.R' > /proc/empeg_notify


Oh, OK .... I assumed (incorrectly) that as 0x000006 (push in) is followed by 0x000007 (release) that the application itself timed the perioud inbetween !

Quote:
And next, using the button you were trying (0x20df03), which is actually the SOURCE button, not MENU:

Me bad, I cut&pasted the wrong line :-) should have been 0x0020DF12, sorry

Quote:

echo 'BUTTONRAW=0x0020df03' > /proc/empeg_notify

Ah, so 32 bits then :-)

Doesnt seem to work properly though. If I send right button push:

echo "BUTTONRAW=0x0020df11" >/proc/empeg_notify

The player sits and skips tracks forever! I tried this just in case, didnt help:
echo "BUTTONRAW=0x0020df11.R" >/proc/empeg_notify

Can you try skipping ahead one track and let me know what I am doing wrong.

To proxy the IR I assume I just write the string and forget but that does not seem to behave ?

http://www.jonshouse.co.uk/broadcastfb_proc.c

I modified the code to do this :
Got 10 bytes from receiving UDP socket [0x0020DF11]
sent BUTTONRAW=0x0020DF11 to /proc/empeg_ir, got 20
sent BUTTONRAW=0x0020DF11.R to /proc/empeg_ir, got 22

Player goes nuts processing the same key over and over, with or without the the extra .R line?

Thanks,
Jon



Edited by jonshouse (28/06/2013 15:15)