LinuxMCE Forums

General => Developers => Topic started by: coley on June 03, 2012, 01:34:43 am

Title: qOrbiter gets some Pi
Post by: coley on June 03, 2012, 01:34:43 am
I've been trying to get qOrbiter ported to the Raspberry Pi.
I've made some progress and you can follow it on the wiki: http://wiki.linuxmce.org/index.php/RaspberryPi
If you have comment, suggestions or advice please post.

Be aware this is prototyping so progress could be forwards as well as backwards :)

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on June 03, 2012, 05:32:50 pm
awesome :) just got qt5 going on my dev box myself.

-golgoj4
Title: Re: qOrbiter gets some Pi
Post by: davegravy on June 03, 2012, 05:59:34 pm
Is the hope to have the pi as a media director, or qorbiter-only type setup (so it can be connected to an in-wall touch panel). Or both?
Title: Re: qOrbiter gets some Pi
Post by: locutus on June 03, 2012, 07:51:55 pm
I see qorbiter as a first logical step, who knows what we can find after that, mine is on its way :)
Title: Re: qOrbiter gets some Pi
Post by: JaseP on June 05, 2012, 04:15:10 pm
Note: The PI's video architecture (like all these ARM class devices) is frame buffer,... Not X-server. I don't know if the MD code is written in a way that can take advantage of a frame buffer based video display tech,... You ought a ask l3me about that...

If you can get MD code compatible with the frame buffer drivers that these devices use,... that opens up a lot of interesting possibilities for inexpensive MDs, including Android ports, maybe even mobile/car MDs that can sever and reestablish their link to the LinuxMCE core, and operate independently when not connected to the core... Hmmmm,... Imagine the commercial possibilities for developers here...
Title: Re: qOrbiter gets some Pi
Post by: coley on June 05, 2012, 08:33:15 pm
yep, I know. There is always NanoX, I've used it before on arm devices.
Rolling our own window manager can remove X. As I see it X is kinda in the way on one of these devices.
Also up and coming QtWayland could be a nice fit, its an addon I might try getting going once q0rbiter behaves on the Pi.
Actually if you check out the QtonPi SD image it has no X installed, and thats what I've started with.
-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on June 06, 2012, 01:44:46 am
Note: The PI's video architecture (like all these ARM class devices) is frame buffer,... Not X-server. I don't know if the MD code is written in a way that can take advantage of a frame buffer based video display tech,... You ought a ask l3me about that...

If you can get MD code compatible with the frame buffer drivers that these devices use,... that opens up a lot of interesting possibilities for inexpensive MDs, including Android ports, maybe even mobile/car MDs that can sever and reestablish their link to the LinuxMCE core, and operate independently when not connected to the core... Hmmmm,... Imagine the commercial possibilities for developers here...


1) I have a job. oddly, linuxmce prepared me for it. linuxmceU: worked for me! but seriously, commercialization is not the point of this.

2) if you hung out with us devs you would probly get a better idea of where this all is going.

3) not going into the rest because its a nice day and why ruin it? ;)

golgoj4
Title: Re: qOrbiter gets some Pi
Post by: PlatypusPedersen on June 06, 2012, 08:39:39 am
4) In-car system was one of the things Pluto talked with some car-manufacturer about...
(Was waiting for Thom or someone else to point it out, but oh well..)
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on June 06, 2012, 02:31:17 pm
4) In-car system was one of the things Pluto talked with some car-manufacturer about...
(Was waiting for Thom or someone else to point it out, but oh well..)

and possibly more realistic with a pi...but we shall see
no pressure coley ;)

-golgoj4
Title: Re: qOrbiter gets some Pi
Post by: coley on June 08, 2012, 01:40:21 am
qOrbiter now loads the familiar home screen after getting its config from the router.
I didn't have a spare usb mouse to test, will try to pick one up tomorrow and see how much further I can get.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on June 08, 2012, 03:48:17 am
qOrbiter now loads the familiar home screen after getting its config from the router.
I didn't have a spare usb mouse to test, will try to pick one up tomorrow and see how much further I can get.

