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 ... 60 61 [62] 63 64 ... 106
Installation issues / Re: LinuxMCE on raspberry pi
« on: February 02, 2013, 08:09:14 pm » has some attempts to get LinuxMCE running on RPi.
Can someone elaborate on why it is not possible to run LinuxMCE on RPi?
Seems like it should.

For some more information check this out:

Currently I have a raspberry pi running as a MD (no AV yet).  DCERouter *could* run on a pi, it would not handle media and orbiter regens would be painfully slow.  I have not built any of the database requirements to run a pi as a core, nor have I worked out an installation path for a core on rpi as I do not see it as necessary.  LMCE needs a beefier system as a core to properly operate.

Or, as hari says, look into agocontrol which is primarily home automation and is intended to run on lower power devices like the Raspberry Pi.


Users / Re: Media list (grid) scroll/page down button on IR remote
« on: January 30, 2013, 09:51:16 pm »
Heres my DCERouter.log as I move up the UI2 menu and select the Audio datagrid.  No Set Screen Type command is sent on my system, I'm using a standard XP MCE remote.


Users / Re: Media list (grid) scroll/page down button on IR remote
« on: January 30, 2013, 08:02:39 pm »
Jason, do you not see this if you open the log and search back to the point where you first opened the grid? you have to go back quite a bit...

Nope, I'm not getting that command.  I will check again but I select enter on the remote to open the grid and then got only 3 more commands, not including a Set Screen Type, as the grid displayed.


Users / Re: Media list (grid) scroll/page down button on IR remote
« on: January 29, 2013, 11:05:06 pm »
Can you verify that when the screen changes from the main menu, to the file list view, that there is a Set Screen Type being sent, and that the destination is your USB UIRT device ?

When the screen changes from the main menu to the file list view I see three commands, a 'Populate Datagrid' and 2x 'Get Datagrid Contents'.  No Set Screen Type command appears to be sent.  I'm tailing DCERouter.log for this info.

This would explain why the ch+/- button commands are being sent to the Media Plugin rather than the Orbiter?  While playing media my media control buttons are not working either, I assume a similar 'Set Screen Type' command is missing there.

This is pretty critical to proper operation by IR remote, I'm going to create a ticket.


Users / Re: Media list (grid) scroll/page down button on IR remote
« on: January 28, 2013, 03:29:59 am »
I need you both to tell me, if there is more than one Infrared Interface connected to your media director, and which one is set as the primary interface (look in Web Admin -> Wizard > media directors).. NOTE: USB Game Pad counts as an IR interface.

I have a single USB-UIRT, a single Windows XP MC Remote and no USB Game Pad devices attached to my core.


Users / Re: Media list (grid) scroll/page down button on IR remote
« on: January 27, 2013, 10:34:41 pm »
Set up the remote that comes with the Zotac AD04 box in LinuxMCE and it works really nicely - the receiver being my new USBUIRT. But my only gripe is that in media lists I have to scroll right to the bottom before I can get the list to scroll. How do I set up a button to page down on the media list?

Any ideas? I've tried the chanup, chandown buttons and, in fact, just about every other button but none seems to do that.

On standard MCE remotes these buttons used to scroll the mediagrids for me, that stopped working with my standard MCE remote some time ago.  Don't remember when.  Haven't worked for quite some time in 1004 imho.  Forgot all about it till now and just tested it.  No scroll with my standard MCE remote.


Users / Re: Raspberry Pi as Media Directory
« on: January 27, 2013, 10:29:00 pm »
Who watches stuff at 720p these days?! ;)

;D 1080P works very well on the pi in my experience!  There used to be some choppiness with DTS audio, not sure the status of that right now, but AAC and AC3 audio both work wonderfully!


Developers / Re: New Device Template (Samsung PN-51E 5-Series)
« on: January 27, 2013, 10:22:09 pm »
Hey Dennis,

I did a lot of playing with that script a couple years ago.  It was converted to create a serialized output rather than a .php script sometime before I started playing with it.  In it's last posted form I believe it was working well.  I have used it to move my device templates from system to system during re-installs many times with great success.  It is not a supported method of submitting/moving devices around right now.

It would be great to have the templates submitted to sqlCVS so they would be available for others to use.  Have a look at:


Developers / Re: Raspberry Pi builder
« on: January 27, 2013, 08:51:18 pm »
Clarifying my omxplayer babbling.

When I speak of creating an omx player device for lmce many people seem to think I am talking about a dce wrapper for the console based omxplayer.  This is not what my intentions are. 

omxplayer is essentially a console interface to a statically compiled omx library.  My intention is to port the player portion to dce so that it is a native device like xine, not a console wrapper like mplayer.

