2016-08-23, 12:43
Hi
great to see a thread which is watched by the dev - thank you.
I use kodi only for music on a tablet, simply because it is beautiful to scan through artists, albums, ratings, ...
Everything tagged (picard) and on a nas via nfs or smb (WD myCloud), network is 1Gb/s, tablet (galaxy tab 2 10") is wlan,
audio out is direct cable connection to amp.
Fields of enhancments:
1) use a circular buffer in memory of (adaptive or configurable size) around 15 minutes of music, or something like the actual plus the next 1~2 songs.
This should be no problem on any device or any preload of a 10~15 minutes song with any music codec. Keep the buffer filled.
In my environment I have horrible stuttering every few seconds whenever I touch something like adding songs to playlist, scrolling through albums
etc. or simply while playing. Only kodi running on the tablet.
It is definitly no fun to listen to music! Other tools like sambaplayer, which is specialzed in playing smb network contents, has absolutly never ever
problems with stuttering. It simply take a very few seconds to start the very first song. But I like the UI of kodi much better.
I understand that scrolling through albums or artists scans database or reads files over the network from nas, but playing uninterruppted music
is priority number one.
2) clarify filenames and search order for albumart, cdart, artistart, playlistart, ...
Is is AlbumArt.JPG or albumart.jpg or album.png or Folder.jpg ... and plugins even add confusion to that ...
I can dream of clear information on
- case (natural alphabetical/ascii/UTF sort, uppercase before lowercase - searching case insensitive)
- extension (prefer .png for transparency, then jpg, ...)
- path inside directorystructure of artist/album/disc/song or subfolder and/or single directory for eg. genreart, playlistart, yearart, ... <artist>-<album>.png, <playlist>.jpg <year>.jpg
- native support for more than one picture (without plugins) like artist1.jpg, artist2.jpg, ... (sort numbers by number , eg. 1,2,3... 9,10,11, 12... not 1,10,11,2,20,21,3,4,...)
- native support for cycling fanart
- configure display of albumart [in album] artistart [in artist] genreart [ in genre], playlistart [in playlist], ...
*) native support: means running with Estuary and Estouchy.
3) enhance playlisteditor
- move title(s) up/down
- mark several items to move/delete/add
- concat playlists
- verify playlist that all included tracks are reachable (are not deleted or moved)
I am very happy if you consider looking into my suggestions, and absolutly happy with a hint on approving my top problem - circular buffer to prevent stuttering play back
Feel free to ask questions - thank you!
cu
harvey637
great to see a thread which is watched by the dev - thank you.
I use kodi only for music on a tablet, simply because it is beautiful to scan through artists, albums, ratings, ...
Everything tagged (picard) and on a nas via nfs or smb (WD myCloud), network is 1Gb/s, tablet (galaxy tab 2 10") is wlan,
audio out is direct cable connection to amp.
Fields of enhancments:
1) use a circular buffer in memory of (adaptive or configurable size) around 15 minutes of music, or something like the actual plus the next 1~2 songs.
This should be no problem on any device or any preload of a 10~15 minutes song with any music codec. Keep the buffer filled.
In my environment I have horrible stuttering every few seconds whenever I touch something like adding songs to playlist, scrolling through albums
etc. or simply while playing. Only kodi running on the tablet.
It is definitly no fun to listen to music! Other tools like sambaplayer, which is specialzed in playing smb network contents, has absolutly never ever
problems with stuttering. It simply take a very few seconds to start the very first song. But I like the UI of kodi much better.
I understand that scrolling through albums or artists scans database or reads files over the network from nas, but playing uninterruppted music
is priority number one.
2) clarify filenames and search order for albumart, cdart, artistart, playlistart, ...
Is is AlbumArt.JPG or albumart.jpg or album.png or Folder.jpg ... and plugins even add confusion to that ...
I can dream of clear information on
- case (natural alphabetical/ascii/UTF sort, uppercase before lowercase - searching case insensitive)
- extension (prefer .png for transparency, then jpg, ...)
- path inside directorystructure of artist/album/disc/song or subfolder and/or single directory for eg. genreart, playlistart, yearart, ... <artist>-<album>.png, <playlist>.jpg <year>.jpg
- native support for more than one picture (without plugins) like artist1.jpg, artist2.jpg, ... (sort numbers by number , eg. 1,2,3... 9,10,11, 12... not 1,10,11,2,20,21,3,4,...)
- native support for cycling fanart
- configure display of albumart [in album] artistart [in artist] genreart [ in genre], playlistart [in playlist], ...
*) native support: means running with Estuary and Estouchy.
3) enhance playlisteditor
- move title(s) up/down
- mark several items to move/delete/add
- concat playlists
- verify playlist that all included tracks are reachable (are not deleted or moved)
I am very happy if you consider looking into my suggestions, and absolutly happy with a hint on approving my top problem - circular buffer to prevent stuttering play back
Feel free to ask questions - thank you!
cu
harvey637