Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - phenigma

Pages: [1] 2 3 ... 117
1
Users / Re: Possible Q Orbitor Issues
« on: December 06, 2018, 04:36:19 pm »
I have no idea what the current state of qorbiter is myself.  I have one running in my house but haven't uploaded it in some time.  It mostly shows pictures on the kitchen.

Sent from my Pixel using Tapatalk


2
Users / Re: hdmi cec control player
« on: December 03, 2018, 09:27:24 pm »
Yes.  If you want to use CEC control you have to connect the AV Pipes to the HDMI CEC devices.  You shouldn't have the KDL template/device in use at all to properly utilize CEC control.
J.

3
Users / Re: hdmi cec control player
« on: December 02, 2018, 07:31:13 pm »
Reset the pipes to connect to the generic HDMI TV at the correct ports, rather than the KDL device and I would expect input changes to work.  Be sure all the pets are set correctly on the generic HDMI devices as well.
J.

Sent from my Pixel using Tapatalk


4
Users / Re: hdmi cec control player
« on: December 02, 2018, 05:10:35 pm »
What is the KDL device?  It's not in the tree with the RPI HDMI devices and would need to be.  If it's an AV receiver it would need to be added as a generic HDMI receiver for input switching to work.  Even if there is another device template for the receiver it has to be included as an HDMI device in the HDMI control chain under the HDMI TV.   Essentially if it's HDMI you use the generic HDMI template instead of any other device template for the device. 
J.

Sent from my Pixel using Tapatalk


5
Users / Re: hdmi cec control player
« on: December 01, 2018, 02:01:35 am »
It's possible there's a conflict but I haven't tested multiple raspberry pi devices connected to a single TV.  If they're both acting properly they should coexist just fine.  Can you post a screenshot of the device tree of the devices and a screenshot of the connection wizard pipe setup?

Sent from my Pixel using Tapatalk


6
Users / Re: hdmi cec control player
« on: December 01, 2018, 01:09:27 am »
I noticed your using Kodi, if you're using HDMI CEC control on Kodi and it's the same PC that you're trying to do CEC control with then the CEC library software may conflict.  Can you been more specific about which system is doing what?  I'm a little confused about what you have and where.


Sent from my Pixel using Tapatalk


7
Users / Re: Adding zwave lights
« on: November 30, 2018, 03:40:53 am »
I have a lock but haven't successfully paired it with the open zwave library we have.  I'm going to update that but it's a matter of time available.  There 6 in 1 causes me problems where it floods the zwave network after LMCE requests confirmations.  Temp is reported alternately in F and C causing it to report different values everything failing the confirmation.
J.

Sent from my Pixel using Tapatalk


8
Users / Re: hdmi cec control player
« on: November 30, 2018, 03:35:37 am »
The AV pipes are not automatically created for these devices.  For input switching to work you will also have to connect the AV pipes in the connection wizard.
J.

Sent from my Pixel using Tapatalk


9
The way I have build LinuxMCE so far is through packer and vagrant

All my builds are in Virtual Box.  I have one builder with multiple chroots.  I also have an armhf builder (that I need to resurrect) as I need to get the RPi3+ booting.

Docker is probably the fastest method I have tried due to the least overhead

I'm very interested in exactly how you've got this setup and launching.

however compiling pthsem fails in the container.

Mhm.  Yup.

VirtualBox while working, is unusable in my opinion for the size of LinuxMCE. Qemu does work but takes a fair few hours to do a complete build on a quad core under kvm but does work great for compiling and providing a functional test environment in vagrant. To model a LinuxMCE network system, even OpenGL with virgl and networking between systems, netboot, disked md etc. I have found this invaluable tool to test LinuxMCE more. I have used lxc in the past but have not tested this path yet but will do so as these are lightweight like a chroot. VMWare and several others are possible.

QEmu == Ewww, I can agree with that.  Not sure if you're referring to automated 'modeling'/testing of distributed lmce network or the exact specifics.  All my 'live' testing has so far been done using VMWare or VirtualBox and snapshot systems to install/test/revert/repeat.

parallel building

Add 'NUM_JOBS=XX' to /etc/lmce-build/builder.custom.conf to set the number of cores used during the build.

