Page 7 of 32 FirstFirst 1234567891011121314151617 ... LastLast
Results 61 to 70 of 315

Thread: New Linux Project (windows maybe)

  1. #61
    Variable Bitrate nottastocker's Avatar
    Join Date
    Jun 2003
    Location
    Shenandoah, VA
    Posts
    332
    in fact, we just might be able to use the winamp or xmms plugins (for the driver plugins in previous post), most [input/output] have an equivalent on each platform, just write a wrapper to fit in with our plugin scheme

  2. #62
    Variable Bitrate nottastocker's Avatar
    Join Date
    Jun 2003
    Location
    Shenandoah, VA
    Posts
    332
    Ps. just wondering, does anything im saying make sense in a practical way?

  3. #63
    Low Bitrate aultl's Avatar
    Join Date
    Sep 2003
    Location
    Tennessee
    Posts
    110
    Quote Originally Posted by dellysse_com
    Ps. just wondering, does anything im saying make sense in a practical way?
    Makes sense to me, I was thinking along the same lines, one interface with a feedback area, and would always be seen and contain/scroll the song info (title, bitrate, format), movie info, cpu usage, gps directions, whatever. The only time this section would be unseen was if the movie/video, gps, visualization, was in fullscreen mode. If in fullscreen mode any info could be sent via OSD.
    Aultl
    [====---] - 65% complete
    Status: Configuring Software
    VIA Epia 800mhz, 256Mb ram, 10Gb HD


    Quote of the Month: "I see the problem, [The RAID controller] is trying to rebuild the array with good data from a failed drive." -- HP Support

  4. #64
    Variable Bitrate nottastocker's Avatar
    Join Date
    Jun 2003
    Location
    Shenandoah, VA
    Posts
    332
    AHHH NOOO EVIL PAPER CLIP! AWAY, BACK TO THE DEVIL, AWAY!

  5. #65
    Low Bitrate aultl's Avatar
    Join Date
    Sep 2003
    Location
    Tennessee
    Posts
    110
    Quote Originally Posted by dellysse_com
    AHHH NOOO EVIL PAPER CLIP! AWAY, BACK TO THE DEVIL, AWAY!
    I knew I had problems when I started trying to figure out a way to port Vigor to Win32...

    EDIT: just found the Vigor xmms plugin, All is well...
    Aultl
    [====---] - 65% complete
    Status: Configuring Software
    VIA Epia 800mhz, 256Mb ram, 10Gb HD


    Quote of the Month: "I see the problem, [The RAID controller] is trying to rebuild the array with good data from a failed drive." -- HP Support

  6. #66
    Low Bitrate
    Join Date
    Mar 2004
    Posts
    89
    I am also interested in developing some good car software for linux. I have been loitering around the dashpc forums for some time now and have started working ion my own little menu program in python. In short the program will be a library that you can make your own GUI for that will automate alot of window controls. For instance, You will be able to configure it so that if you have xmms already running, and you press the button to start another instance of xmms, it will instead just bring the window manager focus on the old window. If you have xmms running and you start a radio application, it could kill xmms, so that you have only one sound program running. Once I have this underlying library finished, I plan to make an example application that will run in the kde kicker.

    I have some other thoughts to share after reading through this thread:
    a) we do need a better GPS solution. For the interim, I am trying to get Rand McNally StreetFinder (which i purchased for $10) to work on Wine. The quickest solution for a linux appliction will be one in which the pictures that are downloaded from mapblast can be organized in a database organized by geographic position and zoom level, and then the mapviewer can just grab the tiles it needs as it scrolls along or zooms in and out. In the long-term though, I would like to see the open source community to come out with their own navigation database with their own format. In the US most of the road data can be taken from the tiger/line files that the census bureau has and converted to a format that is decided upon. Like wikipedia which is updateable by the community, the nav database could be changed by members of the community, and the database could be downloaded in parts to local harddrives for use on non-internet connected machines.

    b)regarding python, I think it is fast enough for a lot of uses, 2.3 increased spead dramatically, and by using the proper libraries and psyco you can have a fairly responsive interface.

    c) for the gui, I agree that Qt is an excellent choice, it would be my choice for almost any application.

    d) Has anyone looked at Zinf for an mp3 player? It's skins are 100% customizable and would be a very quick way of making a nice media player for you car.

    e) I highly disagree with the idea of making a monolithic program that requires other programs to be written as plugins (no offense). These monolothic frontends have too many pitfalls: They strip the user, of some degree of choice, they force the user to learn your way of configureing things. and it is more intimidating and difficult as a programmer, when you try to join a project that is 50% complete and already has established core developers. It would be more beneficial to think along the lines of gnome and kde in which there are a large number of developers which work completely independent on their own individual projects. As a community we would be better off, if those people interested in GPS, worded on GPS apps, and those interested in media players, worked on media players. Alternatively we may end up with multiple monolithic systems. One may have a good GPS app, but have a crappy media solution and the other may have an awesome media player but a crappy GPS app. If each piece of software works independently of the others then we end up being able to have the good GPS app and the good media player.

    For comparisons sake, look at a PocketPC like the Sharp Zaurus. If they had a tightly integrated solution which combined all their applications into one and forced developers to write plugins, they would not have many applications. Who wants to learn how to write plugins for your specific system? What they did is use a modified version of Qt. Porting an application then to the Zaurus then was simply a matter of constructing a modified GUI. In just a short amount of time they have roughly 350 apps. That is a lot for a single piece of hardware with a small number of users.

  7. #67
    Constant Bitrate
    Join Date
    Mar 2004
    Posts
    117
    Quote Originally Posted by s003apr
    I am also interested in developing some good car software for linux. I have been loitering around the dashpc forums for some time now and have started working ion my own little menu program in python. In short the program will be a library that you can make your own GUI for that will automate alot of window controls. For instance, You will be able to configure it so that if you have xmms already running, and you press the button to start another instance of xmms, it will instead just bring the window manager focus on the old window. If you have xmms running and you start a radio application, it could kill xmms, so that you have only one sound program running. Once I have this underlying library finished, I plan to make an example application that will run in the kde kicker.

    I have some other thoughts to share after reading through this thread:
    a) we do need a better GPS solution. For the interim, I am trying to get Rand McNally StreetFinder (which i purchased for $10) to work on Wine. The quickest solution for a linux appliction will be one in which the pictures that are downloaded from mapblast can be organized in a database organized by geographic position and zoom level, and then the mapviewer can just grab the tiles it needs as it scrolls along or zooms in and out. In the long-term though, I would like to see the open source community to come out with their own navigation database with their own format. In the US most of the road data can be taken from the tiger/line files that the census bureau has and converted to a format that is decided upon. Like wikipedia which is updateable by the community, the nav database could be changed by members of the community, and the database could be downloaded in parts to local harddrives for use on non-internet connected machines.
    Agreed, we do need a solution for GPS, but creating an entire database of the country is not something that such a small group of people should probably take on. I am SURE there are legal issues w/ stealing all the maps off of one of these sites(Expedia, MapBlast, etc).. Though you do bring up the point that it could be done, and previously I posted a method to do it(which I do have, and it does somewhat work).. I pulled an area around my house in a ~50 square mile range, and it's QUITE large.. haha..

    b)regarding python, I think it is fast enough for a lot of uses, 2.3 increased spead dramatically, and by using the proper libraries and psyco you can have a fairly responsive interface.

    c) for the gui, I agree that Qt is an excellent choice, it would be my choice for almost any application.
    Python you'll find for more complex GUI's to be very slow. Been there, done that.. haha.. As you get into things, it slows down pretty bad. Though an EXCELLENT solution for smaller apps, this I don't think would be one of them.


    d) Has anyone looked at Zinf for an mp3 player? It's skins are 100% customizable and would be a very quick way of making a nice media player for you car.
    Yes, I have, though for fullscreen usage, it may not be the solution. Alot of people like the "built in" look. It's just as easy to write the app to control xmms. IMHO anyway..
    e) I highly disagree with the idea of making a monolithic program that requires other programs to be written as plugins (no offense). These monolothic frontends have too many pitfalls: They strip the user, of some degree of choice, they force the user to learn your way of configureing things. and it is more intimidating and difficult as a programmer, when you try to join a project that is 50% complete and already has established core developers. It would be more beneficial to think along the lines of gnome and kde in which there are a large number of developers which work completely independent on their own individual projects. As a community we would be better off, if those people interested in GPS, worded on GPS apps, and those interested in media players, worked on media players. Alternatively we may end up with multiple monolithic systems. One may have a good GPS app, but have a crappy media solution and the other may have an awesome media player but a crappy GPS app. If each piece of software works independently of the others then we end up being able to have the good GPS app and the good media player.

    For comparisons sake, look at a PocketPC like the Sharp Zaurus. If they had a tightly integrated solution which combined all their applications into one and forced developers to write plugins, they would not have many applications. Who wants to learn how to write plugins for your specific system? What they did is use a modified version of Qt. Porting an application then to the Zaurus then was simply a matter of constructing a modified GUI. In just a short amount of time they have roughly 350 apps. That is a lot for a single piece of hardware with a small number of users.
    I did give this alot of thought, and have decided for my part in this anyway, I'm doing both. I'm extern "C"ing ALOT of information to a plugin model that may want it someday in the future. I have written one plugin to use such a model, and it's just to control XMMS(as I said above). Though I am going to have the option to spawn an application (using QProcess) w/ arguments, etc for those that would like to do so. It just seems like a more configurable way to do things. For those that don't have the best programming ability, they'd be able to do something like this :
    Button 2 <main screen>
    Name : Launch GPS Software
    Function : /usr/bin/wine <some gps program>
    Arguments : NULL

    Or something to that effect, but in the future, this could be made a plugin, if anyone decides they want to use "internal" solutions more.

    One problem I seem to have here is this, and I need some insite on this. We want something skinnable, and everything, which is great, and very easy to do, BUT say someone makes a skin, and they don't use a GPS feature. Someone that has GPS wants to use the skin, they have no image for the "GPS button".

    This also comes into effect when people want to use "custom" things, such as wardriving apps, network hunting, etc.. What type of things are going to be supported? Technically, from the framework, anything can be loaded, or made to use. But what about the skins? How is that going to work?

  8. #68
    Constant Bitrate
    Join Date
    Mar 2004
    Posts
    117
    Ohh, and I know someone is going to ask why I am using "QProcess". Simple, portability, easy of use, and funtions, properties, and methods that allow me to do things alot easier than the normal p_threads. Anyone care to look, feel free : http://doc.trolltech.com/3.3/qprocess.html

    Things like "isRunning", "ProcessIdentifier", "kill", "tryTerminate", just make life alot easier. And if something really needs to be threaded, that can be done as well, via QThreads ( http://doc.trolltech.com/3.3/qthread.html ). I'm not saying Qt is the greatest, but for this senerio it seems like the way to do things.

  9. #69
    Raw Wave hijinks21's Avatar
    Join Date
    May 2002
    Location
    Albany, NY
    Posts
    1,803
    yes i tried the python route and found if slow. It could have been my code so i dunno. I'd recommend doing it in a compiled language though
    '98 Explorer Sport
    http://mp3car.zcentric.com (down atm)
    AMD 800mhz 192megs RAM 60gig hard drive 9 inch widescreen VGA
    80% done

  10. #70
    Low Bitrate
    Join Date
    Mar 2004
    Posts
    89
    Agreed, we do need a solution for GPS, but creating an entire database of the country is not something that such a small group of people should probably take on. I am SURE there are legal issues w/ stealing all the maps off of one of these sites(Expedia, MapBlast, etc).. Though you do bring up the point that it could be done, and previously I posted a method to do it(which I do have, and it does somewhat work).. I pulled an area around my house in a ~50 square mile range, and it's QUITE large.. haha..
    Well, I am thinking that we don't have to create a national database, rather, if your current app could get the maps and arrange them in some heirarchial system or something then that may be good enough. I travel to St. Louis and Ft. Worth a lot, so as long as my gps application knows where to find the correct maps when I am in either city, then that is ok. As far as a database created from the Tiger files, it would at least be legal, and yes, a very big project. However It could also pool resources from areas other than just car computers. It would be useful for anyone with any computer whether using windows, linux, or a mac.
    I did give this alot of thought, and have decided for my part in this anyway, I'm doing both. I'm extern "C"ing ALOT of information to a plugin model that may want it someday in the future. I have written one plugin to use such a model, and it's just to control XMMS(as I said above). Though I am going to have the option to spawn an application (using QProcess) w/ arguments, etc for those that would like to do so. It just seems like a more configurable way to do things. For those that don't have the best programming ability, they'd be able to do something like this :
    Button 2 <main screen>
    Name : Launch GPS Software
    Function : /usr/bin/wine <some gps program>
    Arguments : NULL

    Or something to that effect, but in the future, this could be made a plugin, if anyone decides they want to use "internal" solutions more.

    One problem I seem to have here is this, and I need some insite on this. We want something skinnable, and everything, which is great, and very easy to do, BUT say someone makes a skin, and they don't use a GPS feature. Someone that has GPS wants to use the skin, they have no image for the "GPS button".

    This also comes into effect when people want to use "custom" things, such as wardriving apps, network hunting, etc.. What type of things are going to be supported? Technically, from the framework, anything can be loaded, or made to use. But what about the skins? How is that going to work?
    Ok, say you spawn an application in full screen mode (for instance a gps app running on wine), but then you want to go back to the media player and change songs, but don't want to exit the gps app. You can't get to the menu, because your screen is covered by the GPS app, you would need to have some sort of task manager running. I personally advocate the idea of having a dockable "quick launch" bar on the screen. It is not as pretty a solution, but functionally, it is superior. minimizing/maximazing/closing windows, can be controlled using Xlib.

    Does Qt make it easy to "skin" applications? I have never seen this.

Similar Threads

  1. Linux App Progress (windows also?)
    By hijinks21 in forum Software & Software Development
    Replies: 0
    Last Post: 09-15-2003, 02:33 PM
  2. Anyone using an operating system besides Windows or Linux in their car?
    By Squeezer in forum Software & Software Development
    Replies: 1
    Last Post: 06-20-2003, 01:33 PM
  3. Linux or Windows
    By lrat in forum Off Topic
    Replies: 2
    Last Post: 12-01-2002, 08:43 AM
  4. Windows or Linux?
    By kevmo in forum Off Topic
    Replies: 5
    Last Post: 10-19-2001, 09:11 AM
  5. Windows vs Linux vs DOS
    By SeenaStyle in forum Software & Software Development
    Replies: 0
    Last Post: 04-07-2000, 04:28 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
  •