[Freevo-cvslog] freevo/WIP/Aubin freevo.sql,NONE,1.1 sqlitetest.py,NONE,1.1

2003-06-28 Thread outlyer
Update of /cvsroot/freevo/freevo/WIP/Aubin In directory sc8-pr-cvs1:/tmp/cvs-serv32712 Added Files: freevo.sql sqlitetest.py Log Message: The beginnings of my experimentations with sqlite. The table definition is just an idea; though, since sqlite is typeless, it can easily be adjusted.

[Freevo-cvslog] freevo/src/audio/plugins mplayer.py,1.9,1.10

2003-06-28 Thread rshortt
Update of /cvsroot/freevo/freevo/src/audio/plugins In directory sc8-pr-cvs1:/tmp/cvs-serv29300/src/audio/plugins Modified Files: mplayer.py Log Message: Now works with mplayer's new audio (string) format. The way I did this seems a bit repetitive so feel free to make it better. Index:

Re: [Freevo-devel] Re: Thoughts for next release

2003-06-28 Thread Aubin Paul
On Sun, Jun 29, 2003 at 12:10:52AM +0200, Thomas Schueppel wrote: > Okay, I get the point. Although BPM should be stored > in the file. In fact there is an id3v2 field for that. :) Well, we could store that, but I'd like to operate under the assumption that the directories accessed by

[Freevo-devel] XMLTV 0.5.11 problems

2003-06-28 Thread Aubin Paul
Hi, Just a heads up for those of you using XMLTV; the most recent release (0.5.11) changes the format of the XMLTV file and while Freevo can cope with it, those of you upgrading XMLTV will need to fix your TV_CHANNELS list to match it's new format. Hopefully we can get an upgrade utility put tog

Re: [Freevo-devel] Re: Thoughts for next release

2003-06-28 Thread Thomas Schueppel
On Sat, 28 Jun 2003, Aubin Paul wrote: > On Sat, Jun 28, 2003 at 05:34:24PM -0400, Aubin Paul wrote: > > By putting tag/filename data into a sqlite database, which is > > essentially a single file with no daemon or anything, you can generate > > smart playlists on the fly, like the examples I sugg

Re: [Freevo-devel] Re: Thoughts for next release

2003-06-28 Thread Aubin Paul
On a somewhat related note, I have to say that sqlite is very impressive. The entire python module plus shared objects for sqlite is less than 200k. I was able to create a database, a table, and perform queries in around 15 lines of Python. What would be really cool is if we made "Freevo Smart Pla

Re: [Freevo-devel] Re: Thoughts for next release

2003-06-28 Thread Gustavo Sverzut Barbieri
I agree with you. MMpython use sqlite to store its cache is a viable options, and if we have a way to relate things, like you've mentioned: last played, played times and more we can do very good job... Gustavo --- Aubin Paul <[EMAIL PROTECTED]> escreveu: > On Sat, Jun 28, 2003 at 05:34:24PM -0

[Freevo-cvslog] freevo/helpers xml_tv_nl.py,1.1,NONE

2003-06-28 Thread outlyer
Update of /cvsroot/freevo/freevo/helpers In directory sc8-pr-cvs1:/tmp/cvs-serv29661 Removed Files: xml_tv_nl.py Log Message: XMLTV has included an "official" Netherlands grabber for some time, so we should advise people to use that one instead. --- xml_tv_nl.py DELETED ---

Re: [Freevo-devel] Re: Thoughts for next release

2003-06-28 Thread Aubin Paul
On Sat, Jun 28, 2003 at 05:34:24PM -0400, Aubin Paul wrote: > By putting tag/filename data into a sqlite database, which is > essentially a single file with no daemon or anything, you can generate > smart playlists on the fly, like the examples I suggested. Doing that > via cache files doesn't make

[Freevo-devel] Re: Thoughts for next release

2003-06-28 Thread Aubin Paul
On Sat, Jun 28, 2003 at 09:58:37PM +0200, Dirk Meyer wrote: > Like Thomas said, mmpython does caching. When I integrate the whole > set of features of mmpython we can fast access all metadata from > files. Not only mp3 id tags, also informations in videos (I was > suprised to see what avis and mov

[Freevo-devel] Re: Thoughts for next release

2003-06-28 Thread Dirk Meyer
Aubin Paul wrote: > On Fri, Jun 27, 2003 at 05:35:17PM +0200, Joakim Berglund wrote: >> Well... a database has advantages but also disadvantages... >> It absolutly requiers that you music has a valid and correct mp3 info >> otherwise it would just be filed in very strange categories. >> If you are

Re: [Freevo-devel] info_area ready to go! (Only lacks a skin) (Aubin please read)

2003-06-28 Thread Gustavo Sverzut Barbieri
Sure, that's the reason it's still in WIP :) Gustavo --- Aubin Paul <[EMAIL PROTECTED]> escreveu: > Hi Gustavo, > > I'll keep this in mind, but I want to make sure we get the next > release out before we integrate this in since it's relatively new. > As soon as Dischi has the new snapshot out,

[Freevo-devel] Data storage

2003-06-28 Thread Aubin Paul
Ok, I've looked at a couple of options for data storage, and here's my results: Python DBM/GDBM - Small, included with Python, but lacks any relational stuff. MySQL/PGSql - Supported by Twisted but very demanding of configuration. Shipping an easy end user one would be difficult and unecessary.

Re: [Freevo-devel] info_area ready to go! (Only lacks a skin) (Aubin please read)

2003-06-28 Thread Aubin Paul
Hi Gustavo, I'll keep this in mind, but I want to make sure we get the next release out before we integrate this in since it's relatively new. As soon as Dischi has the new snapshot out, we can integrate this in. Aubin On Fri, Jun 27, 2003 at 11:36:16PM -0300, Gustavo Sverzut Barbieri wrote: >