-Coley.

i can only respond with something equally awesome
http://www.youtube.com/watch?v=k-vQKZFF-9s

-golgoj4
Title: Re: qOrbiter gets some Pi
Post by: coley on June 08, 2012, 05:15:10 pm
Doesn't look like I'll get much further tonight
https://bugreports.qt-project.org/browse/QTONPI-13 Mouse support has only recently been added  :(

If I get a chance I'll try a nightly qt5 snapshot or try the debian image.

-Coley.

either way I'll need the qt50-snapshot, actual debian image has older qt5 installed.
Title: Re: qOrbiter gets some Pi
Post by: coley on June 11, 2012, 01:33:06 am
parked work on QtonPi 0.2 image. 0.3 when it is released will have what we need.
Going to focus on a different image with later qt5 install and see how we go.
An Arm hardfp port of debian wheezy has mouse and working qtwayland under qt5 - may give us something interesting.
I just need to get image and toolchain set up :)

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: locutus on June 11, 2012, 02:31:06 pm
are you talking about the Raspbian image?
Title: Re: qOrbiter gets some Pi
Post by: coley on June 11, 2012, 03:20:38 pm
Not specifically no, the two unofficial raspbian images, pisces and hexxeh, both aim to boot to graphical environments.
I'm trying to keep the image as trimmed as possible.
Having said that, assuming this works there should be nothing stopping you running qOrbiter on either of those images.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: locutus on June 11, 2012, 08:25:31 pm
okay im following along, more like muddling along, lol. Just some observations, the line in the wiki that says: "just edit /etc/sysconfic/network-scripts/ifcfg-eth0 and set the ONBOOT option equal to YES and be done with it" needs to say sysconfig instead of sysconfic. I would change it myself but the wiki is not letting me right now.

I had been trying to use my core to cross compile but I believe that it is not possible because of needed libraries that cant be installed on 10.04 because of conflicts. So, I am now setting up a 12.04 VM to try to compile qorbiter.
Title: Re: qOrbiter gets some Pi
Post by: coley on June 11, 2012, 11:24:15 pm
thx for spotting that typo - fixed.

If you are using your core to cross compile it will be fine as long as you don't have another Qt dev environment set up. If you just want to have some Pi then this is fine. If you are trying to compile qOrbiter for other platforms then they won't co-exist. At least not yet, it is their plan to allow it in future.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on June 12, 2012, 01:28:08 pm
locutus - did you get an env set up yet? I saw on another thread you are expecting your own raspberry Pi soon, did you receive it yet?

Meanwhile I've been trying to get qOrbiter running on a more up to date image. I can go with a debian squeeze or wheezy image on the Pi and get them up and running. But the qOrbiter I build with the cross compiler supplied via QtonPi wiki doesn't run on the image - complaints about size differences in objects. I can apt-get update my qt50-snapshot, wheezy is newer than squeeze, so either should have the mouse support I am looking for.
I've installed a second cross compiler - the linaro toolchain seems to be recommended - that is operational via Qtcreator.
I don't have a cross qt5 sysroot set up yet to match the qt50-snapshot on the image. I have't been able to find a pre-rolled one on the interwebs so am in the process of building a suitable qt5 sysroot from git.

Grr.. some isp issue is preventing me ssh'ing into my setup atm, may have to do some work  :P

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: locutus on June 12, 2012, 02:19:27 pm
I did in fact receive it, played quake on it Monday :)
yesterday I moved everything into place for my environment but now is sleep time so later I'll see if qOrbiter will build for me.
Title: Re: qOrbiter gets some Pi
Post by: coley on June 19, 2012, 01:12:06 pm
Right! after a fight ...
 - qt5 cross-compiled for debian wheezy distro from git
 - rPi sys-root from git
 - qOrbiter compiled against freshly baked qt5 and sys-root
 - rPi running debian wheezy
 - More edits to change header files as Qt changed a lot between qt4.x and qt5.0 with their modularisation.

