Page 3 of 5 FirstFirst 12345 LastLast
Results 21 to 30 of 45

Thread: RFC: new car pc app (sanity check ?!) :)

  1. #21
    Variable Bitrate Goose's Avatar
    Join Date
    Dec 2002
    Location
    Europe
    Posts
    369
    Quote Originally Posted by Grayscale
    How much are those things? Are they pretty easy to write software for?
    The software is very easy
    I have a C++ sodtware for that with QT GUI, If you want you can get source.
    The shematics I have too and the parts to build PCB are cheap.

    It is a very easy think to do but so cool....

  2. #22
    Clover Grayscale's Avatar
    Join Date
    May 2004
    Location
    Arkansas
    Posts
    1,549
    Yes! Schematics, PCB, parts, code whatever...send send send. Email address is gr4yscale AT netscape.net

    mobleh1: Thanks! Are you working on any particular software project? If so, what language?

  3. #23
    FLAC jbors's Avatar
    Join Date
    Nov 2003
    Posts
    959
    Quote Originally Posted by Grayscale
    If everything was open source people would easily be able to slap together a carpc software that works just like they want it to. I'm willing.
    Everything exists as open source. I would say it is a real challenge to put it all together though. Not kidding.

  4. #24
    Maximum Bitrate
    Join Date
    Oct 2003
    Location
    Toronto, Canada
    Posts
    485
    Quote Originally Posted by Goose
    The software is very easy
    I have a C++ sodtware for that with QT GUI, If you want you can get source.
    The shematics I have too and the parts to build PCB are cheap.

    It is a very easy think to do but so cool....
    hey if you could cc a copy of that email over to ilya at fortehost.com ... it would be appreciated! thanks
    ----------------------
    VIA Epia II
    256MB 266DDR Ram
    90GB Wester Digital
    Bluetooth/Deluo GPS
    Lilliput 7" Touchscreen
    ----------------------
    Mazda 6 Carputter > Click Me!

  5. #25
    Variable Bitrate NoPistonPC's Avatar
    Join Date
    Apr 2004
    Location
    Boston
    Posts
    360
    Quote Originally Posted by eatyummypuppies
    Were not talking about Gordian knot here. A carputer system will have more than simple text data to pass to and from the plugin architecture. Sure this would work to play and stop music, or to check the status of shuffle, but how would a plugin that itself has no front end utilize an Activex control? Again, the Mappoint control is a good example.
    eym, I think you are still looking at this from the top-down mindset (which there is nothing wrong with, btw ). I think migrane put it best when he quoted from that book: "Users of a class must be dependent on its public interface, but a class should not be dependent on its users." In the example you gave, there is no need to wrap the Mappoint or anything other ActiveX control inside of a "plugin". The ActiveX control itself is the independent low-level module. Any user (or front-end) that wishes to use that control must do so via the ActiveX interface. In essense, the ActiveX control limits the functionality of front-end, not vice-versa. If you build a front-end that doesn't support ActiveX controls, then you must look elsewhere for mapping support.

    Also, a low-level component that is used by a front-end can do a lot more than pass text back and forth and control mp3 playback. For instance, it can be embedded in your app to play DVDs and videos inside a frame, or it can take in one of several video "sinks" that it can stream video frames to (like gstreamer). The TMRS software is another example of backend software that does more complicated tasks than just passing text messages. TMRS can send back an entire bitmap of a map region that corresponds to your GPS location. In fact, there is no real limit to this design except those defined by the backend components themselves. If someone is writing a front-end for which a suitable backend component does not exist, then he can write one himself.

    Anyway, eatyummypuppies, you make some valid points and I don't think we will ever come to a consensus on things because there really is no "right" answer. Well, except for one: make sure whatever you write is open source.

    Despite all my ranting and raving about what I seem to think is the "right" way to do things, at the end of the day, I haven't released a single piece of software to the carpc community. So no matter how you do things, just the fact that you are doing something to help out the rest of us is an admirable accomplishment in itself. To all you guys writing CarPC software, keep up the good work!

    Time to go play some golf...
    1994 RX-7, EPIA P4-ITX w/ Celeron 2.4 Ghz, Arise PSU, Xenarc 700TSV (new model)

  6. #26
    Low Bitrate migrane's Avatar
    Join Date
    Apr 2004
    Location
    Windsor, Ontario
    Posts
    95
    Uuu I see we are getting things in motion here ... glad to see this thread brough to light some good stuff Its also good to see that ppl are really putting some strong arguments toward various approaches.

    frodobaggins has already made a huge step in the right direction (an ActiveX control to provide a solid base for playing mp3s). I am personally looking forward to put that one in the bag-o-tools.

    greyscale has a nice thing going too

    We still need to look at something similar for video/dvd stuff. Does the WMP control fit the bill ?!? Pros ? cons ? I'll be looking some more into this one.

    One addition to the requirements would also be a plugin that can control a relay board. I saw a posting about that stuff not too long ago. Them neon lights really give a nice touch

    as always,
    Migrane

  7. #27
    I'm sorry, and you are....? frodobaggins's Avatar
    Join Date
    Jan 2003
    Location
    Ruston, LA
    Posts
    8,846
    Quote Originally Posted by migrane
    frodobaggins has already made a huge step in the right direction (an ActiveX control to provide a solid base for playing mp3s). I am personally looking forward to put that one in the bag-o-tools.
    It's an XM ActiveX, not MP3.

    Frodo
    [H]4 Life
    My next generation Front End is right on schedule.
    It will be done sometime in the next generation.
    I'm a lesbian too.
    I am for hire!

  8. #28
    Low Bitrate migrane's Avatar
    Join Date
    Apr 2004
    Location
    Windsor, Ontario
    Posts
    95
    Quote Originally Posted by frodobaggins
    It's an XM ActiveX, not MP3.

    Frodo
    too much excitement some beer and bbq will and there you have it XM turns into mp3 my apologies

    Any future plans for a mp3 ActiveX control frodo ?! Any suggestions for an existing one ?

    Migrane

  9. #29
    Banned eatyummypuppies's Avatar
    Join Date
    Feb 2004
    Location
    li, ny
    Posts
    439
    "Users of a class must be dependent on its public interface, but a class should not be dependent on its users."
    Well yeah, but unfortunately that is not the reality of the situation. We're not exactly Nullsoft here. The majority of these plugins would be written in VB, many in VB6, and often by those with little programming experience. I think it would be ideal if a plugin could be made by simply slapping a few controls on a form and linking them to an ActiveX component.

  10. #30
    I'm sorry, and you are....? frodobaggins's Avatar
    Join Date
    Jan 2003
    Location
    Ruston, LA
    Posts
    8,846
    Fine. If there is really an interest in this, I will code up an open source example
    of a framework. The framework will consist basically of a main screen with
    buttons. You can add and delete buttons at will. The main screen will allow you
    through a configuration file to add graphical plugins that can be launched from
    the screen. The main application will expect the plugins to expose certain
    interfaces so the plugins can be called.

    For example, you would like to add a dvd player. You code one up
    as a plugin. Then you add the plugin to the main config file. When
    the app is launched, there will be a DVD button. When you click the
    button, the main app will call the start command of the plugin. The
    plugin will then start and do what it wants, when the plugin is done
    it will notify the host app that it has finished.


    There are a lot of other things to be decided on first though.
    1. Configuration format, although plugins will be responsible
    for their own config, we don't want 8 different types of config
    files running around that not everyone knows how to edit.
    2. What interfaces the host will make available to plugins.
    ---IE should the host expose a volume class ?
    3. What interfaces should the plugins expose to the calling app ?
    ---IE obviously - begin, terminate
    4. Skin format, should be as consistent as possible, but not mandatory

    That's all for now, comments ?

    Frodo
    [H]4 Life
    My next generation Front End is right on schedule.
    It will be done sometime in the next generation.
    I'm a lesbian too.
    I am for hire!

Page 3 of 5 FirstFirst 12345 LastLast

Similar Threads

  1. Car 5.1 Dsp Options Vs Pc 5.1 Dsp
    By port20 in forum Car Audio
    Replies: 13
    Last Post: 05-29-2006, 02:10 AM
  2. Toyota 4-Runner Car PC (first attempt)
    By RP28FLA in forum Show off your project
    Replies: 11
    Last Post: 04-15-2004, 05:57 PM
  3. Car PC + Palm = ??
    By Wolfsburged in forum Newbie
    Replies: 1
    Last Post: 04-11-2004, 12:16 PM
  4. f/s : Car PC or HTPC
    By Bikr in forum Classified Archive
    Replies: 11
    Last Post: 04-08-2004, 02:57 PM
  5. About power Supply to PC in car
    By Sk8te in forum General Hardware Discussion
    Replies: 2
    Last Post: 11-11-2000, 10:39 AM

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
  •