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 - Esperanto

Pages: 1 [2] 3 4 ... 19
Users / Re: RF remote, gyration replacement
« on: October 31, 2014, 12:55:24 pm »
I have tried several cheap gyro mini keyboards, and found this one ticks all the boxes for me. 14 quid.

Slightly weird is that the buttons are swapped, but when you are using it it kind of makes sense (closer to your thumb). Battery lasts nearly forever. F keys are all there and don't require shift/function to be pressed. Good range. Also has a card slot in case that's useful for you. My only gripe is that it doesn't have a laser pointer, but to be fair it's only the cats who suffer.

thx a lot mate.

I dont think I get the family used to a keyboard thought. Searching for your item I also found a remote that is more like a standard remote:

Maybe that will do a nice job. I also ordered this model.

Keep the suggestions coming.

Users / Re: RF remote, gyration replacement
« on: October 28, 2014, 04:12:45 pm »
If its for a RaspberryPi based MD, why don't you try the latest CEC control that phenigma and tschak implemented?

That remark was more to specify the pricepoint. Also then you lack the airmouse. However for that setup with a tv that supports it it is probably the best and easiest solution. I try to find the best remote price quality wise for lmce instead of just fixing my own situation. I noticed that while having a joggler, android tablet and phone at hand the airmouse (gyration remote) is still the device mostly used; its flexible regarding location but always at hand, almost always charged and fast. Best would be if we can find a device that does the job below well or around the $20 mark. I ordered that remote so will try it when it arrives.

more suggestions still welcome....

Users / Re: RF remote, gyration replacement
« on: October 28, 2014, 07:51:13 am »
I have used Logitech Mini for years with Linuxmce. Great little device. Looks cool and does the job well.

That seems a bit overpriced and over featured. Especially compared to an md price for a rpi ;-). I ordered the first one which is only $14 and will see if it does a better job then the Mele F10

any more suggestions welcome

Users / RF remote, gyration replacement
« on: October 26, 2014, 11:24:02 am »
Anyone already found a proper and affordable replacement for the gyration remotes? My last one is dying and I like to have a comparable replacement. I have a Mele F10 which is not getting close to the gyration in opens and feel.
I also sow the ones below but maybe someone already found a very good solution.....

Developers / Re: squeezelite as an alternative to squeezeslave
« on: October 15, 2014, 07:54:15 pm »
It's not really code just shell script I referred to:

Um?  No.  You can edit the device and describe it any way you would like, just like every other device in the system.
I mean the name squeezelite promotes itself with to the slimserver. That can be the description or whatever. It just a minor change which might help people when debugging.

Heh.  Ok.  I don't see any code or feature patches to support pulseaudio anywhere in the system in trac anywhere.  And since we don't support pulseaudio I will not add specific pulseaudio code until the system supports it.  That being said: Have you even tried it?  Have you put your pulse:sink name in as the output device?  I don't think you've even tried it and from the squeezelite documentation it appears that it should work as is.

I tried that when I created the squeezelite template and launchscript. The only option that is there beside the alsa options is pulse in general:
Code: [Select]
dcerouter_1039929:~# squeezelite -l
Output devices:
  default                        - Playback/recording through the PulseAudio sound server
You can however specify the sink as an environment variable as I did in my launchscript.

Look, I'm getting really frustrated that you that certain people continually complain about things without actually trying to do much of anything about it.  I work *really* hard here *for free* to try and support all kinds of things for people, including things that I don't use like the damn squeezeslave/squeezelite players.   So thanks for testing, I'm glad you're complaining that it doesn't slice and dice and make damn Julien fries at the same freakin' time.  I'm really happy that it's 'working' but not 'properly' becuase it doesn't describe the device to your satisfaction and that it doesn't support an audio subsystem that we don't support at all.

I feel your frustration. I spend just a fraction like you do and all my efforts towards most linuxmce things (like squeezelite) are wasted time since they are not used anyway. Back then I tried to create a separate device for squeezelite but could not get Linuxmce to recognize it as media playable device and stopped trying just because I felt it would end up as not being used anyway.

Since pulseaudio is on the list of wishes of some devs I thought that something small as supporting a pulsesink would not be a problem since it does not influence normal behavior although I understand it has zero priority.

But heeee J.... all your efforts are very much appreciated! We all love ya.  :-*

Developers / Re: squeezelite as an alternative to squeezeslave
« on: October 13, 2014, 03:33:08 pm »
Seems to work!

I still think it be nice if you add a proper description to the devices (maybe even the room). And an optional pulsesink selection. I did both in the code I posted previously (not the room though)

Users / Re: Raspberry Pi as a MediaDirector
« on: September 29, 2014, 05:09:05 pm »
Has anyone tried this using the Banana PI?
1GB RAM, 1GHZ CPU and 1Gb NIC would help with some performance issues. I believe it's compatible, just more expensive.

Yes. It's on the list: Phenigma has one. However the vdpau support is not feature complete yet:

