problem with playlists, filename and songtitle
Matthew Rubenstein <[email protected]>
| Newsgroups | gmane.comp.multimedia.xmms.devel |
|---|---|
| Message-ID | <1071181528.547.37.camel@pac> |
I hacked around the playlist title/filename bug in response to the question about "title concept" that I quoted from the list. The code that I included resides in a file I called "playlist.title-fix.c" in my own patchwork. The current playlist code always converts the displayed song name to filename, even when the playlist supplies the title. I have changed my installed code to work, at the expense of streaming titles. I would like to package my changes in a playlist plugin, which would override the default playlist window. I don't see how the current API supports that, but I could factor the 1.2.8 code to implement such an API. My code could just "plug in", without hassling the core development team. From what I gather, a half-dozen other posters to this list with playlist revisions might also take advantage of that plugin type. > On Wed, 10 Dec 2003, Matthew Rubenstein wrote: > > > > Does XMMS have the concept that the title of a song can be different from> > its file name? Particularly for non-mp3 files? > Yes, the plugin can return whatever it wants. Most plugins will return > filename if they have no other title. > > > There is a bug in playlist.title-fix.c::playlist_set_info() that> always updates the playlist display with the filename, even when title> data is specified in a playlist. > There is no file called playlist.title-fix.c in xmms, but yes, this would > break the function completely. > > Are you talking about title that is in the m3u playlist? xmms will always > prefer whatever the plugin returns over what has been specified in the m3u > playlist, it only gets a string, it has no way to know what is "better". > > - Håvard -- (C) Matthew Rubenstein