There are obviously some packages that will need fixing due to this change too, some packages will fail when make is invoked as parallel. some linking methods are different, I think --as-needed flag, so some libs will need juggling around with the link ordering, this is where I stopped, I reverted it because I knew it would break trusty and time better spent elsewhere.

Using the above will avoid building anything that fails multi-core builds.

So anyway, back to the original answer a change like this would break pre bionic builds and the only way I see is another branch. Knowing how LinuxMCE deals with this would be useful to move foward.

This is something that needs to be looked into going forward, our current build system is outdated, but it's not as simple as in many projects due to the database system we rely on.

Another option was to look at way to remove pthsem with more updated software that depended on it but it looks like it's used by some core things I cannot test due to lack of knx/eib hardware so that isn't an option currently for me.

Most everything is sacred but the knx/eib stuff has to work.  Everything we do here is supported and enabled by someone that relies on knx and that must be maintained.  Oh... and VDR too ;)

can be made. At the moment I am looking at ways to get my database changes in using this method but I am not going to lie I am struggling with LinuxMCE as you can well imagine.

Right now database changes have to be made by one of a few devs, some that haven't been seen for a while.  Changes in mysql forced updates in sqlCVS that seem to have broken anonymous commits/approvals.  I can work with you to get things input if necessary.

I would like to know more about how you work and how this all fits because I do not want to interfere with current build methods, so I am trying to make this an extension if you like, a wrapper around the buildscripts. I would welcome and help with this I don't want to waste your time the only thing stopping me uploading at the moment is it being so rough and cutting corners but I hope to work these out.

Official builds are all produced on one machine for all i386 and X86_64 builds and all official armhf builds have been made on my armhf builder.  Essentially all our build scripts cater to this primary builder.  I've added lots of speed-ups and I skip many steps in the build process in my chroot environments but that depends on not destroying the environments and knowing how to reset those steps to occur, none of these things are documented anywhere.

P.S. While I think of it, I have just managed to install a hybrid in vagrant with the debs from deb.linuxmce.org, I got access the vm by disabling the firewall in /etc/pluto.conf with a hack in the Vagrantfile but this is hardly optimal so wondered if there was a way to enable ssh access by the cli after apt install lmce-mybrid. the firewall comes up and blocks access so i had to disable the firewall because I don't know how to enable programmatically, the outside ssh access in LinuxMCE settings to stick. Phew. Thanks!

The firewall is severely broken and you're best option is to disable it entirely.

Things are pretty quiet but you might try to join #linuxmce-devel on freenode irc.  I try to get on daily and if I'm around then it can be easier to converse and 'brain dump' ;)

Keep having fun!

J.

10
Do you have any specific examples?  I'm not against this but we do try to maintain compatibility between versions as much as possible.  I work in private branches that get pushed to master once tested across the various versions we have.  There are times when things change enough that code diverges greatly (CEC Adaptor is one I can specifically identify as unable to remain backwards compatible as the libraries have updated.

J.

11
Users / Re: hdmi cec control player
« on: November 18, 2018, 09:30:00 pm »
Yup, that's it.  I use multiple player templates.  Just be sure the port is set properly and commands should be routed accordingly.
J.

Sent from my Pixel using Tapatalk

12
Users / Re: Adding zwave lights
« on: November 07, 2018, 07:58:34 pm »
I don't see why multiple zwave networks wouldn't work.  You would only include certain devices into each network and adjust the controlled by, as you say.  I've not known anyone to do this but it could work.

I think the raspberry pi zwave module is supported by openzwave, but it would not be auto detected by LMCE at this point as no one has attempted to use one that I know of.

J.

13
Users / Re: Adding zwave lights
« on: November 07, 2018, 06:12:24 pm »
I'm glad you have managed to get things working.  I did start an upgrade to the zwave system some time ago but didn't complete it.  Once that is done the openzwave interface should have better knowledge of a lot more devices.

J.

14
Users / Re: Adding zwave lights
« on: November 06, 2018, 06:58:18 pm »
That log is the path to it on the core.  You can check var/log/pluto/89_Light_Switchonoff.log on the MD or the initial location on the core for that log.

15
Users / Re: disk md
« on: October 20, 2018, 04:08:06 am »
And yes, please make a new page!

Sent from my Pixel using Tapatalk


Pages: [1] 2 3 ... 117