No symbol size mismatches :)

Will report later on how this operates as I'm ssh'd into dev box and rPi so cannot actually test.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on June 20, 2012, 11:19:53 am
A quick update:-
 - mouse support on latest Qt snap :)
 - home screen operates as expected, scenario rows populated as expected.
 - Lighting, I have one zwave switch - light on, light off as expected
 - User selection operates
 - Room selection operates and scenarios re-populate
 - Security, link to camera switches screen but AFAIK this screen isn't complete yet.
And the not so good news
 - Tried media selection - screen won't switch, I get an error trying to switch out of the QML engine thread, specifically:
Code: [Select]
QQmlEngine: Illegal attempt to connect to ListModel(0x14231e8) that is in a different thread than the QML engine
More digging required ...
-Coley.
Title: Re: qOrbiter gets some Pi
Post by: posde on June 20, 2012, 12:38:40 pm
I see progress :D - I am so glad you are doing this... and my pi isn't here yet ;)
Title: Re: qOrbiter gets some Pi
Post by: coley on June 21, 2012, 11:41:02 am
Thanks possy - hopefully I'll get there :)

A bit more progress - Screensaver doesn't segfault any more, but the pics don't display. Effects get loaded and all that side is ok but I'm getting an OpenGL error:
Code: [Select]
QOpenGLFramebufferObject: Framebuffer incomplete attachment.Haven't figured out yet who/what is emitting the error but it results in no pics appearing, backdrop of qOrbiter has changed from blank to black.
Must fire up my qt4.x qOrbiter on my core and do a like for like comparison.
 - Floorplan screens switch in and out - don't know of their functionality
 - security pad screen loads - again haven't tried out functionality.

golgoj4 - is your Readme in qOrbiter up to date in terms of what I should expect to work?

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on June 22, 2012, 01:41:49 pm
Just a quick video taken this morning before work.
http://youtu.be/BewGFJJXZ2A (http://youtu.be/BewGFJJXZ2A) qOrbiter loading to home screen complete with gaussian blurring logo in the background.

Had to move the CPU/GPU memory split to half'n'half to get the screen saver operational.

Now to find out why threading ain't working ...

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on June 26, 2012, 12:32:43 pm
Ok the threading thing seems to be an issue with the new QML engine - will need to find a work around for this.
I've been trying to get my chopped-up code into a reasonable state for svn checkin - to achieve this I have set-up side by side Qt4.8.1 and Qt5.0 for linux plus Qt5.0 cross for Raspberry Pi so I can select any target easily.

There are a boatload of trac# associated with this according to the README - will I create a new one for Qt4.xx -> Qt5.0 port? rather than being specific to the RPi?

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: posde on June 26, 2012, 09:03:27 pm
Coley,

whatever suits you best. I personally would probably create two tickets. 4.8->5.0 and one for rPi. But I am hopelessly anal about these kind of things.
Title: Re: qOrbiter gets some Pi
Post by: locutus on June 28, 2012, 01:44:50 pm
just bought a house so my pi is packed up for now, I was playing with some cool stuff (not qOrbiter) before I packed it up and I hope to make a vid as soon as im unpacked, I have no idea when though.
Also, since i bought a house I now have no money lol so sorry golgoj4 but your pi cant come from me.
Title: Re: qOrbiter gets some Pi
Post by: coley on June 28, 2012, 01:50:42 pm
Coley,

whatever suits you best. I personally would probably create two tickets. 4.8->5.0 and one for rPi. But I am hopelessly anal about these kind of things.
:D #1497 created to handle Qt version transition, will try to keep it rPi agnostic.
-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on July 03, 2012, 05:56:24 pm
golgoj4 do your .pro file changes work for you switching between Qt targets?
what steps do you run?
I cannot get it to successfully compile when I rely on the .pro file to switch.
Do you need to do a make clean and re-run qmake after a switch?

