| |
Joe/Modern Arts
Account closed
Registered: Jan 2013
Posts: 9 |
Release id #120878 : Tiny'R'Sid 0.74
Thx for the feedback.
A recent addition to the web page is a new playlist functionality. It lets users create their own playlists. These are stored persistently and can then be shared with other users, e.g. http://www.wothke.ch/tinyrsid/index.php/explorer?playlistId=6
Regarding the emulation quality: The emulator has been designed to trade-in quality for small size (it is the equivalent of a 40kb Windows program) and speed (eventhough it's Flash, it runs with 25%-30% of the CPU load generated by a serious emulator like sidplay2w-int.exe). I am happy that it even runs on my old HTC HD2 phone (I'd switch off the frequency spectrum visualization though ;-) ).
PS: The playback speed issue with some legacy PSID files (e.g. Super_Huey.sid) has been fixed and the player on the web page has been updated. (I hope that PSID crap gets finally dumped for good..) |
|
| |
iAN CooG
Registered: May 2002
Posts: 3198 |
which PSID crap? if you mean PlaySID specific SID files from Amiga times, they are all eradicated from HVSC since years, only proper C64 compatible SIDs are present, including Norman_Paul\Super_Huey.sid
the file is flagged for NTSC speed, not Playsid =) |
| |
Joe/Modern Arts
Account closed
Registered: Jan 2013
Posts: 9 |
1) In the case of Norman_Paul's Super_Huey.sid it was my mistake to not properly handle the NTSC flagging.
2)Still I'd advocate to completely replace all PSID files with respective RSID files. From my experience there are just too many poor quality PSID rips around.
Example: If the "init" code of a PSID explicitly switches on the kernal ROM bank to then fail miserably because parts of its "play" logic are actually located in the RAM area underneath, I consider that to be a poor quality garbage PSID (e.g. Ramparts.sid). Calling that "C64 compatible" is a bad joke.
It's just a bloody waste of time to make these kind of garbage PSIDs play in spite of their flaws. It would be so much easier to only have sid files that really work on a C64 (without any add-on magic). |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
those files are very annoying to deal with indeed.... i agree, they should be fixed (then again, someone has to do it...) |
| |
iAN CooG
Registered: May 2002
Posts: 3198 |
here is your fix =) the copy routine was indeed faulty, now it's selfcontained at $e000
http://iancoog.altervista.org/Ramparts.zip
if you find anything to fix don't hesitate to write us at hvsc@c64.org anytime, we will take care of them. |
| |
Joe/Modern Arts
Account closed
Registered: Jan 2013
Posts: 9 |
@iAN CooG: thx for the effort.. but by now my player copes with most of those PSID flaws.
but having to use silly heuristics like the ones below is just bloody annoying (and only a question of time before the next new PSID comes along that breaks it):
if ((sPlayAddr >= 0xd000) && (sPlayAddr < 0xe000)) {
memory[0x0001]= 0x34;
} else if (sPlayAddr >= 0xe000) {
memory[0x0001]= 0x35;
} else if (sPlayAddr >= 0xa000) {
memory[0x0001]= 0x36;
} else if (sPlayAddr == 0x0){
// keep whatever the PSID init setup
} else {
memory[0x0001]= 0x37;
}
Then the silly "speed" setting, e.g.: "means 60hz OR the CIA1A settings". So I am supposed to wait an see if the friggin PSID song feels like setting a timer.. but mb its actually an RSID disguised as PSID that never returns from its "init" (e.g. "Techno_Mix_1.sid").. its just a bloody waste of time. I'd say use RSID and be done with it.. |
| |
iAN CooG
Registered: May 2002
Posts: 3198 |
That is simply the correct way to handle the $01 register, I don't see what is the problem, a sidplayer should handle also tunes that reside in strange memory areas. Making the existing rips work better is also part of our task, there are still many with such overlooked misbehaviours, once if a sid played in sidplay/w was considered enough, now if they work with native players like Sidplay64 or converted back to prg with PSID64 is preferred. I also prefer to not have a tune mess with ram under $d000-dfff, I've relocated some already.
About Techno_Mix_1.sid and Techno_Mix_2.sid it's my error, they should be RSID of course, fixed them aswell for next update. |
| |
Joe/Modern Arts
Account closed
Registered: Jan 2013
Posts: 9 |
The playAddr just isn't a foolproof criteria to guess what memory configuration a program might be needing. It says absolutely nothing about the location of the data that the song might be using nor about the location of the remaining player code (which might be spread all over the memory)..
It's just not worth the trouble.. just put in a proper IRQ driver and make it an RSID. And you'll never again make the mistake to select the wrong sid file type ;-) |
| |
iAN CooG
Registered: May 2002
Posts: 3198 |
no sorry, RSID is used only if needed |