so if someone capable of extending that please do....

An we would welcome LMCE taking our Open Dianemo source and integrating it with the LMCE code base. Yes there would be that approx. 20% that would be DPL but for personal use that would have no impact at all.

What I meant was replace the LMCE parts so that LMCE will be totally open. We already have a personal license.

Looking at the state of the current kickstarter campaign fills me with nothing but sadness. Either something is wrong with what is communicated or it is not communicated through enough channels. Can any of the (linuxmce&dianemo) users here comment why they don't support it and what would make them change their mind and start backing the project???

Developers / Re: Myth MD/Orbiter
« on: September 15, 2014, 01:22:40 pm »
Thank you so much for sharing your feelings.

There is certainly a lot of rudeness floating around. It might even be useful to put something that measures the rudeness and helpfulness of users clearly visible on the forum. Maybe the attitude is the consequence of LinuxMCE being such a beast and having not developers to get it quickly enough to were we all envision it. The people who do put their time and effort in have such a dedication that whatever time others spend is always a fraction of theirs. Even though I totally agree that being nice will get us much further, please try to see it from their side also. (Thinking of how many good devs we might have lost because of rudeness makes me wanna cry....). We can only hope one day the rude also see that its much better to have as many aboard as possible even if they think a bit differently or spend less time. Everybody has their own path and we can use any contribution however big or small.

I hope you can reconsider and think of all the love that must be here to actually get something big as LinuxMCE into being... not everybody around is rude and even the rude must have some good sides ;-)

I understand that you feel you need to protect it. However I don't think that it will really take of quickly if it is not really open. My feeling saids we need some companies like yours or in other areas (and preferably bigger) that really support and push forward the system. I think it's to risky business wise to build on software like this if it is not really open (and no big company supporting it, and even those fuck up most of the time in the long run somewhere). It could work if the base is open (like linuxmce and you have some nice add-ons that make it more smooth but the basic should function.

However since the relative little response here in the community I suppose most here are cheapskates not willing to donate even one penny to make it really open. Never expected it to be that way. The only excuse is that it is not clearly stated that your work will make linuxmce also get rid of the current constrictions (and to me that is also still not clear).

Why should a private entity care if it is PPL or GPL? For Joe Doe the PPL does not put any restriction to the use of LinuxMCE

I thought you are not allowed to supply LinuxMCE installations without a license from Pluto?

That's correct.
Does that mean we will also have linuxmce without any more constrictions? I think that might interest more users here. Any LMCE users interested?

All elements of Open Dianemo which we use and distribute under open licenses (GPL, MIT etc) will continue to be available under these licenses. Some components of Open Dianemo code (yet to be defined) will be released under GPLv3. Key software components (again yet to be defined but likely to be the Athena Orbiter, Athena media layer and other components that support these) will be released under a Dianemo Public License. The Dianemo Public License will enable a free for personal use version (source code will be provided for all components) but restrict a corporation or reseller/installer from taking the code and re-branding it and or selling and distributing it without our consent (gained by paying the appropriate licensing fee).

We hope the above strikes a reasonable balance that allows anyone to do what they want with Open Dianemo personally and if they want to do something commercial then we will have a range of licensing options for those people too.

After all this experience with this beast do you really think that someone that just takes it and rebrands it will last long? I think that if you would get some companies willing to spend the time to get to know this system they will also automatically contribute. If it is GPL they have to. Otherwise why go to them and not go to the people who really understand the product. If it is going to be such a personal license again I am afraid it will be the same strange situation as with linuxmce. In any case stating properly in the proposal what it will be is a good idea I suppose.

Also I wondered what it can mean for Linuxmce. If all pluto parts were to be actually opensource by replacing them with gpl and it would also be integrated into linuxmce than this project would also benefit and linuxmce users might also be interested to donate. Maybe an additional pledge is possible there?

I am not sure if it is possible but maybe some porting of for example the orbiter to linuxmce would also be of value. I suppose the devs can say more about that.

After a quick search on google I did not notice any references to the kickstarter campaign. I think that if you want to really get this going a fresh launch together with a push to some proper news sites/stations is required (maybe you already did that and I just did not find it or they just did not publish it). You really want momentum to get this going and seeing the limited response this far on the forum I think another angle might be required to get the lmce community running ;-)

all the best.

 * the specs of the hardware offered are not listed in the pdf
 * pledges could include more core variations (also be able to include bigger drive)
 * can include MD's and other basic homeautomation stuff so people buy a full experience
 * stretch goals?
 * maybe some kind of closed/paid forum only accessible to paying users. One can get access to when pledging more then an x amount. (this forum can guarantee a response time of one hour during business hours). Also more extensive help documentation can be part of this
 * paid backup option of configuration & database (maybe also of data, donno if that can be done efficiently if multiple users have the same data/media)

30 days seems a short period compared to other campaigns...

Pages: 1 [2] 3 4 ... 19