Yup, that's easily done, but it will have to wait until the more important stuff is done (unless of course, you want to implement it yourself...hint, hintOriginally Posted by Custommx3
)
MatrixPC, more mods, and Custommx3, I'm a little confused here. You guys are all having issues with having to type in part of a name to search the DB, correct? Why are you assuming that that is the only way that a DB has to be used? The user interface and how it is used to navigate through your music and video files is completely independent of the underlying DB. You can create a UI that looks just like a file browser for navigating through your music (like MediaCar), but that would run completely off a pre-generated database. The advantage of this is that you have to load all the information about a file just once. So, when you want to see a list of 500 files in a folder, you can get it instantaneously with a single SQL query instead of opening and closing 500 files just to get the artist and title of each one (or even just the filename). Operations through the OS are VERY slow compared to the DB (do you notice how you have to sit through that "Loading..." screen in MediaCar every time you go to the music screen for the first time? It's because coyote is building a mini-DB in memory each time, so even he is using a DB). The only disadvantage I can see to a DB is that you have to re-sync it each time you add files, but that is something that can easily be solved through a background daemon process that won't interfere with playback or your startup time.Originally Posted by MatrixPC
Okay, having said all that, the design of Headunit is such that it would be very easy to give the user an option of pre-generating a DB or just browsing files on the fly, so don't be disheartened.You should actually try to run the current version of headunit, you will find that even with pre-generated DB, it still looks and feels much like MediaCar. That brings us to our next issue:
Pudge also mentioned this as well. I believe the Xcar project is trying to do just this. I 100% agree that a special distro targeted towards EPIA-based mobos is the way to go and would allow a lot more people to run linux-based CarPCs. If you or anyone else has the expertise and time to do this, I will try to help out as much as I can, but unfortunately, I don't have much of either.Originally Posted by brandon
Hopefully, the Xcar guys will release something soon.
BTW, brandon, I already tested out headunit in a FB using Qt/Embedded and it works wonderfully, so that's not a problem at all. However, we may have to go the XDirectFB route so we can get Wine programs running (like routis/destinator).
MatrixPC, to download the code, just follow the instructions posted on the first page of this thread for how to use CVS. Then read the INSTALL file that is included in the CVS tree. It will explain the packages you need. mobileh1, momanz, and Pudge (partly) have all got it running so you can also ask them for help. If you have a really old distro (RH 8 is pretty old), it may make more sense to first upgrade to Fedora Core 2 or gentoo to save yourself a lot of headaches with dependency issues. Good luck! You can always PM me.



LinkBack URL
About LinkBacks

Reply With Quote
)
You should actually try to run the current version of headunit, you will find that even with pre-generated DB, it still looks and feels much like MediaCar. That brings us to our next issue:
Hopefully, the Xcar guys will release something soon.

Bookmarks