thanks,
-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on July 06, 2012, 02:43:19 pm
golgoj4 do your .pro file changes work for you switching between Qt targets?
what steps do you run?
I cannot get it to successfully compile when I rely on the .pro file to switch.
Do you need to do a make clean and re-run qmake after a switch?

thanks,
-Coley.

Yeah I do need to do a make clean in between. i also use different build output dirs.

-langston
Title: Re: qOrbiter gets some Pi
Post by: phenigma on July 07, 2012, 12:23:41 am
Is the hope to have the pi as a media director, or qorbiter-only type setup (so it can be connected to an in-wall touch panel). Or both?

Havn't been hangin' out online much lately but for kicks I've been playing a bit.  This is a little off topic as it is not qOrbiter related but it is Pi related.

I have 95% of the system built for armel on debian squeeze and one of my Pi's is booting as a disked MD in a test system I have here.  UI1 is functional and working but without accelerated X drivers screen draws are slow.  Audio works great!  Havn't tested video yet but again there is no acceleration as of yet so it may play SD divx files but I don't expect much more than that at this point.  XBMC is achieving half-decent screen updates using the OpenGL ES acceleration on the GPU, they also benefit from accelerated x264 decodes (and a couple others) which play 1080P material very well.  Xine has no current way of hooking into this (not that I've noticed anyways).  I plan to keep experimenting and keep an eye on accelerated X driver development for RPi and Xine.

My experience so far is suggesting that coupling the typical MD software (LM, app_server, etc) with qOrbiter would yeild a great system.  Especially if QT can accelerate video playback.

J.
Title: Re: qOrbiter gets some Pi
Post by: coley on July 07, 2012, 01:55:46 pm
Glad to see there's more than me looking at the Pi and lmce.
What dev environment have you set up? is it a scratchbox type setup?
I started cross compiling some of the pluto libs as their code is currently compiled into qOrbiter, and they'll be needed as libs if any DCE devices are to run on the Pi. But I was messing with too many makefiles and parked it. Then you chimed in :)
I was thinking of the media stuff and probably the best route, correct me if I'm wrong, would be to create an omxplayer device for the Pi as that is specifically built for the Pi and can  make use of the h/w acceleration.

Wheezy seems to be a bit faster according to some reports and also there is a hardfp image of wheezy out there.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: tschak909 on July 07, 2012, 03:50:13 pm
Yup, that would be the best approach. I can provide the technical support needed to create a player/plugin pair for anyone working on this.

-Thom
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on July 08, 2012, 06:57:30 pm
FYI as of this morning i

1) reverted my changes to reflect the current svn checkout
2) created a qorbiter-qt5 dir for qt5 work

Ive done this because the changes are just too dramatic between versions. I appreciate the help people are contributing and I feel like it will make it easier to just work as opposed to having a billion ifdefs and entire classes changing in the same build depending on target. I just feel like this will be cleaner and lend itself to a smoother workflow.

also, normally i dont make unilateral decisions, but its been something thats been bothering me, and it doesnt force anyone to do it this very moment. But please consider checking out the Qt5 dir and moving you changes there if they are qt5 specific as I think  it will be a more enjoyable, less soupy experience.

-langston



Title: Re: qOrbiter gets some Pi
Post by: posde on July 08, 2012, 08:25:50 pm
golgoj4 and coley,

you two are the ones mainly working on qOrbiter and as such are setting the rules. However, I really like to point out, that MOST of the stuff in qOrbiter will be library independent. By creating two different codebases you will introduce a lot of overhead, where bugfixes and feature enhancements which deal with DCE communication and LinuxMCE-specific object creation will need to be done in two places. I doubt, that you will like that very much.

Please reconsider your decision to split trees.

Puh, now I have at least written something down, so IF you find out in two month time, that things do not work out with two codebases, I am able to say: 'I told you so'. IF things DO work out, in our next argument, YOU are able to say: 'Just look at Qt4 vs Qt5 in July 2012, and how it did work out'.

I'd say: win-win situation :D
Title: Re: qOrbiter gets some Pi
Post by: coley on July 08, 2012, 11:08:02 pm
I know the rule around here is normally "he who writes the code writes the rules" but I don't see any need for two codebases. If I did I would have done that from the start and not #ifdef'd the codebase to work on both versions of Qt. Qt have forced our hand with the changes, maybe its too early to try and work with Qt5.0, its barely alpha at this point, potentially still a moving target  :) I know the documentation certainly is!
As qOrbiter matures having two bases with bug fixes and having to patch either stream with new features becomes a nightmare.
golgoj4 if you still want to split Qt4 and Qt5 verions apart, an svn branch might be a middle ground, at least then a merge could bring either branch up to date.
I agree with possy here but as I consider this golgoj4's baby I will work with whatever is chosen.
Discussion welcome.
-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on July 09, 2012, 05:58:38 am
I know the rule around here is normally "he who writes the code writes the rules" but I don't see any need for two codebases. If I did I would have done that from the start and not #ifdef'd the codebase to work on both versions of Qt. Qt have forced our hand with the changes, maybe its too early to try and work with Qt5.0, its barely alpha at this point, potentially still a moving target  :) I know the documentation certainly is!
As qOrbiter matures having two bases with bug fixes and having to patch either stream with new features becomes a nightmare.
golgoj4 if you still want to split Qt4 and Qt5 verions apart, an svn branch might be a middle ground, at least then a merge could bring either branch up to date.
I agree with possy here but as I consider this golgoj4's baby I will work with whatever is chosen.
Discussion welcome.
-Coley.



well the whole moving target is partially why i wanted to move qt5 to its own build sandbox so we could experiment with it cleanly. But i seem to have been outvoted so i guess things go on. But as it stands right now, Im having issues getting the stupid Qt_version_check to work on a consistent basis. Its very odd as it evaluates some blocks right, and others wrong. Leaving me to scratch my head. But what about the qml. All the qml has to be changed to 2.0 or we need to add the old 1.1 into the mix. Hows that gonna work? I spose we can set a flag or something. Im just trying to not get to a place where qOrbiter has more crap to support various versions of qt than actual functionality for the user. However, you did all the work on Qt5 so im willing to follow your lead on this one. 

-golgoj4
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on July 09, 2012, 06:04:39 am
also, just to give some insight into my crazy mind.

Even though qOrbiter is 'released' on android, i consider it pre-alpha software.
This 1st pass is entirely to find out what I CAN do.
The second pass is making it clean.
The compilation of everything into the binary will change. at some point, if its a class, it will become a plugin. meaning libwhatever and used via 'import Dcerouter 1.0'
i really need to read more books on software development!

I am gruff. i bitch. i moan. i complain. and I thank everyone who has patience to deal with all of this when they ask me hard questions about qOrbiter because in the end, it will make it better, even if it requires more thought and patience than a twitter client.

-golgoj4
Title: Re: qOrbiter gets some Pi
Post by: coley on July 09, 2012, 11:28:18 am
yeah I had my fair share of swearing at that version check macro, since it seemed to be the way Qt code itself checked versions I used it. Including <QtGlobal> #defines the macro. The IDE was able to adjust the syntax highlighting, so why the compiler couldn't kept me confused.
As for the 1.0 vs 2.0 in qml I can't seem to find a satisfactory answer, I'm playing around with a few ideas and will see if any bear fruit.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on July 12, 2012, 05:17:40 pm
So did it just magically start working? Environment setting? this is just now working for me at all and i split it up so i could actually compile it. Not finding anything on this in the wild either. can we get a description of the env, because this is really starting to drive me insane.

golgoj4
Title: Re: qOrbiter gets some Pi
Post by: coley on July 12, 2012, 05:42:59 pm
nope - no magic about it.
It worked in some instances and not in others, but once I included the <QtGlobal> header where the macro wasn't behaving all worked fine.
I'll try compilation on diff versions of qtcreator, but don't see how that will impact this macro.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on July 12, 2012, 05:57:17 pm
make clean and re-run qmake between builds
qt 4.8.1 - for_desktop gcc(x86) qOrbiter compiled successfully.
qt 5.0 - for_desktop gcc(ARM) bcm cross-compiler, qOrbiter compiled successfully.