:)  Just wanted to clear that up in case there were any misconceptions about my intentions for the device.


Developers / Re: Raspberry Pi builder
« on: January 27, 2013, 02:34:17 am »
It'd be nice if the last 4-5 remaining bugs would be squashed before SCALE, so we could have a release by then.

Yes!  Yes!  :-D  I'll check and see if there's anything there that's within my reach to tackle.


Developers / Re: Raspberry Pi builder
« on: January 25, 2013, 11:25:47 pm »
yeah, let's just get it working, first. :)

:)  Yes, lets! (waiting for freeze lift...)


Developers / Re: Raspberry Pi builder
« on: January 25, 2013, 11:25:03 pm »
I / we could more than likely implement this method pretty fast if we are willing to give up some features.

Mainly it appears

Other than that, this would be pretty brain dead simple to implement. Maybe I should be less of a snob about this and accept that we cant have everything we want for v1 of a video player on the pi.

I don't think we need to sacrifice anything really.  The omxplayer source is available and it implements seeking entirely via timecodes.  If we base from the existing omxplayer then interface is through a static lib (similar to xine), interfacing would be more like xine using function calls rather than parsing text output like mplayer in slave mode.  lmce's omxplayer source could then be easily updated as additional functionality is added to omxplayer to leverage new features from upstream. <- omxplayer source.  To my untrained eye this looks *easy* to port.

I am completely willing to put the work into this as I have really enjoyed bringing this as far as I have.  My hands are tied until freeze is lifted and new devices can be created and sql2cpp run, etc.  It would also be handy for me to have svn access.  Again, until freeze is lifted there is not much I don't see much I can do on the player.

For reference: read along and let me know if there are any questions, that way I can clarify things. 

There are currently 3 aspects that need further investigation:
  • avwizard mods for rpi - haven't looked extensively at this but it is very doable
  • omxplayer - player/plugin creation - waiting for freeze lift before I can continue on this
  • uboot - kernel parameter passing issue, see wiki


Developers / Re: Raspberry Pi builder
« on: January 25, 2013, 11:24:40 pm »
Is there anything outstanding we need to get it integrated so thats pnp?

Yes.  pnp booting also needs tackling, I have been testing two approaches, in the long run uboot is the preferred method. 

There are two options:
1. uboot network boot (preferred)
  - provides complete pnp
  - no user interaction with sdcard contents
  - dd card image once
  - sdcard contents unchanged
  - move the card to a new PI and a new MD will be created.
  - initial boot kernels and MD kernels fully managed by core
2. standard pi boot (not preferred)
  - mostly pnp
  - dd card image
  - sdcard contents change after initial MD creation
  - move the card to a new PI, user must alter sdcard or re-dd image
  - kernels managed entirely on the sd card
  - initial dd images must be updated as kernels change

I was working towards the uboot functionality but uboot has still not matured entirely on the pi.  I need to take another stab at it but much of the functionality for the rpi is still awaiting merge in uboot.  I have been applying patches to the source for testing.  Kernel parameters do not pass consistently with uboot on the pi.  I believe I know the issue but haven't had a chance to implement/test anything.  Essentially there is missing piece of code that copies the aggregated kernel parameters to memory location where the kernel is expecting them to be.


Developers / Re: Raspberry Pi builder
« on: January 18, 2013, 01:59:16 am »
Trying to resurrect this - phenigma how far has your builder progressed - or is it like me - been on hiatus?


Not sure specifically what you mean by how far my builder has progressed?  I had previously built all the packages for raspbian/armhf and they are up at dropbox for use in sources.list.  It has been a few months since I've done a rebuild of those packages but they work just fine with a 1004 core.  I have been puttering away the whole time.

I have a full MD running on 512MB RPi, photo-screensaver and UI1 with USB-UIRT.  Full MD with screensaver crashes on 256mb rpi.  The only piece of the puzzle that is missing is an omxplayer (a la mplayer_player) to handle media playback on the pi.

MD creation is essentially worked out, I have copious notes and have been working on updating scripts for proper MD functionality with as little alterations to current scripts as possible.  I have been waiting for 1004 release and lifting of feature freeze so I can request svn access and update everything I have here into svn.

Talking with golgo we decided that a UI1 based MD on rpi is the way to go until qorbiter matures more.

So... if there is anything that people could/should try to work on it is an omxplayer for pi mds.  With that we would have essentially complete MD functionality on the rpi.


Now to actually put them to some use...  need to use the knowlege a little.  :)


Pages: 1 ... 60 61 [62] 63 64 ... 106