Page 31 of 33 FirstFirst ... 21222324252627282930313233 LastLast
Results 301 to 310 of 322

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

  1. #301
    Newbie SoulCoughy's Avatar
    Join Date
    Mar 2004
    Location
    Ohio
    Posts
    36
    I want in on this. Been on Linux for a few years, but I have a very rudimentary understanding of C++/QT. This would be my first project of consequence, but I'll help out any way I can. What direction are you guys thinking of taking the project in? Studio4Master, you mentioned wanting XML skins. Let me be blunt about what I'd like to see from a frontend:

    RoadRunner is, in my opinion, the most advanced and featureful Open Source frontend for windows. It also has quite a skinning community behind it. What about making RR skins compatible (minus the flash stuff of course)? I think that adopting an already established skin format would ease a lot of pain in creating skins. As a Linux dude, I value functionality, but, let's face it, aesthetics are important in a car. I was actually poking around in the HeadUnit code trying to do this myself a little while ago, and the way it is coded makes using anything but the default mediacar skin very difficult. (The program expects to see one of each button)

    Just my 2 cents.

  2. #302
    Newbie
    Join Date
    Aug 2006
    Location
    tampa, fl
    Posts
    7
    SoulCoughy,
    I totally agree, I'd like to see headunit supporting skins from other players... that way we save on implementing all that.
    RoadRunner is open source, so we can port it's skin code to our player...
    We'd have to check the licensing..... looks like it's gpl'd.. atleast the sdk for java plugins is.
    Either way, they've written it in VB(yuck) so we'll just ahve to port it to c/c++ for linux.

    Wow, i'm glad to hear that more that a couple of people are interested in getting involved with this project.

    I'll try and come up with a list of todo's tonight and post to the list.
    feedback or suggestions wanted!

  3. #303
    Newbie
    Join Date
    Aug 2006
    Location
    tampa, fl
    Posts
    7
    Guys,
    I've contacted NoPCListen about taking over the project.
    I'm waiting on a reply from him with more information.

    In the meantime, I got both the latest tarball and the CVS tree, and both of them crash
    FYI, I'm running FC5

    I'm debugging it and I'll let you all know what I come up with.

    As far as features to add, I need to play around with it (without crashing) before I can come up with a list... but by looking at the previous posts... I think we can gather a good amount of tasks to keep us busy for a while


    Steve

  4. #304
    Variable Bitrate NoPistonPC's Avatar
    Join Date
    Apr 2004
    Location
    Boston
    Posts
    360
    Hi guys, I'm glad to see interest from developers to continue this project. Qt is not that difficult to learn. Trolltech (www.trolltech.com, the creators of Qt) have a lot of documentation and tutorials available. My time is extremely limited right now as I am in grad school and trying to finish, but if anyone is willing to take over the project, I will try my best to help out as best I can.
    1994 RX-7, EPIA P4-ITX w/ Celeron 2.4 Ghz, Arise PSU, Xenarc 700TSV (new model)

  5. #305
    Newbie
    Join Date
    May 2006
    Posts
    3
    In my first posting, I wrote about continue Headunit on a new project called studio4car.
    This project has been created and I've started with experiment, change some parts of the original source code and implement of new things.
    But all this static stuff it does not makes me really happy. All functions and buttons and others are implemented static in the program. For each extension you have to compile and build new.
    So I've decided not to continue on this way and started to develop a new program that is applicable universally. Based on a system known from the industry, called visualisation, hmi or scada.
    http://en.wikipedia.org/wiki/SCADA
    Example:
    With a such system you can create a lot of screens with lots of objects like buttons, labels, sliders and other special objects(e.g. browser, file editor), stored on a configuration file. Each button can send an event to a function or some other objects.
    A label can display static text or a text stored in a variable. The data system provides variables and functions. The variables can communicate with objects and other devices trought communication drivers (e.g. RS232).
    Normally a hmi provides two modes: a edit mode to modify the configuration in a graphical object editor, and a runtime mode.

    So, now, my plans and ideas in clear words as roadmap:

    Project name: studio4visual

    1. base hmi system in runtime mode
    - collection of screen objects (e.g. button, number, text, datetime, branch, window,...)
    - data system with a function editor, variables and a collection of variable data types (e.g. number, event, text, ...)
    - configuration as xml and/or on a database
    - plugin interface for screen objects
    - plugin interface for system functions (e.g. master volume, disk eject, ...)

    2. screen object plugins
    - a mediaplayer plugin
    - a navigation plugin (as far as possible)
    - some communication plugins (phone, internet,...)
    - some service plugins (settings, OBD, ...)

    3. hmi edit mode
    - graphical object editor

    4. communication driver plugins
    - plugin interface for communication drivers
    - communication drivers (e.g. RS232, database, ...)

    Develop environment:
    - C++, QT3, QT4 (as far as possible)
    - KDevelop, Eclipse
    - config file as XML file and/or on a SQL database (MySql)
    - project on sourceforge.net (soon...)

    Of course, this work is not done in two weeks ;-)

    About help:
    It's great to see, others are interessed in help with develop.
    But first, let me create the base system (most important parts) and some specification papers (e.g. plugins api).
    Then, everybody, who likes, can help on this project.
    I hope, I can publish the first developer release soon...

  6. #306
    Newbie
    Join Date
    Aug 2006
    Location
    tampa, fl
    Posts
    7
    studio4master,
    that sounds really cool. I might want to work on that when it gets released.

    But in the meantime, I'm still attempting to enhance headunit as it requires a lot less work, plus that means I get my carpc to a working state faster

  7. #307
    Newbie
    Join Date
    Aug 2006
    Location
    tampa, fl
    Posts
    7

    headunit TODOs

    Guys,
    Here's a rough list:

    ------------------------------
    1. Port to QT4. (i'm working on that now)
    2. IPOD library support.(we should be able use the code from gtkpod or amarok)
    3. Import/rip CDs to mp3 database
    4. Support different skins.
    5. GPS plugin support.

    If anyone picks any one of these tasks up, please post to the list so that we won't be duplicating the workload.


    Thanks,
    Steve

  8. #308
    Newbie
    Join Date
    Aug 2006
    Location
    tampa, fl
    Posts
    7
    Guys,
    After realizing the amount of changes needed in order to port to QT4. I'm delaying that task.
    I want to get things working first and then we can port to QT4.
    Plus if any of you were to start to work on any of the other features, by the time the QT4 port was done, we'd have to port your new code to QT4 also.

    Anyway, from what I can tell so far, there's not a huge benefit by porting to QT4. We can do it at some point in the future.

    So here's the status as of now.
    ------------------------------
    1. Port to QT4. (postponed for now)
    2. IPOD library support. (stevelaz working on this)
    3. Import/rip CDs to mp3 database
    4. Support different skins.
    5. GPS plugin support.
    6. Create a homepage for the project.



    Quote Originally Posted by stevelaz View Post
    Guys,
    Here's a rough list:

    ------------------------------
    1. Port to QT4. (i'm working on that now)
    2. IPOD library support.(we should be able use the code from gtkpod or amarok)
    3. Import/rip CDs to mp3 database
    4. Support different skins.
    5. GPS plugin support.

    If anyone picks any one of these tasks up, please post to the list so that we won't be duplicating the workload.


    Thanks,
    Steve

  9. #309
    Newbie
    Join Date
    Oct 2006
    Posts
    5
    i have error:

    QSqlDatabase: QSQLITE driver not loaded
    QSqlDatabase: available drivers:
    QSqlDatabase: QSQLITE driver not loaded
    QSqlDatabase: available drivers:

  10. #310
    Newbie
    Join Date
    Aug 2006
    Location
    tampa, fl
    Posts
    7
    Quote Originally Posted by jack1226 View Post
    i have error:

    QSqlDatabase: QSQLITE driver not loaded
    QSqlDatabase: available drivers:
    QSqlDatabase: QSQLITE driver not loaded
    QSqlDatabase: available drivers:
    Jack1226,
    You need to build QT3.3 from scratch. The version of QT that you have doesn't some with the SQLite driver. Atleast that's what it looks like.
    The Readme or Install file explains howto build/install QT.

Similar Threads

  1. Replies: 40
    Last Post: 07-03-2006, 06: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, 03: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
  •