any more info you need from my env?

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on July 12, 2012, 06:30:45 pm
make clean and re-run qmake between builds
qt 4.8.1 - for_desktop gcc(x86) qOrbiter compiled successfully.
qt 5.0 - for_desktop gcc(ARM) bcm cross-compiler, qOrbiter compiled successfully.

any more info you need from my env?

-Coley.


Nope, but I did find something very interesting

(QT_VERSION >= 0x050000) works

(QT_VERSION >= QT_VERSION_CHECK(5,0,0)) - doesnt in some cases.

Very curious behavior! I will keep experimenting to see what the deal is. Thanks for the feedback

golgoj4
Title: Re: qOrbiter gets some Pi
Post by: coley on July 12, 2012, 07:33:03 pm
Yep, that's going to work okay. That's the end result of the macro.
That check was what I was using before discovering the other macro in Qt sources.
Magic numbers never good - have been steered away from them from an early age ;)

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on July 12, 2012, 09:19:34 pm
Yep, that's going to work okay. That's the end result of the macro.
That check was what I was using before discovering the other macro in Qt sources.
Magic numbers never good - have been steered away from them from an early age ;)

-Coley.


Possy pointed me to a regex based example, so I should be able to shift it to a range rather than a selected specific version

-golgoj4
Title: Re: qOrbiter gets some Pi
Post by: coley on July 12, 2012, 10:15:51 pm
Don't know how regex will get you out of that corner, ">=" should cover anything less than 5.0.0.
Its why the bloody macro is failing is the brain tease.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on July 13, 2012, 12:22:48 pm
make clean and re-run qmake between builds
qt 4.8.1 - for_desktop gcc(x86) qOrbiter compiled successfully.
qt 5.0 - for_desktop gcc(ARM) bcm cross-compiler, qOrbiter compiled successfully.
This done again with older qtcreator, so as I thought IDE agnostic.
stumped as to why its failing for you :(

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: phenigma on July 16, 2012, 03:27:58 am
Glad to see there's more than me looking at the Pi and lmce.
What dev environment have you set up? is it a scratchbox type setup?
I started cross compiling some of the pluto libs as their code is currently compiled into qOrbiter, and they'll be needed as libs if any DCE devices are to run on the Pi. But I was messing with too many makefiles and parked it. Then you chimed in :)
I was thinking of the media stuff and probably the best route, correct me if I'm wrong, would be to create an omxplayer device for the Pi as that is specifically built for the Pi and can  make use of the h/w acceleration.

Wheezy seems to be a bit faster according to some reports and also there is a hardfp image of wheezy out there.

-Coley.

Sorry, took off to the cottage after that post.  No internet there.

I setup a scratchbox environment and a 1004 build enironment.  I added configuration files for an armel squeeze build and altered MakeRelease to use the scratchbox environment.  I altered the build database so debian squeeze was used and updated package names in the database that were different/redundant/not required under debian.  Then I altered many makefiles to permit the use of the armel build libraries through a variable, and added the library directories to the variable in the existing build scripts (buildmaindebs) and began building the system.  Then I set about installing the packages for an MD and doing some manual configuration to get the system to boot.  So I am essentially using the standard old build system with scratchbox, database data for squeeze and configs for debian squeeze armel.

I will likely rebuild for wheezy hardfp (probably raspian).  I wasn't aware of omxplayer, sounds like a great way to go.  We can continue this discussion in another thread if you wish, little OT for this one.

J.
Title: Re: qOrbiter gets some Pi
Post by: tschak909 on July 16, 2012, 04:45:37 am
Whomever is ready to write an omxplayer device, let me know, and I will be available to provide a chalk talk in IRC.

-Thom
Title: Re: qOrbiter gets some Pi
Post by: coley on July 16, 2012, 12:17:32 pm
Whomever is ready to write an omxplayer device, let me know, and I will be available to provide a chalk talk in IRC.

-Thom
Thanks Thom, would be interested, my TZ is UTC+1hr if you are trying to line up more than me to listen.
-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on July 18, 2012, 01:49:43 pm
We can continue this discussion in another thread if you wish, little OT for this one.
J.
and new topic started here - http://forum.linuxmce.org/index.php/topic,12689.0.html
Title: Re: qOrbiter gets some Pi
Post by: coley on August 28, 2012, 01:39:42 pm
Going to try and get the latest qOrbiter compiled for Raspbian on Pi, will be interesting to see golgoj4's media player additions :)

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: phenigma on August 28, 2012, 06:11:03 pm
Awesome!  Let me know when you have the build figured out, I would love to *actually* try qOrbiter on my pi...  Oh and we can more or less transfer the build process to the builder then as well.

J.
Title: Re: qOrbiter gets some Pi
Post by: coley on October 05, 2012, 12:11:57 pm
Ok - back to this ...
Got Qt5 compiled and installed to the latest Raspbain (sept) image.
Now to get back to qOrbiter with my freshly baked qmake.

My build of Qt5 kept failing - gcc was running out of mem on my 12.04VM. Switched to my core and tried from there and success :)

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: coley on October 10, 2012, 02:21:04 pm
ok qOrbiter rebuilt
... some header file changes since my last attempt
... some function deprecation going on too

