Headunit (Linux/Windows CarPC frontend) + initial screenshots

**NoPistonPC** · 07-09-2004, 06:35 PM

Originally Posted by cyber

actually QT itself didn't give me any errors...I only got the error about QSQLITE not being found when I tried to run headunit-0.1

cyber make sure your have sqlite.h in your /usr/include and libsqlite.a in your /usr/lib. That means sqlite was installed properly. Also try changing the -plugin-sql-sqlite flag to -qt-sql-sqlite. That will compile in SQLite support directly into the qt library instead of a separate plugin.

also, you can compile the plugin separately like this:

http://doc.trolltech.com/3.3/sql-driver.html#QSQLITE
NOTE: you may have to change that qmake command to this one instead of the one they tell you to use:
qmake -o Makefile "LIBS+=-lsqlite"

if that fails, try copying this file into your /usr/qt/3/plugins/sqldrivers directory:

libqsqlite.so

If all else fails, then you can still use mysql like mobileh1 suggested. But, that would mean having to run a separate sql server process, etc...

**mobileh1** · 07-09-2004, 11:43 PM

NoPiston has it pretty much covered there. I guess you are still having troubles.

I rpm --erase'd all the qt* packages,
then downloaded the source
configured it, as you did (cyber)

it built fine, then I did a make install, making sure I installed to the old $QTDIR.

By default FC2 installs to /ust/lib/qt-3-3, where as the source will build to /usr/local/qt

make sure you either change the install directory or change your QTDIR or simply copy the files from the source build area over FC2's area (basically each and every file/directory in /usr/lib/qt3-3).

This works fine, I just did the above (well a few hours ago because QT isnt the fastest thing to build).

I bet you have the plugin now, but not in the right place.

Do the following:

[daren@lewis daren]$ ls $QTDIR/plugins/sqldrivers/
libqsqlite.so libqsqlmysql.so libqsqlodbc.so libqsqlpsql.so

make sure you see libqsqlite.so, if you dont, have a look using:
find /usr -name libqsqlite.so -print

As NoPiston said, it all boils down to having the libqsqlite.so so that'll get you out of trouble.

I switched to sqlite to make sure there were no problems, its much slower than mysql, but perfectly fast enough. QT adds an enormous overhead to the database load though.

NoPiston (if your still reading this). Its much faster to have the sql written to a file, then 'run' the file with a sql load tool (sqlite will be fine). I measured 8x faster peformance doing it that way. I know what you have is convenient, but a utility that scans the disk from some media root and fast-loads the databsae is going to be worthwhile later....

**Hexerei** · 07-10-2004, 05:53 PM

I don't know what I'm missing but for some reason headunit will not compile on my system.

I have these installed:
qt-x11-free-3.3.2
xine-lib-1-rc5
sqlite 3.0.2

So I have the requirements that were posted.

I am running Gentoo with the 2.4.26-gentoo-r3 kernel on a Epia MII 10000 board.

I double checked and ./configured qt with the options you said and xine-lib with --enable-sdl.

Whenever I do a 'make' for headunit it compiles a bit then returns a lot of errors from DirectShowMediaPlayer.cpp. The first of these errors being:
DirectShowMediaPlayer.cpp:5:21: windows.h: No such file or directory
DirectShowMediaPlayer.cpp:6:19: DShow.h: No such file or directory

What does windows.h and DShow.h come from ? Did I miss a package? Once I get this working I would like to help out in any way I can. Unfortunately my C skills are lacking since I havn't created anything in a few years. I guess if you still need testers then I would help with that. My strength is in web design (PHP/MySQL) so if you need a site..

I can be contacted on aim via unrootedbox or icq via # 537376

Thanks
-Hexerei

**Hexerei** · 07-10-2004, 07:21 PM

after downloading the tar.gz instead of using the files from the cvs it works.

Dumb mistake on my part.

**mobileh1** · 07-10-2004, 09:45 PM

qmake should not have included the DirectShowMediaPlayer.cpp. Its a win32 only thing. windows.h is only present on windows systems... If you get from CVS and need to correct this, alter the Makefile (if necessary) to remove the DirectShowMediaPlayer.cpp. I built from CVS last night on Linux and had no problems. You did run qmake right?

Originally Posted by Hexerei

after downloading the tar.gz instead of using the files from the cvs it works.

Dumb mistake on my part.

**Hexerei** · 07-11-2004, 02:43 AM

yea I did:

qmake -project
qmake
make

**NoPistonPC** · 07-11-2004, 10:01 PM

Originally Posted by mobileh1

NoPiston (if your still reading this). Its much faster to have the sql written to a file, then 'run' the file with a sql load tool (sqlite will be fine). I measured 8x faster peformance doing it that way. I know what you have is convenient, but a utility that scans the disk from some media root and fast-loads the databsae is going to be worthwhile later....

Hey, sorry, I was out of town for the weekend. That's a good idea. Having a separate tool for synching the database is the way to go (using the method you suggested). It sounds like you already have something written for this. If so, I can add it to the sourceforge page.
It would be great of this tool could scan a directory and then, using something like libid3, get the ID3 info and add that to the database along with the filename, path, album art file, etc...

Originally Posted by Hexerei

yea I did:

qmake -project
qmake
make

Sorry, it's actually my fault. You shouldn't run "qmake -project". Only do: qmake and then make. Running "qmake -project" will auto-generate the headunit.pro file which tells qt which files to make and sets other variables. You should make sure you get the latest CVS sources and that you have the latest headunit.pro file. Then just do "qmake" followed by "make". If you get that message about windows.h missing, that means you probably ran "qmake -project" which will overwrite the original headunit.pro with a new, incorrect version.

**Custommx3** · 07-13-2004, 11:06 AM

IF anyone wanst to make an animated character similar to Alexis...

http://www.reallusion.com/crazytalk/ct_introduction.asp
You could probably use this tool.

**momanz** · 07-15-2004, 01:00 AM

NoPistonPC,

A couple of things have come to mind for features...

1. The ability to read/display hardware sensor data (cpu temp, fanspeed, processor speed) would be a good diagnostic for those hot summer days.

2. The ability to program and use an IR remote.

And on a slightly related note... I've decided I want to learn to write my own code so I can maybe one day help out with some of these open source projects. Any suggestions on where to start? I'm planning on sticking to linux since I really like the idea of using an open source OS.

-momanz

**NoPistonPC** · 07-15-2004, 01:30 AM

momanz, those are both good suggestions...

Linux is a good environment for learning C and C++, but not so good for learning VB (requires Windows). I would suggest starting out with VB, but that would require you to buy a copy of Visual Studio. You can probably get up and running quicker with VB than with C.

However, if you are really serious about helping out with open source projects, than I would recommend learning C or C++ since most are written in that language (due to ease of maintenance). C++ isn't very forgiving to mistakes, so if you want to ease into it, I would suggest learning Java first. Going from Java to C++ is not so bad.

You should find some good books in your local bookstore to get you started with any of these languages.

Good luck!