Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 24

Thread: Frontend - Comprehensive Features Comparison

  1. #11
    North of the land of Hey Huns
    Auto Apps:loading...

    Join Date
    Jun 2004
    Location
    Westminster, MD
    Posts
    2,127
    Then that would be a no for ng? :P


    I'll throw this in for CarPal (Soon to be called Rev):
    Design: Multi-threaded plugin based
    Cost: Free
    Skinning System: xml behavioral system. Both image and/or text based.
    Navigation: iGuidance embedding support
    OBD-II: Alpha plugin.
    Fusion Brain: Buggy plugin

    Media:
    Media Browser Type: ID3 Metadata or folder based sorting.
    Playlist Editor: yes
    Supports UPnP Streams: Not sure? It supports remote URI and web streams
    Bluetooth streams: no
    HD Radio: yes
    Sat Radio: No

    Documented API: Wiki in progress
    Native Language: C++/MOC
    Langauge Support: c++, .net 2.0, 3.5
    OS Support: Linux, Windows, BSD, MacOSX.
    Open Source: Yes, GPL.
    "stop with the REINSTALLS, what do you think we got some lame-o installer!!!" - mitchjs
    RevFE
    My Shop

  2. #12
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    Quote Originally Posted by malcom2073 View Post
    Maybe I will have to make it support aldl
    ChunkyKs can confirm this, but I believe that if you had something that read the port/sensors on the aldl protocol and exported them via DBus signals, obdsim + obdgpslogger can then relay it to the listening obd-II app. Probably much easier than writing the aldl interface layer AND the GUI and you get logging and cool exporting as a bonus by using obdgpslogger as well. The end user also has the freedom to use any compatible GUI app as well.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  3. #13
    North of the land of Hey Huns
    Auto Apps:loading...

    Join Date
    Jun 2004
    Location
    Westminster, MD
    Posts
    2,127
    ALDL is a protocol similar to ISO-9141, not sure what you mean by reading the port/sensors. Sure you could tie directly into the sensors, but for those of us that don't want to hack up the ECU harness buying an ALDL reader and using a plugin.
    "stop with the REINSTALLS, what do you think we got some lame-o installer!!!" - mitchjs
    RevFE
    My Shop

  4. #14
    Who am I? HiJackZX1's Avatar
    Join Date
    Jul 2007
    Location
    Miami
    Posts
    6,557
    CF:

    Design: Monolithic Frontend with Plugin Support
    Cost: $125 / How did you get $300.00!!!!!!!!!!!! Do not get the nav version it sucks because of destinator.
    Skinning System: Behavioral, XML, Image based ?
    Navigation: Yes
    OBD-II: Yes
    Fusion Brain Support: I think so

    Media:
    Media Browser Type: ID3 Metadata sorting
    Playlist Editor: Yes
    Supports UPnP Streams: ?
    Bluetooth Streams: Only phone support
    HD Radio: Yes
    Satellite Radio: Yes
    Multi screen support: Yes

    Its also very easy to skin. CF3 will have support to use any Nav engine and embed it into CF. Flux realizes that Destinator sucks. Also multi screen support is going to be beefed up to also support multizone audio. So if users in the front are listening to something, the rear can listen to something different. A Windows CE version is in the works to work on CE devices, like pocket PC and hopefully CE based headunits. Thin clients also work with CF CE. Also CF3 will use a really good graphics engine with nice transissions and what not. http://forums.fluxmedia.net/centrafu...3-youtube.html There are alot more things I can list but I wont kill you with every detail.
    Nirwana Project, the Android/Win 7 hybrid system!

    1X Ainol Novo Flame Tab
    4X MK808b
    3x Perixx Touchpads
    3x 7 inch Screens
    1X 7 inch motorized Screen
    1x Win 7 PC

  5. #15
    North of the land of Hey Huns
    Auto Apps:loading...

    Join Date
    Jun 2004
    Location
    Westminster, MD
    Posts
    2,127
    fixerofallthing: ALDL actually had three different connectors depending on the year and vehicle, it's only a semi-standardized protocol, but for the most part it's all single wire 0-12v serial. The only difference between vehicles is what data is actually returned.
    "stop with the REINSTALLS, what do you think we got some lame-o installer!!!" - mitchjs
    RevFE
    My Shop

  6. #16
    Maximum Bitrate fixerofallthing's Avatar
    Join Date
    May 2005
    Location
    Lawrenceville GA
    Posts
    769
    Quote Originally Posted by malcom2073 View Post
    fixerofallthings: Go look at a GM Technical manual for any car equipped with ALDL before you start making statements about it as to not confuse people. Thanks.
    Let thread get back on track. I deleted my posts so I do not confuse you. Search for ALDL and read up so others are not confused. Sorry to bother you.
    The Car 2005 Scion xB

    The Truck 2004 GMC Canyon

  7. #17
    SuperMod - OBDII GPS Logger forum
    Auto Apps:loading...

    Join Date
    Mar 2009
    Location
    Los Angeles
    Posts
    924
    ChunkyKs can confirm this, but I believe that if you had something that read the port/sensors on the aldl protocol and exported them via DBus signals, obdsim + obdgpslogger can then relay it to the listening obd-II app. Probably much easier than writing the aldl interface layer AND the GUI and you get logging and cool exporting as a bonus by using obdgpslogger as well. The end user also has the freedom to use any compatible GUI app as well.
    Disclaimer: I know almost nothing about ALDL.

    You don't necessarily have to use dbus to work with obdsim. If you like, you could also write an ALDL module for obdsim [I will gladly add it to obdgpslogger's repo].

    I think it's worth noting that if you just export dbus signals from a daemon, you can use obdsim + obdgpslogger to kind of normalise the signals - this way the nghost guys need only read obdgpslogger signals.

    Or, alternatively, if you were to write an aldl tool that exports dbus signals signals from a daemon, nghost could work with those signals directly - no need to work with obdsim or obdgpslogger at all. Really, I think it depends on what you desire, what features of ALDL you want to see in use and supported.

    Obviously I'm somewhat biased, but I think that obdsim is a great tool that can save lots of effort, if you write modules for it instead of doing more stuff yourself :-)

    Gary (-;
    OBDGPSLogger, for logging OBDII and/or GPS data
    OBDSim, an OBDII/ELM327 software simulator
    mp3car forums: obdgpslogger, obdsim

  8. #18
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    I added Rev (carpal) to the list. I won't add anymore for the sake of space. When we actually get this in the wiki, we can add more frontends as needed.

    I also added bluetooth phone support feature since that seems like a pretty big one and Graphics Backend for the sake of the "eye-candy" feature.

    I still need clarification on RR and CF where there are question marks.

    Oh, and I renamed the thread to something that makes more sense now that Rev is included.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  9. #19
    North of the land of Hey Huns
    Auto Apps:loading...

    Join Date
    Jun 2004
    Location
    Westminster, MD
    Posts
    2,127
    CF's graphics backend is DirectX if I recall correctly.
    "stop with the REINSTALLS, what do you think we got some lame-o installer!!!" - mitchjs
    RevFE
    My Shop

  10. #20
    RoadRunner Mastermind
    Auto Apps:loading...
    guino's Avatar
    Join Date
    Nov 2004
    Location
    Toronto, Canada
    Posts
    9,817
    RR:
    Design: Monolithic Skin-Engine with plugins for Audio/Video/DVD and to extend functionality.
    Cost: Free for personal use.
    Skinning System: Comma Delimited, Image, Object and Command Based with Flash Support.
    Navigation: Yes
    OBD-II: Yes (External App/Plugin)
    Fusion Brain Support: Yes
    Bluetooth Phone Support: Yes
    TV Support: Yes
    AM/FM Radio Support: Yes
    External Application Support: Yes
    Graphics Backend: GDI, GDI+ and DirectX
    Audio Backend: Winamp/WMP/FMOD/Foobar2000/iTunes/more can be made
    Video/DVD BackEnd: Built-In/WMP/MPC/VLC/MSVid/more can be made

    Media:
    Media Browser Type: File/Folder defined by skin and settings
    Playlist Editor: Yes
    Supports UPnP: Solely depends on player choice
    Bluetooth Streams: By hardware or plugin only
    HD Radio: Yes
    Satellite Radio: Yes (Sirius & XM)

    Documented API: Yes
    Native Language: VB6
    Language Support: All/Any
    OS Support: Windows 98SE/ME/2000/XP/Vista/Win7
    Open Source: No, but developers are welcome to join development team.
    Ride Runner RR's Myspace

    "Being happy is not about having what you want, it's about wanting what you have."
    "The best things in life are always free - but that doesn't mean money can't buy you good things."

Page 2 of 3 FirstFirst 123 LastLast

Similar Threads

  1. XM / Sirius Worklog
    By Nola111 in forum Centrafuse
    Replies: 251
    Last Post: 08-20-2008, 11:05 AM
  2. Replies: 70
    Last Post: 10-15-2007, 06:21 PM
  3. Replies: 0
    Last Post: 06-11-2006, 06:49 PM
  4. status update....
    By 0l33l in forum PowerVoice
    Replies: 17
    Last Post: 05-05-2005, 01:22 PM
  5. cf newbie question
    By chrislloyd in forum Centrafuse
    Replies: 1
    Last Post: 03-24-2005, 06:01 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
  •