Jump to content
Flirc Forums

Search the Community

Showing results for 'SendIR command'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Flirc forums
    • Skip
    • Raspberry Pi Cases
    • Flirc USB
    • Flirc USB Gen1
    • Jeff Probe

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Location


Interests

  1. Nikotime I got it working with my openelec system. Update the GUI (1.1.7) and firmware to the latest version from a few days ago. Basically I had to enable "detect sleep" function in the advanced section on the GUI. Then I mapped a key to the wake command. I now use the wake button to turn on my machine and a seperate button to shutdown (suspend) my machine. I no longer have any random wake ups. I suspect it has to do with this detect sleep function. Give it a try.
  2. What profile in the gui are you using? The keyboard mapping in the gui is a QWERTY mapping, which might not fit to your regional settings from your system. So you program functions, which might cause unwanted funtionality due to this fact. E.g. you want to program "Z" for a button on your remote, but in fact you get the "Y" key (like on a german system keyboard) bound to the flirc, which interprets a different command. This is only for the full keyboard mapping in the gui. All other templates like xbmc etc are working correct. Furthermore your marantz remote might send untypical remote commands, e.g. you press a button and it sends a command and by releasing the button it sends again the same or another command. You can check this, if you point the remote towards your handy cam and look at the flashing bulb in front of your remote. Then compare this with other remotes, like your sony remote. Is there a difference you can notice?
  3. No problem Brian thanks for the positive feedback. I will have the ability to issue a suspend command with the next release of firmware. I will add media keys, pause/mute/volume up/volume down/eject/suspend etc. I have a handful on my plate, but I would say I'll have a release in the next few weeks. I have most of it done.
  4. Jason - AWESOME customer support. I've installed your latest and was able to set everything up with the XBMC Harmony profile (I'm using Plex actually though). I was also able to program the wake button (where I got an error before). I enabled sleep detection and everything is working perfectly. Right now I have Plex suspend the PC after 15 min if no one has touched it. This works well enough, but has anyone found a way to have Harmony/Flirc issue a suspend command when I hit the Activities off button? Something similar to what I have now where when I start my Plex activity, I have it send the new Wake key. Thanks again! -Brian
  5. Yes I like the harmony profile although i really would really like a wake button. as well as power off button command. These are the last two pieces for me, I assume thats all BrianAz is doing. Happy new year jason. Random sidenote I cannot the get the poweroff command to work, but one step at a time. Harmony one, Windows 7, XBMC
  6. This is exactly what he means and what i'm waiting for too. @calavera: I've also tried some configs to impement this feature in software (importing the keyboard.xml from ATV-XBMC,played aroud with advanced settings.xml and the setup within xbmc) with no luck. So i guess, the dongle needs to recognizing the longpress, to map this action with a second command, which is not implemented in the firmware yet. At the moment,the dongle recognizes a long press as a hold (repeat), so you can e.g. turn volume up or down by hold the button. (Jason,please correct me, if i'm worng) What i have in my mind for the future is, the gui works as follows: - tap a button-> program function as usual. - hold a button-> the gui give a message like "long press recognized. Please choose action:1. Hold, 2. second action I have no idea if this is possible to program for the flirc device, but it would be very nice to have ;) So i whish a happy new year to all the flircers out there, especially for you and your family, Jason! Keep up the good work, this thing is quite amazing!
  7. I just got my Flirc and set it up using the Flirc Profile in the Logitech Harmony One Software for Harmony One. Everything is working great! Even the context and the info menu which was a huge issue for me! I need to configure three more command but I'm not sure how to do them. - Launch XBMC - Close XBMC - Shutdown PC How do I go about doing them? I don't see many updates on this topic since the profile was released in the summer . I've tried using the keyboard short cuts but I'm getting errors left and right of the buttons already being used and such, yet I can't select them in the Harmony software. Any help would be greatly appreciated! This would make my HTPC complete.
  8. I see the conundrum. If you could hold the whole keymap in read/write memory, then I'd say just send the whole thing based on what the user says he wants in the GUI. If you can't do that because it won't fit, then I can see how you came to the conclusion that you did. I do think that an error message that essentially says "Can't delete that key because it's built-in, but it doesn't consume space in the 160 key 'user area'" would be good. It's the faux success that threw me off, not that I really wanted to delete the "1" key in my example. i would prefer Option 2 because I can see the benefit in not having to learn every single command for the common use case, but would also like the opportunity to remap those keys if I want. XBMC is very flexible at keymapping on the app side, so it would be nice to have that same flexibility in flirc. Just make it clear what's being done for the user and what they need to do if they don't like it. As far as distributing flirc_util, I was suggesting that it live somewhere in the flirc.app package, not in the DMG. Like in the "Resources" directory. If the update mechanism updates the entire App package, then you'd get a new one along with the new GUI. You may have to stick it in there manually after you build the app (or maybe not?), but that would keep the GUI and flirc_util app together. Rob
  9. Ah, that makes sense. Yes, I'm using the Harmony profile. If it isn't possible, I'd expect the delete to fail with an appropriate error message :). Maybe you could send a pre-configured set of keys if the user selects it in the GUI, rather than having them live forever in the device. That way, you could start with a known set and change it without wasting space. I'd prefer to be in complete control over what's in the device, but I don't really care as long as it doesn't prevent me from doing something. Incidentally, this helps me understand why sometimes, inexplicably it would work. I must have tried different keys. As far as the command line app, can it just live in the App package for the GUI? Maybe impossible, but that would keep them together. I don't immediately see your email address on the site (forgive me if it's obvious), so I'll submit another support request and that'll have my email address in it. Thanks, Rob
  10. Thanks, Jason. I have my Flirc, but not the remote control that I used to program it (I'm traveling). Rather than mess it up more than it is, I'd prefer to wait until I get home to experiment with it. It will be really helpful to have the command line version of the 1.07 OS X app - I'm usually more confident in the results that I get from the command line than I am with a GUI that's trying to outsmart me :) Rob
  11. Sorry you are having trouble... I don't have a Raspberry Pi to test, so I don't know how much I can do personally, but does the Flirc GUI and command line utility work on your system? Perhaps knowing whether those are working and it's only the XBMC plugin that's failing, or if other elements are also having trouble might make it easier for Jason to narrow down what's missing on your system that is already present on other Linux systems. The Flirc Add-on has been really reliable on my XBMC box, which is an Ubuntu 12.0.4 system. Also, what version of the Flirc software and firmware are you running? And can you pastebin an XBMC log that includes the Flirc Add-on failure? Do you see a failed script error message in XBMC or does it only refuse to connect to your Flirc and otherwise run without error? Thanks!
  12. Hi all- I'm trying to record just the Windows button- just the basic press of the Windows key (between Ctrl+Alt)... It doesn't seem to be listed in the command line record options and the GUI seems to only want me to be able to use it for shortcuts like Windows+R, etc... What am I missing?
  13. Found this link: http://askubuntu.com/questions/107230/what-happened-to-the-ia32-libs-package I was able to get a list of the needed shared libraries using the "readelf" command and started installing some. But it's time consuming to find the package name that provides the desired shared library, and I wonder if the ABIs will be compatible. So I'll manage with flirc_util for now.
  14. Just want to say "Me too". I'm running Mythbuntu 13.10 saucy x86_64, upgraded from Mythbuntu precise 12.04. I am logged in as root when I try to execute ./Flirc, but I get the following error: -su: ./Flirc: No such file or directory But the file is there and if I type: # file ./Flirc I get: ./Flirc: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.0.0, not stripped But if I try to check what shared libraries it needs with the command: # ldd ./Flirc I get: not a dynamic executable I don't have any 32 bit executables to compare to, but running "file" on the typical 64 bit executable says: <filename>: : ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=<long hash code>, stripped Perhaps executables built against GNU/Linux 2.0.0 cannot run on distros using GNU/Linux 2.6.24? FWIW, I just downloaded the zip file 1.0.6 last night, which was dated Dec 18 01:57. flirc_util works, for the most part, more details in a separate thread. HTH
  15. Correct. You have to map a command to the virtual button using myharmony then sync it. Otherwise the button won't send anything when pressed. I haven't checked in on the status of the Flirc harmony profile but last time I checked it didn't allow custom (almost 'placeholder') buttons that the user could map a function to (as existing functions are premapped in flirc firmware)
  16. I never respond when I see posts about Harmony profiles because I don't have one, but I guess I don't see what's stopping you from mapping any unmapped button on your Harmony to the ESC key using the full keyboard view in the Flirc GUI, or the flirc utility's record function from a command line. Does the Harmony not send IR codes on undefined buttons or something?
  17. Hey Jason, I tried pasting what you put above into Terminal but it didn't work - I just got 'No such file or directory' returned I'm not familiar with Unix commands but Googled this command 'open -a /Applications/Flirc.app/Contents/MacOS/Flirc' and used that instead I'm afraid I got the same looking log come up in a window titled 'Flirc quit unexpectedly' The log is at the following link http://pastebin.com/FktWuX42
  18. Greetings. I can now confirm that the Microsoft DVD Remote (original XBOX) won't work properly thanks to the older posts that mentioned it It is very skiddish and most keys will not program at all or if they do they are erratic and seem confused (sends two or more commands and not even the correct key pressed). :( I bought 2 flircs (and would have needed two more) but since this remote doesn't work correctly with flirc, isn't as cool as I hoped. I guess it's my bad for not searching the forums before buying a product that touts "Any Remote". Should have an * on that tag line. Sorry. However, it has the same basic issue using Scientific Atlanta Explorer remotes (model 8300hd and 4250HD ) which is a second strike. :( :( I can get it to work on the tv remotes I have with no problem, but where I need them the most, the controllers lack media control buttons so they are useless with the WAF factor as well. Bummer really. Strike :( :( :( I really thought though my flircs were defective since I tried to program on (2) Win 7 64 PCs and an Ubunutu 32 bit box using 6 different remotes (albeit that 3 were the Xbox, 2 were the 4250HD and 1 was the 8300HDs). I tried beta firmware, Win command line and linux command lines as well. I spent way too much time on something I didn't think to check out - the forums; well, at least in the case of the MS XBOX remote. I was about to give up before I thought to try my crappy TV remotes (Samsung, Mitsubishi and some other generic LCD I have [cheap brand - forget which]) and they all worked. Who woulda thunk it? :huh: Anyway.... To summarize.... FLIRC DOESN'T WORK PROPERLY WITH: original XBOX DVD Playback Remote Scientific Atlanta Explorer 8300HD DVR Scientific Atlanta Explorer 4250HD Cable Box - Optimum Is there any possibility of the MS support increasing? Same for the SA boxes (very popular cable boxes)? Anyway... great product, but for me, not so great to make use of my existing WAF approved remotes.
  19. I am on RC 6 and I am having the same issue. Clear Configuration doesn't do anything. When I try to reprogram keys, it says Button Already Exists. I have also formatted via command line. This renders Flirc completely useless and I barely got it 2 days ago.
  20. While it won't help with your actual request (to save a string to a remote keypress), I may be able to help. I have an HTPC that I RDP into frequently, and was frustrated that, after doing so, I'd have to put in the password again from my couch. So, I created a batch file on the desktop that runs this command: C:\Windows\System32\tscon.exe 1 /dest:console That will disconnect the RDP session without locking the computer. To disconnect, I just double click it. *Note: I have found that sometimes, I have to put in 2 instead of 1 in that command. Haven't figured out why, exactly, but experience tells me it happens. If that happens for you as well, you can just put the command in the batch file twice, once with a 1 and once with a 2.
  21. Unplugged and plugged it back in. Still not working. No big deal as long as I can start it from the command line. Thanks for your help!
  22. I just got my flirc. I'm running 13.10 64 bit. I also cannot load the GUI. How do you start the GUI from the command line? Just typing flirc seems to run the command line utility.
  23. Sounds like you will have to use the Command Line Interface, or yeah just wipe out the whole thing. I'll look for a thread on using the CLI, I have never used it myself.
  24. Hi, how many commands need to be assigned? It should be doable by combining 3 things (I don’t know if this will work or not, but it should): Doing it the way described below does not leak any key press events to any other application we could use the remaining free 'usage page 7' HID commands for that purpose, although that can be considered a hack, as those are undefined and may be redefined to whatever later(unlikely). Those key values don’t generate any high-level key press event, so we define dead keys that will not interfere with existing applications. We will use them later at the RAW device level. look here for free values under usage page 7, everything above 0xE7 seems to be free: http://code.metager.de/source/xref/NetBSD/src/lib/libusbhid/usb_hid_usages use mpris-remote as a MPRIS CLI interface. We need to work out a set of commands that do what we want and note them down. link: http://incise.org/mpris-remote.html As a user daemon we can use Touché, that is designed for exactly this purpose, namely binding otherwise dead keys to useful features: link: https://github.com/GuLinux/Touche We use this program to connect the keys with the mpris-remote commands: Bind the keys at the HIDRAW level to those mpris-remote commands (look at the README below) Touché README (extract, second half is important): mpris-remote: The software is there (except for the Flirc GUI profile, but we can use the CLI to program the Flirc hardware using flirc_util record_api command) We just need to cleverly combine what is available
  25. Budwyzer

    new flirc issue

    The question isn't really What keys do the remote commands convert to, because they convert to whatever button you have selected in the Flirc GUI. The question is, what keyboard command codes is this beta software expecting for (PLAY/PAUSE/RW/FW/STOP) ? These command codes it is expecting may not be the same codes that the Flirc sends as its keyboard commands.
×
×
  • Create New...