Posts by donbrew

    Is lirc installed? How current are the directions you are following, I don't think modprobe is used anymore, maybe systemctl now?

    The new lirc is less than a year old and the internet is full of 20 year old tutorials that no longer work. And the tuts at lirc.org are not totally correct.

    that node error sounds familiar, I can't recall what fixed it. I was fighting with making the GPIO receiver work with Kodi in Raspbian. Gave up.

    I think " systemctl start lircd" is the command, or something like that..

    The TV card is recognized, the ir receiver is not. The eeprom on the TV card is reporting that there is a ir receiver attached to it because it was programmed with that information.

    At least that is my limited understanding. I don't recall trying my hvr-1250 on linux. I can't find the ir receiver.

    Maybe a lircd.conf would do it, I don't know if it uses lirc.

    You are reading the WinTV Support for Linux differently from me.

    Quote


    Installing the WinTV TV tuner on Ubuntu version 14.04.02 For the WinTV-HVR-955, WinTV-HVR-2255, WinTV-HVR-2205 and WinTV-HVR-1955/1975 Notes: - Ubuntu 14.04.2 already includes the 955Q firmware v4l-cx231xx-avcore-01.fw in /lib/firmware - These directions are based on a clean retail version of Ubuntu 14.04.2 Desktop LTS with Kernel 3.16-30.

    If you have 2 different remotes, 1 RC6 and 1 other encoding, you could just use different lircd.confs. If they are both RC6 they are sending the same codes.

    So tell your Harmony it is a RC5 remote and add a RC5 lircd.conf to the one you want to have use it.

    BTW, the built in lircd.conf covers many remotes, so if you only want 1 remote to work you will need to place the specific lircd.conf into /storage/.config; that will over ride the built in one.

    I think your question is a bit confusing, probably why nobody bothered. I hope I helped.

    If you had 2 RF remotes you can set them up the way you want.

    I cannot count the number of times I have seen Microsoft give wrong information or tell someone there is no solution to your problem, the registry is probably corrupted, just reinstall Windows. Never had to do that with Linux or BSD. The range of hardware support may not be quite as broad on Linux, but Windows is a fragile house of cards which breaks easily and often, takes much more effort to fix or troubleshoot, and is infinitely less secure. Like the old saying goes, those who dont understand Unix are doomed to reinvent it, badly.

    What I meant was that the very first result too my search phrase gave me the exact concise answer. Normally there are so many right answers to Linux problems that I can't figure out what to do, or there is no answer. Just take a look at the unanswered questions on any Linux board. Just about every Linux "expert" thinks that the answers are too obvious to discuss.

    I have been trying to understand how to use Linux/Unix/OS9 (Level1/Level2) since 1980. I don't have the time to become an expert, and GoOgle is way to noisy to get a straight answer.

    I just never imagined that a fix to a Linux system could be as easy as adding 3 digits to an unprotected easy to find file.

    Has anyone figured out why the smb config file was changed from default in the first place? It's a pretty odd little thing to change and that breaks access to an entire file system. Also odd that nobody admits that samba is a part of a system, just because "Linux snobs" don't think anybody would ever interface with a "lowly" Windows computer.

    A good reason for the original suggestion is that cron daemon does not automatically sync to the actual time it syncs to the kernel build time.

    My Pi 1B does have ntp set up and the system time zone is correct and it is connected to a wired network and displays the correct time. But "systemctrl status cron" returns:

    [0;1;32m●[0m cron.service - Cron daemon
    Loaded: loaded (/usr/lib/systemd/system/cron.service; disabled; vendor preset: disabled)
    Active: [0;1;32mactive (running)[0m since Thu 2016-09-29 16:28:34 EDT; 1 day 17h ago
    Process: 249 ExecStartPre=/bin/mkdir -p /storage/.cache/cron/crontabs (code=exited, status=0/SUCCESS)
    Main PID: 265 (crond)
    CGroup: /system.slice/cron.service
    └─265 /sbin/crond -f -S

    Sep 29 16:28:33 LibreELEC systemd[1]: Starting Cron daemon...
    Sep 29 16:28:34 LibreELEC systemd[1]: Started Cron daemon.
    Oct 01 10:22:33 LibreELEC crond[265]: [0;1;31mtime disparity of 2513 minutes detected[0m


    the time that the kernel was compiled as not agreeing with the system time. I had do "systemctl restart cron" to get cron to work, after that it continues working after reboot.

    That has happened at least twice on fresh installs and after many reboots over several weeks.

    I suppose that makes it a Linux problem not a Kodi problem, but it is annoying that nobody has noticed it besides myself.

    I'm used to figuring out typos in linux like situations. Remember the "type your own program" magazines? I had a COCO3 with OS9 (something like UNIX) you had to type your own, then figure out who had the fat fingers.

    Typing was easier than downloading a file at 300 baud onto a cassette tape and then debugging it. Helloworld.sh could take an hour.

    And figuring out which path to a file in a modified OS to use is a pain, how are you supposed to know which sym link to use for which program?

    The weird thing is system time was right. It was Cron had the wrong time.

    I had a similar problem in the way back with NPVR not recording, that one was because the PC BIOS clock somehow reset itself to the wrong time, but the NPVR guide had the correct time. I never figured out how that happened and the same PC has been running without any problems for several years since.