Re: [Musicpd-dev-team] Proper way to get song list from database
On 2011/01/06 21:55, Dennis Ryan wrote: > If I want to browse music with their tags, for example, I can either take a > big initial hit from the server to get the metadata, or many smaller ones. > With my 10,000 song library the performance is OK enough to use the brute > force method. BUT I'm always interested in a better way! When you browse music, always request as much data as you need at a time. > From the client side, it's easier to deal with structured data. What kind of structure would you expect? Why do you need more structure than the MPD protocol provides? > On the server side it is more scalable. What? XML based protocols are more scalable than MPD's protocol? Are you serious? Nothing scales as badly as XML! -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Proper way to get song list from database
If there would be fast and unlimited r/w access to mpd's database (also with possibility to write tags - for example using taglib), that would be an killer feature for many of us for sure. I think also a new generation of clients or music managers would emerge. Currently my database file has over 56MB and getting all the info after organizing my collection takes long. Only if mpd could support some companion framework over tags and database of music - is there any such ?. On Thu, Jan 6, 2011 at 9:26 PM, Max Kellermann wrote: > On 2011/01/06 21:07, Dennis Ryan wrote: > > Hi, I'm currently working on a flash client library for mpd, and it's > > interesting that this comment was made. What is the recommended way of > > getting information on all the songs in the database? > > Not. If you need this, then chances are good that your application is > misdesigned. There are only very rare and exotic use cases for that > command. > > > On a side not, Is there any future plans for an XML/webservice > > interface to the server? > > No. What would be the technical advantage over the existing protocol? > > > -- > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > ___ > Musicpd-dev-team mailing list > Musicpd-dev-team@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team > -- This mess was sent using 100% recycled electrons. If you want to get rid of this mess just turn off your computer, -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
Re: [Musicpd-dev-team] Proper way to get song list from database
On 2011/01/06 21:07, Dennis Ryan wrote: > Hi, I'm currently working on a flash client library for mpd, and it's > interesting that this comment was made. What is the recommended way of > getting information on all the songs in the database? Not. If you need this, then chances are good that your application is misdesigned. There are only very rare and exotic use cases for that command. > On a side not, Is there any future plans for an XML/webservice > interface to the server? No. What would be the technical advantage over the existing protocol? -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Musicpd-dev-team mailing list Musicpd-dev-team@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
