Thunor has lately given gtkdialog some improvements that is directly related to pMusic performance. We are very lucky having the developer of a framework inside the kennel.
pMusic is not having its own native file format, but has always used the m3u standard. This is a common standard, but works slow in pMusic as it must be imported into the pMusic standard. - So there is a native standard????? Well, there is always a standard, but in Pmusic it has not been able to have the same standard in both the playlist and in the Music-source list. - until now.
With the latest improvements of gtkdialog, it is possible to have one unified standard which will be used as the native file format to playlists and indexes in pMusic. So, How should this format look like.
I will give some initial thoughts, but I would really appreciate some feedback in the process to set the final standard.
I think the file-format should be exactly what we send to the <table> or <tree> widget in gtkdialog. - No import/export code is required - instant adding of 1 track or 200 tracks. That also means the important information must be placed first in the standard.
1.)
Today the track-length is the first column in the playlist. I am not sure if that is the most logic info to start with, but for now we keep it first.
2.)
It feels correct to use the metainfo (or just the filename) as the base info. Pmusic is today supporting both version 1 and 2 of id3 tags, but still only using tags-types supported by id3v1. That is Artist, Title, Album, TrackNr, Year and Genre. As I see it (and you are allowed so disagree), this is enough info in the playlist/sourcelist/pmu-file.
3.)
Now we have filled the 6 first columns if the new standard. Next I suggest to include a rating cloumn.
4.)
Now let's go for stream-info like bitrate and music-format (mpr, flac...). I don't know if samplerate and channels are important to include?
5.)
Full path is the most important info for pMusic. We have to know where the song a located to play it. But for the user this is seldom interesting, so I don't see any reason for pushing this earlier.
6.)
Now this last group of info is what I like the most. Let's keep info of where to look for lyrics, albumart and complete album tracklist. It could be link info to a local file or an URL. This info is for pMusic only - to quick locate more info about the track.
This will speed up the trackinfo grabbing a lot. Together with no 'importing...' pauses, and the fact that playlist handling will heavily improve we get an overall snappier use in pMusic 3. Today the playlist shouldn't keep too many tracks before things slow down. This will not be an issue in pMusic 3.
Ok, back to the native file format. Using the above specs it could look like:
Code: Select all
03:41|Judas priest|Parental guidance|Turbo|1986|4|27|192|mp3|/mnt/sdb1/musikk/mp3/Judas priest - Parental guidance.mp3|/mnt/sdb1/musikk/lyrics/Judas priest - Parental guidance .txt|/mnt/sdb1/musikk/albumart/Judas priest - Turbo.jpg|/mnt/sdb1/musikk/album/Judas priest - Turbo.pmu
Thank you
Sigmund