Rockbox

Tasklist

FS#8078 - NSF playlist support

Attached to Project: Rockbox
Opened by oblib (oblib__) - Saturday, 03 November 2007, 00:18 GMT
Last edited by Robert Menes (RMenes379) - Wednesday, 04 January 2012, 16:19 GMT
Task Type Patches
Category Codecs
Status Closed
Assigned To No-one
Operating System All players
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

This patch adds support for NSF (Nintendo songs) playlists, as generated by Winamp. Each .nsf file has multiple tracks in it, and a playlist allows Rockbox to select one of those tracks per playlist entry. Therefore you can now have all the individual tracks of all of your .nsf files listed in a playlist, and randomize between them, or whatever. Basically it lets you treat each track as a separate song, as you can do with other file types. THIS WORKS BEST WITH .NSFE files, not .NSF

File format is as follows:
For track 4 of Zelda.nsf, the entry would be:
nsf://4:/pathto/Zelda.nsf (note lowercase "nsf")
specifically, in my directory setup it looks like this:
nsf://4:/NES/Zelda.nsfe

To create such a list in Winamp, you must add support for NSF files, add an NSF file to your playlist and do File Info and hit Shadow -> Winamp or Shadow -> File. This will create the entries in the playlist for each track. You can then save the playlist and make sure the paths are okay for your Rockbox setup.

Todo:
Figure out how to get a non-magic number (array size) in playlist.h
Possibly increase the codecs.h API version (not sure what this does to the rest of the code)
(probably a separate patch) Make Rockbox load each .nsf as its constituent tracks, rather than one playlist entry that you FF or REW through.
This task depends upon

Closed by  Robert Menes (RMenes379)
Wednesday, 04 January 2012, 16:19 GMT
Reason for closing:  Out of Date
Additional comments about closing:  Superseded by FS#12176.
Comment by oblib (oblib__) - Thursday, 27 December 2007, 23:38 GMT
Sync'd to SVN
Comment by Shervin Riahi (shervin) - Thursday, 24 January 2008, 14:09 GMT
Wow, this is a great idea and I really like the implementation! NSFs don't play very well on my 5.5g iPod, but assuming that no one else is suffering from the issues I'm encountering then this would be a great asset to rockbox!!
Comment by oblib (oblib__) - Thursday, 24 January 2008, 18:56 GMT
Thanks for the support! Are you saying that NSFs don't work well on your ipod after applying this patch, or just in general? Also, please describe "don't play very well."
Comment by Shervin Riahi (shervin) - Thursday, 24 January 2008, 19:35 GMT
Sorry for the lack of detail, my post was concerning build r16095. Here is a concise repost from a thread I made in the playback forum (easier than retyping it all ;P):

Basically, playback is crippled on my device insofar as when I play any NSF file the controls and display sort of lock up. By "sort of" I mean that I can seek (change) the tracks within the file (as denoted by the progress bar or track number) but the music won't change to reflect that, and there is a lag. Additionally, there is a very long delay if I try to exit the WPS and enter the file browser or even pause playback. I have also begun to experience strange playback issues such as the track starting over again or pausing briefly (the playback indicator actually displays itself as being paused, without my intervention). Disk activity is also rampant, for no discenible reason.
Comment by Shervin Riahi (shervin) - Thursday, 24 January 2008, 19:40 GMT
Ok, this is weird, but I just tried a new build (r16150m-080123 which has patch  FS#8379  applied to potentially increase battery life) and now from my usual tests and evaluation NSF playback is rock solid! Strange...
Comment by Jonathan Gordon (jdgordon) - Sunday, 06 June 2010, 11:47 GMT
if each nsf has multiple tracks in it, maybe it should be implemented in the cuesheet hanndling? you cant yet select a single subtrack from a cuesheet, but that is something which should be doable later if there was interest to add it.
Comment by Robert Menes (RMenes379) - Thursday, 15 September 2011, 13:21 GMT
Seeing as how we now have FS#12176, plus a *lot* of reworking of the playback engine, shouldn't this task now be closed?
Comment by oblib (oblib__) - Friday, 16 September 2011, 00:48 GMT
Okay by me, but I don't know how...

Loading...