Thread: Headunit (Linux/Windows CarPC frontend) + initial screenshots

It's up on sourceforge (http://sourceforge.net/projects/headunit).

If you have problems accessing source through CVS, try (with empty password):

Code:

cvs -d:pserver:anonymous@cvs-pserver.sourceforge.net:80/cvsroot/headunit login
cvs -d:pserver:anonymous@cvs-pserver.sourceforge.net:80/cvsroot/headunit co headunit

Originally Posted by mobileh1

Does this build fine on Fedora Core 2 or did you use anything distro-specific?

I use gentoo, but it should work fine with fedora. Read the INSTALL file for compile instructions. You need to have the SQLite driver for Qt (instructions here: http://doc.trolltech.com/3.3/sql-driver.html#QSQLITE) and make sure your xine-lib was compiled with sdl support. The fedora RPMs may already have these compiled for you, so try it out before you re-compile anything.

Originally Posted by jbors

Amazing.
Whole bunch of rework. Don't know why you took MediaCar as a parent if you haven't used any of MediaCar's code...
Definitelly the way to go, if your graphics level is abstracted then it would be a piece of cake to have it run under DirectFB or something which is making more sense than running X.
Good luck,
Bors/

I really didn't model it after MediaCar. I actually modeled it after feb's brushed metal skin. I figured it would be better to make use of existing skins rather than defining yet another skin format. It means less work for febsperanza. I'm actually going to change over to FrodoPlayer skins since they allow for more functionality than the MediaCar skins. Actually, I will probably use the MediaCar main menu skin and frodo's player and playlist editor skins.

Also, in reality, it wasn't that much work. Qt is a well designed framework that allows for rapid cross-platform code development. Regarding the graphics abstraction layer, basically I am relying on whatever Qt provides. From what I know, I believe that Qt does provide framebuffer support through Qt/Embedded. I'll look into it.

Hiya, glad to see you're getting along well with it

Got a question!!!!

Will it support an External App/GPS App so (as you tested before) I can make/use a windows app such as destinator/ app in MapPoint control?

Originally Posted by stevieg

Hiya, glad to see you're getting along well with it

Got a question!!!!

Will it support an External App/GPS App so (as you tested before) I can make/use a windows app such as destinator/ app in MapPoint control?

That's the plan. In the best case, it will run inside an embedded window, and in the worst case, it will just launch the GPS app in its own window.

Originally Posted by NoPistonPC

That's the plan. In the best case, it will run inside an embedded window, and in the worst case, it will just launch the GPS app in its own window.

Cool, It would be great to be able to, in a transition period be able to utilise some of the little custom apps I've written on the new car pc, and make sure the missus still understands how to use the system

Also what do you think about having an http interface (or some kind of socket interface) for controlling the software from shell scripts and the like that I can fire off from other parts of the system?

EDIT: also just like to say I'm not a fan of X, so FB support would sell it to me!!!!!

NoPiston

I got the files over CVS, but theres no checked in makefile. Was this an oversight or should I make one up?

Thanks

Forget it! My error. duh!

NoPiston

Got it all compiled and running now. One correction to the INSTALL file, it says it s ok to use paths that contain ~ in the headunitrc.

These dont work, they are not expanded (because the shell does that).

So

~daren/mp3car/headunit ***isnt*** valid, but:
/home/daren/mp3car/headunit ***IS*** valid

Hope this helps a little