next »

[piovrauz]

yup, it works (but I have to set default song duration to 0). I lose seek bar, but it plays correctly the infinite loop now.
thanks.

[Elrinth]

is there any grand reason for xmplay sid plugin to take so high cpu?
compared to sidplay it's really hefty.. going up to 40% cpu at some songs.

[Dotpitch]

is there any grand reason for xmplay sid plugin to take so high cpu? compared to sidplay it's really hefty.. going up to 40% cpu at some songs.

Yes, that because xmp-sid creates stereo sound. Tick 'Optimize for speed' or switch back to mono.

[Elrinth]

is there any grand reason for xmplay sid plugin to take so high cpu? compared to sidplay it's really hefty.. going up to 40% cpu at some songs.

Yes, that because xmp-sid creates stereo sound. Tick 'Optimize for speed' or switch back to mono.

also what's the reason for all sids sounding much better in sidplay compared to xmplay? isn't xmplay using the same play routines as sidplay?

[raina]

Don't both have kind of a lot of settings that affect the sound? Emulation engine, filters, resolution and whatnot.. Is there a distinct difference when using similar settings on both? And what about comparing the sound to a real SID, where there are minor differences from chip to chip as well? Simply "better" is too broad a definition to tackle. And also loaded with high levels of subjectivity. I never made any comparisons myself because when xmp-sid arrived, it won hands down because of its features, integration and usability.

[Fraggie]

Yes, define "better".

Sidplay2/w doesn't do resampling and external filters. It doesn't do EQ, reverb, etc. Maybe you should try to turn off everything to get the "crispy" sound? Xmp-sid uses the same libsidplay2 & reSID as sidplay2/w, so any emulation precision differences are very unlikely.


As for performance, libsidplay2 emulates two SID's for stereo output. This is very inefficient and in my opinion requires redesigning (if anyone actually cares about that).

[Elrinth]

there is some timing issues... I've fiddled with all settings and haven't seem to solved them...
You can notice it on:
Scarim_Nick/Spy_vs_Spy.sid

Play it in sidplay/windows win32 version (nov 7 2002) and compare.

[Fraggie]

Maybe I should have my ears examined, but I cannot hear any "timing" differences compared to sidplay2/w.

Make sure you have SID model and clock speed set to autodetect. Select Real C64 Environment too. If it's still wrong, then delete the [SID] section from your xmplay.ini.

[gezmen]

Hey Fraggie,

HVSC #50 has recently been released and so i did update my archive to #50, and guess what? XMPlay is crashing now whenever I try to open it. 

After tweaking into options forth-and-back many times, I found out the actual problem as follows:

- SID Plugin is having problem while reading SLDB data from HVSC #50.

When I turn on "Load Song Length Database" in the plugin options, XMPlay will hang up with like 200~500 MB (and growing more) of RAM usage on the next time I open it. The only way to run it properly then is to delete "xmplay.ini" so that the options are reset and "Load SLDB" is unchecked.

I don't know which one has the actual trouble: SID plugin or HVSC#50 ? But I really would like this problem fixed asap because it is like a hell for me that all the SID music lengths are appearing 5:00 !!  I want the correct song lengths back! 

Thanks a lot for this SID plugin, really it makes my day. So, please fix this problem. 

P.S. I am using SID plugin rev.25c

[raina]

Are you loading the ENTIRE HVSC or does it crash even with individual SIDs?

[WonderSlug]

Can anyone point me to where I can get rev25c?

All the links I go to just have rev25b, not rev25c

[deus-ex]

Can anyone point me to where I can get rev25c?

MODLAND at your service: http://ftp://ftp.modland.com/pub/players/Windows/XMPlay/input%20plugins/

[saga]

I encounter the same bug, actually. I have not added any new SID tunes, I merely updated my HVSC to #50 and XMPlay (or rather the plugin) takes up a lot of memory and cpu time during startup until it reaches the maximum swap file size completely crashes.

[Knurek]

I encounter the same bug, actually. I have not added any new SID tunes, I merely updated my HVSC to #50 and XMPlay (or rather the plugin) takes up a lot of memory and cpu time during startup until it reaches the maximum swap file size completely crashes.

Copy pasta from my HVSC list post, seems Fraggie doesn't read it anymore:

Just a heads-up:
The line
; /MUSICIANS/B/Bond_Alan/Randomly_generated_BASIC.sid
819e2f51f310dd14b0625c192a3d4531=0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30 0:30
in Songlengths.txt causes XMPlay's SID plugin to crash and burn,
probably due to sheer number of tunes in one line. Very weird bug,
XMPlay just starts leaking memory while loading, went up from 30 MB to
2 GB (and crapped out of course). Until Pieknyman updates the plugin,
just remove the line or trim some songs, to have xmp-sid work back as intended.

[Fraggie]

Thanks for your investigation Knuru. I'll fix it once I have spare 15 minutes...

[Fraggie]

Revision 25d is now available. The SLDB reader can now handle more than 128 sub-songs.

[raina]

Great work, crew!

[gezmen]

Revision 25d is now available. The SLDB reader can now handle more than 128 sub-songs.

Now, that's great! 
Thank you.

[Jace]

Hmm. 25d failed to load any STIL/SLDB info for me from newest HVSC (#50). Rolled back to 25c, removed the offending SLDB line and the info loads fine (no change to settings there).

Working for anyone else?

Scratch this, was too hasty. Newest Stuff version of XMP sorted out the problem.

[Dhry]

Any chance of a new version of this plugin which incorporates the Antti Lankila distortion hack (currently in Sidplay2.5/W)?

Cheers
Dhry