Rockbox Technical Forums
Rockbox General => Rockbox General Discussion => Topic started by: Adam on January 28, 2007, 08:48:27 AM
-
I've got a great SPC player from blargg up and running on a number of targets, I'd like tests on a few more before considering committing it.
Similarly to the NSF player (which is now included in daily builds), I have a a page with a bunch of builds including the SPC player (http://hcs64.com/rockbox/spc.html). Please let me know if you test it, good or bad results, and if you happen to need it built for another player that I don't have a build for yet.
-
Thanks, I'll test it out. However, the page says that it's a build from 01/28/2006? I strongly assume you wrote the wrong year, but it also says "cvs" rather than "svn", so I'm a bit unsure.
-
Doh, yeah, you're right. It is 2007,and it is SVN.
-
I just want to say that I'd really like to see this integrated into the builds just like your NSF player was =] Nice work.
-
hmm, I'd love to test this.
, but could you have a build for the iRiver H120 that includes the RTC Mod for H1x0 series (http://www.rockbox.org/tracker/task/6419)? If it would be too much additional work, I could try doing it myself, I've just had a tough time working the patches, and haven't succeeded sense the SVN change. Of course, I don't know much about both SVN and building anyways.
-
This is a TESTING build, for a specific patch, which is the reason I'm not forcing it to be moved to the Unsupported Builds forums right now.
Please do not request that he add additional patches to it. It is NOT a general purpose unsupported build.
-
Sorry, I will withdraw the request
-
New build now up, 0.24
-
I'll give it a run on my H340.
Do you have any specific testing methods you want done, or just normal use?
-
Im using it as normal. I am also doing battery life benchmarks in various situations. So far, I have had about 7 hours of continuous playback on a directory of spcs. I have also logged 5 hours of a single spc on repeat one. (plus at least 1 hour 30 minutes of activity before that.) My player is an Ipod video 30GB model.
-
Frequent normal use is probably the best idea.
-
SWEET!!! Wow dude, thanks so much, so far so good on my x5 60gig!
-
hey adam, im not gay, but i really love you. nice work really nice nice, im starting to test right now, you can count on me testing for you .
ok again the specs:
Ipod 5g - 60 giga.
runnin os 1.21 + rockbox on default new loader.
a COP add-on to your build would be great for ipod 5g and others ipod´s.
-
I had a play at lunch today. It worked well for me on my 5G 60gb iPod.
-
Seriously folks, this is a testing build. *Any* additional patch added to it means he no longer knows if the bugs come from his patch or the other one.
-
8 hours later...
everithing went fine Adam.
i heard all my colletctions of SPc´s and they really sound SMOOTH and NICE.
i just didnt found my final fantasy 6 collection,
but Zelda, chronno trigger, starfox, FZero, nigel manssel, rocckmanX123, Megaman7, megaman forte, Super metroid, super mario rpg, super contra and a lot of other collections played without anny bugs or skip.
i was using PHK wps scheme and did not changed any config during playback.
crosfeed turned on 100% of the time.
i loaded one game at a time, and browsed to the root dir on every new game.
-
Yea, I'll test it out. I try it out tonight and I'll try to get on tomorrow to tell you what i think. Sounds very good. I love it. Rockbox is getting very good with all the plug ins.
-
Works fine when patched into my iPod 4G B&W. Haven't run into any obvious problems yet. Nice work!
- Dean
-
new builds against new SVN (http://hcs64.com/rockbox/spc.html) (no change to SPC patch)
-
spc26 build now up, in line with the fixes made to the playback code (remember that irritating clicking? no longer!)
-
One thing I've noticed via playing the Secret of Mana soundtrack is that the plugin tends to lack the effects of the SPC files (echoes, reverb, etc). Not sure if this is a limitation of the codec at this point, but other than that, love the thing. Can't wait till this makes it into the official build.
-
The reverb is currently disabled until I can get it running faster, but it is well-implemented in the source.
-
Sweet, this codec has been included into the main source! Congrats on that, Adam! Dare I ask what's next? ;)
-
Any RSN support is out yet?
-
RAR can require a ton of memory to extract from solid archives, and the source is a mess of C++. Very unlikely.
-
Not to mention it's easier to playlist individual files than multi-track files.
-
Really great work! The reproduction seems pretty accurate.
There were several soundtracks i had in streaming format on my H120 and now i can enjoy as .spc, saving some precious HD space, so many thanks. :)
Recommended source for SNES music archives: http://snesmusic.org/
-
Great job!!! Since I got Rockbox on my H320 I always waited for SPC playback! Thank you so much!
But would it be possible to set the playback volume a little bit louder (for example like the one in the NSF codec)? Most of the tracks are not loud enough and I always have to put the volume to the maximum to hear something.
-
This is awesome! I've tried some tracks and it works very well.
Just wondering, what kinda resampling are you using?
And I wouldn't mind a volume boost as long as it doesn't lower the quality caused by clipping.
Also I hope you can speedup the reverb code although it sounds very nice already without it.
THX!
-
Some of my SPCs are already significantly louder than I'd like them. I'm not sure how the format works, but there seems to be a very large range of 'average' volumes of files.
-
Does the codec buffer (almost) the whole music buffer of SPCs (hundreds or maybe thousands at a time could fill 24 MiB) if you queue up a large collection of SPCs? I'm asking because for some reason, I notice the HDD spinning up when I switch to another SPC in my playlist, and I think spinning up the drive just for 64.2 kiB (file size) that should already be buffered (the very next file) can put a lot of drain on the battery life.
-
The Codec buffer is limited to 32 songs (I may have the number wrong, but there is a set maximum number) but it should happily buffer the next many SPC files up to that maximum number of files.
-
The Codec buffer is limited to 32 songs (I may have the number wrong, but there is a set maximum number) but it should happily buffer the next many SPC files up to that maximum number of files.
Is this limitation for a reason? Can it be lifted? Not that I have a problem with letting 32 files (files, right?) play out, but it would be nice to have the limit higher, especially for jumping around between one game or track & another.
-
In the past, 32 files was more than one could reasonably expect unless songs were exceptionally short. Since the audio buffer is only about 29 or 30 mb on the largest targets (not counting the 60gb iPod 5G which has twice as much) the 32 file limit would mean each file would have to be under 1mb, not common with streaming audio formats in general.
With the addition of SPC, SID and other smaller formats the situation has changed, and while it would be possible to just up the number I believe it hasn't been done because it's generally felt that just increasing it isn't the proper solution, rather the option for an arbitrary number of files which I think is what will happen with the metadata on buffer feature once that's done (don't ask when, we don't know yet).
At least, I think this is the situation.
-
In the past, 32 files was more than one could reasonably expect unless songs were exceptionally short. Since the audio buffer is only about 29 or 30 mb on the largest targets (not counting the 60gb iPod 5G which has twice as much) the 32 file limit would mean each file would have to be under 1mb, not common with streaming audio formats in general.
With the addition of SPC, SID and other smaller formats the situation has changed, and while it would be possible to just up the number I believe it hasn't been done because it's generally felt that just increasing it isn't the proper solution, rather the option for an arbitrary number of files which I think is what will happen with the metadata on buffer feature once that's done (don't ask when, we don't know yet).
At least, I think this is the situation.
Can you re-word that 2nd paragraph? It seems I got lost somewhere. I'm guessing what you're saying is that changing the number of buffered files isn't the best solution, as a problem will occur when a new feature that allows metadata to be buffer is added to Rockbox. Is this right?
-
It's more like "Changing the maximum number of buffered files will be less efficient for every other codec right now, so the limit should probably stay the same until the better method is implemented"
-
Are you still working on this plugin? It still misses the snes reverb...
-
Are you still working on this plugin? It still misses the snes reverb...
He hasn't posted in years, so probably not.
-
Reverb is disabled only on targets that aren't known to be able to handle it. It is enabled for:
- Gigabeat (F or S)
- devices with Coldfire CPUs
- device with dual core PortalPlayer CPUs
Now, I could give you a build that enables reverb for whatever device you have, and I guess if it holds up for the more intensive sets (Uncharted Waters 2 being the worst that I remember) then it could be enabled in the main build.