the qt50-snapshot available for the raspbian image via apt-get is out of sync with current qt5 master :( just as well I have that to install :)

hopefully will be back with a bit more once I get it running on Rpi.

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: phenigma on October 17, 2012, 03:54:09 am
Very nice.  http://www.raspberrypi.org/archives/2180 <- new version of the model B shipping with 512mb ram by default now.  Should make running things a little snappier.

J.
Title: Re: qOrbiter gets some Pi
Post by: coley on October 20, 2012, 02:00:43 am
Very nice.  http://www.raspberrypi.org/archives/2180 <- new version of the model B shipping with 512mb ram by default now.  Should make running things a little snappier.

J.
Yep saw that, its good news for no extra cost.
Guess I'll have to get a third Pi now to test the extra mem ;)

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: phenigma on October 20, 2012, 03:02:04 am
Guess I'll have to get a third Pi now to test the extra mem ;)

You and me both.

J.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on October 21, 2012, 01:14:33 pm
So some good news. Got my cross compile env setup working!

The bad news. Apparently, the QAbstractListmodel base class has been modified heavily. To the point of internal functions being re-names or removed. so thats gonna put the brakes on my development speed as I need to refactor a lot of classes.

but its a start!

-Golgoj4
Title: Re: qOrbiter gets some Pi
Post by: coley on October 21, 2012, 02:19:01 pm
So some good news. Got my cross compile env setup working!

The bad news. Apparently, the QAbstractListmodel base class has been modified heavily. To the point of internal functions being re-names or removed. so thats gonna put the brakes on my development speed as I need to refactor a lot of classes.

but its a start!

-Golgoj4
I haven't been back to svn with some of my changes as I couldn't test them, but this change is needed for the clear() functions in all the ListModels.
Code: [Select]
#ifdef (QT5)  //reset() is gone for Qt5
  this->beginResetModel();
  m_list.clear();
  this->endResetModel();
#else
  m_list.clear();
  this->reset();
#endif

-Coley.
Title: Re: qOrbiter gets some Pi
Post by: golgoj4 on October 21, 2012, 05:01:54 pm
https://sphotos-b.xx.fbcdn.net/hphotos-snc7/374118_480766378611128_116944591_n.jpg

thanks for the motivation to stop cryin about it :)

One random threading issue i need to look into, then ill post a video if i can.

Set Top Box UI Design time!!
-golgoj4

Title: Re: qOrbiter gets some Pi
Post by: phenigma on October 21, 2012, 06:22:38 pm
Super sweet!  You guys rock!

J.