Page 12 of 33 FirstFirst ... 2345678910111213141516171819202122 ... LastLast
Results 111 to 120 of 322

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

  1. #111
    Variable Bitrate NoPistonPC's Avatar
    Join Date
    Apr 2004
    Location
    Boston
    Posts
    360
    Quote 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...
    1994 RX-7, EPIA P4-ITX w/ Celeron 2.4 Ghz, Arise PSU, Xenarc 700TSV (new model)

  2. #112
    Maximum Bitrate mobileh1's Avatar
    Join Date
    Apr 2004
    Location
    San Francisco
    Posts
    454
    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....
    .//Daren
    (Epia M10000/C134) (C137/MII 10000) Liliput /Opus 150W/DVD/512MB/80GB/Hummer H1
    MediaCar/CoPilot7/Routis

  3. #113
    Newbie
    Join Date
    Jun 2004
    Location
    Oklahoma
    Posts
    42

    Unhappy

    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

  4. #114
    Newbie
    Join Date
    Jun 2004
    Location
    Oklahoma
    Posts
    42
    after downloading the tar.gz instead of using the files from the cvs it works.


    Dumb mistake on my part.

  5. #115
    Maximum Bitrate mobileh1's Avatar
    Join Date
    Apr 2004
    Location
    San Francisco
    Posts
    454
    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?

    Quote Originally Posted by Hexerei
    after downloading the tar.gz instead of using the files from the cvs it works.


    Dumb mistake on my part.
    .//Daren
    (Epia M10000/C134) (C137/MII 10000) Liliput /Opus 150W/DVD/512MB/80GB/Hummer H1
    MediaCar/CoPilot7/Routis

  6. #116
    Newbie
    Join Date
    Jun 2004
    Location
    Oklahoma
    Posts
    42
    yea I did:

    qmake -project
    qmake
    make

  7. #117
    Variable Bitrate NoPistonPC's Avatar
    Join Date
    Apr 2004
    Location
    Boston
    Posts
    360
    Quote 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...

    Quote 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.
    1994 RX-7, EPIA P4-ITX w/ Celeron 2.4 Ghz, Arise PSU, Xenarc 700TSV (new model)

  8. #118
    FLAC
    Join Date
    Jun 2003
    Location
    Memphis - TN
    Posts
    1,272
    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.
    2011 Nissan Frontier SL
    AMD X3 2.2 | M4-ATX | 16Gb SSD | 2GB DDR3-1333 | MSI GF615M-P33 MB
    OBDPROS USB | BU-303 GPS l LILLIPUT TS | Car2PC adapter | XM Direct | USB Dual band N with custom mag-mount antenna.

  9. #119
    Constant Bitrate
    Join Date
    Jul 2004
    Posts
    208
    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

  10. #120
    Variable Bitrate NoPistonPC's Avatar
    Join Date
    Apr 2004
    Location
    Boston
    Posts
    360
    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!
    1994 RX-7, EPIA P4-ITX w/ Celeron 2.4 Ghz, Arise PSU, Xenarc 700TSV (new model)

Similar Threads

  1. Replies: 40
    Last Post: 07-03-2006, 07:38 AM
  2. More Fuel to the Fire (New Frontend Software Screenshots)
    By qjones in forum Other Cool Front Ends
    Replies: 82
    Last Post: 10-20-2005, 04:38 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •