Jump to content
Flirc Forums

matt_garman

Members
  • Posts

    12
  • Joined

  • Last visited

Posts posted by matt_garman

  1. Log is attached.  What I did: reboot computer (figured best to start clean).  Started "Flirc" GUI program, did File->Device Log and Enabled IR debugging.

    Then, within Kodi, I pressed the right arrow only, fifty (50) times.

    Even after I was done pressing the arrow key, the log continued to fill... I watched it for maybe a minute or so, thinking it would eventually stop, but it never did.  So I saved it.  Log file clocks in at around 8000 lines (hence the gzip).

    Hopefully this is helpful!

    Thanks!

    flirc_debug.20170719.txt.gz

  2. Not sure if this is even doable, but I thought I'd ask...  Rather than presenting itself to the OS as a keyboard, what if FLIRC presented itself as a generic serial device, and just passed the IR signals on to the OS?  In the past, I've done exactly this with this device: USB-UIRT.  Under Linux, the USB-UIRT shows up as a serial device (typically /dev/ttyUSB0).  It's a "dumb" device in that it just passes the IR signals to the OS, so it's the OS's job to do something useful with them.  Under Linux, you do this with LIRC.

    In my mind, for the FLIRC, I envision this as an "unsupported warranty-voiding community-support only advanced mode".  You'd have to use the CLI tool to convert the FLIRC device to act in this manner.  But as long as LIRC could recognize the signals, you have a much more generic device.

    There's no shortage of DIY plans for building a USB-UIRT equivalent, for not much money.  As much as I love DIY electronics projects, if I could get the same result out of the box for $23 (i.e. FLIRC), I'd be really happy.  :)

  3. 2 hours ago, jason said:

    Sorry, I don't see this, and there is no reason to be so mean. No team here, just one person and I don't ever have 3 consecutive days. Filed tax extensions, haven't even filed yet. I work 7 days a week.

    I don't think that was mean---I did show steps for others to use as a workaround until the repos are fixed.  Clearly it's been an issue for some folks for over a year.  For what it's worth, I have a close friend who had similar issues with the RPM packages.  He told me he had a dialog with you via direct email, where he offered to help re-package your RPMs and fix your repos.  You agreed to the help; he said, "OK, what next?" and you never replied.  Point is, you did have an opportunity to have a team.  I appreciate that you are busy.  But my opinion remains: I am completely sympathetic if you don't have time to make the Linux experience as polished and turn-key as on Windows, but you owe it to your customers to advertise accordingly.  As a 20-year Linux user I am used to this: with much hardware, Windows support is a given, and Linux support varies from "not at all" to "best-effort" or "community support only".  But the way FLIRC is currently advertised, it comes across as Linux support being the same as Windows: you have both deb and rpm repos, and a failsafe distro-independent/statically-linked Linux failsafe program.  According to my friend, the RPMs are broken; clearly the apt repos are broken for at least some of us; and the failsafe is not working for me either (see above).

    Anyway, in your example above you are doing an upgrade, which implies you already have a working flirc package on your system.  Can you apt-get remove flirc, then comment out the line in your sources.list file, and then run "apt-get clean"?  The latter will clean out your apt/dpkg cache.  At this point I believe your system should be in a state similar to what mine is: effectively no knowledge of the flirc software.

    Now un-comment the line in sources.list, and just run "apt-get update".  This command will just refresh the package index/cache.  I suspect this should fail the same as it did for me and others in this thread.

    On the other hand, if it works, then I suspect it is a nuanced difference between various distributions' apt repository requirements.  Can you tell me exactly what distribution and version you are using?  I am guessing Linux Mint... I'm going to install 18.2 XFCE 64bit in a virtual machine and see if the repo works for me.

    Edit: I just did a fresh install of Linux Mint 18.2 XFCE 64bit.  I added "deb http://apt.flirc.tv/arch/x64 binary/" to my /etc/apt/sources.list file.  When I ran "apt-get update", I got the same error I posted above.  I now have more confidence that if you do as I suggested above (remove flirc, remove flirc repo, clean your apt cache, then re-add the repo), you'll be able to reproduce this.

     

  4. 11 minutes ago, jason said:

    don't hold the remote so close to the flirc. Even when you record it, you have to point it away from flirc, flirc is too sensitive. Try running as sudo.

    The same thing happens when the remote is 10 to 15 feet away from FLIRC.  I put it close because I thought it might be a signal strength/integrity issue.

    When you say "try running as sudo", run what under sudo?

    To be clear, the general programming (i.e. the Flirc tool) worked just fine.  I was able to successfully program both the Simple and Kodi profiles.

    The issue is when trying to actually use it under Kodi.  To add more detail, it's very inconsistent.  A few button presses might work as expected, but then another might take 10 or more presses to actually do something.  Only once have I seen a queue-type behavior, where I press the button multiple times, and the GUI delays then catches up.  Typically it as though the button press is ignored or not captured.

  5. On 7/2/2017 at 11:24 PM, jason said:

    I'm sorry, although fairly easy, this is probably a good 2-3 days of effort. I'll get to this soon. I'm working on a major release. sorry for the trouble.

    You've been working on the major release for over a year?

    I get the same error with the apt repo:

     

    W: The repository 'http://apt.flirc.tv/arch/x64 binary/ Release' does not have a Release file.
    N: Data from such a repository can't be authenticated and is therefore potentially dangerous to use.
    N: See apt-secure(8) manpage for repository creation and user configuration details.

     

    The distribution-independent binary also did not work for me:

     

    matt@host:/tmp/release/linux$ md5sum ~/Downloads/Linux_Release.zip
    652ca37b1a68cd031689835a4a566b2a  /home/matt/Downloads/Linux_Release.zip

    matt@host:/tmp$ unzip ~/Downloads/Linux_Release.zip
    Archive:  /home/matt/Downloads/Linux_Release.zip
       creating: release/                                                          
      inflating: release/51-flirc.rules                                            
      inflating: release/index.html                                                
       creating: release/linux/                                                    
      inflating: release/linux/Flirc                                               
      inflating: release/linux/flirc_util                                          
      inflating: release/markdown.css                                              
      inflating: release/release_notes.md  
       creating: release/rpi/
      inflating: release/rpi/flirc_util                                            

    matt@host:/tmp$ cd release/linux/                                            

    matt@host:/tmp/release/linux$ ls                                             
    Flirc  flirc_util                                                              

    matt@host:/tmp/release/linux$ md5sum ./Flirc                                 
    67d51752dea950f8e7e0bd90c48fa88e  ./Flirc               

    matt@host:/tmp/release/linux$ ./Flirc                                        
    -bash: ./Flirc: No such file or directory

     

    I'd argue it's bordering on false advertising when you say "Linux support"... Yet the Debian/Ubuntu repos don't work, and neither does the supposedly failsafe static build.

    Here's how I got this working, for anyone else who is similarly frustrated.  I'm running Ubuntu LTS 16.04.2:

     

    $ cat /etc/os-release                                       
    NAME="Ubuntu"                                                                  
    VERSION="16.04.2 LTS (Xenial Xerus)"
    ID=ubuntu
    ID_LIKE=debian
    PRETTY_NAME="Ubuntu 16.04.2 LTS"
    VERSION_ID="16.04"
    HOME_URL="http://www.ubuntu.com/"
    SUPPORT_URL="http://help.ubuntu.com/"
    BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"
    VERSION_CODENAME=xenial
    UBUNTU_CODENAME=xenial

    $ cat /etc/debian_version                                   
    stretch/sid

     

     

    I downloaded the deb file explicitly, specifically http://apt.flirc.tv/arch/x64/binary/flirc_2.5.1-1_amd64.deb

    There are a number of dependencies required.  So I installed them all manually:

     

    $ sudo apt-get install libhidapi-hidraw0 libqt4-network libqt4-svg libqt4-xml libqtcore4 libqtgui4 libqtdbus4 libmng2 libqt4-declarative qtcore4-l10n libqt4-script libqt4-sql libqt4-xmlpatterns

     

    After the dependencies were installed, I could install the flirc deb directly:

    $ sudo dpkg -i flirc_2.5.1-1_amd64.deb

     

    I hope this info helps others.  But I also hope it doesn't justify further delaying the fix for the repos.

     

  6. FLIRC USB Firmware v4.1.1.  Remote is an Acoustic Research ARRS05G.  Using the Kodi profile.

    OS is Ubuntu LTS 16.04:

    matt@host:~$ cat /etc/os-release 
    NAME="Ubuntu"
    VERSION="16.04.2 LTS (Xenial Xerus)"
    ID=ubuntu
    ID_LIKE=debian
    PRETTY_NAME="Ubuntu 16.04.2 LTS"
    VERSION_ID="16.04"
    HOME_URL="http://www.ubuntu.com/"
    SUPPORT_URL="http://help.ubuntu.com/"
    BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"
    VERSION_CODENAME=xenial
    UBUNTU_CODENAME=xenial

    matt@host:~$ cat /etc/debian_version 
    stretch/sid

    Whenever I press a button on the remote, I'd say there's maybe a 20% chance it is recognized.  In other words, it seems most button presses are ignored.  This is with the FLIRC USB device plugged into the front of the PC, and me standing right in front of it, with the remote only a few inches away.

    Using a (wired) USB keyboard, all button presses work immediately as expected.

    I'm using Flirc v2.5.1, from Deb package flirc_2.5.1-1_amd64.deb (md5sum: 4ac86479eae26df57a676e9674bb699e).  Simply running Flirc and then exiting prints this out to the console:

    matt@host:~$ Flirc                                                           
    Can't load 'test.ini'                                                          
    00: ff ff ff ff ff ff ff ff ff ff ff ff              ............              
    00: ff ff ff ff ff ff ff ff ff ff ff ff              ............              
    00: ff ff ff ff ff ff ff ff ff ff ff ff              ............              
    00: ff ff ff ff ff ff ff ff ff ff ff ff              ............              
    00: ff ff ff ff ff ff ff ff ff ff ff ff              ............              
    Object::connect: No such signal QCheckBox::currentIndexChanged(int)            
    [D] lib/libflirc/flirc_driver.c fl_major_version(387): something bad happened

    That "something bad happened" doesn't inspire much confidence.

     

×
×
  • Create New...