Topic: Previously used SD2 flawlessly, SD3 is constantly glitching

Viewing 14 replies - 1 through 14 (of 14 total)

Replied December 5, 2018 at 22:59 #2221179
Scott
Moderator
Well, you can remove Reaper from the equation…Do you get the same glitchy behavior in S3 standalone mode using the same Line6 device?

I don’t know your OS, but you can remove the Live6 driver from the equation…have you tried using a different ASIO driver (the free ASIO4ALL for example)? Try the ASIO4ALL driver with S3 standalone. What are the results? Then ASIO4ALL and Reaper. Results?

Scott Sibley - Toontrack
Technical Advisor
- This post was modified 6 years, 7 months ago by Scott.
Replied December 5, 2018 at 23:03 #2221181

Alan Cox
Participant

Hi Scott, thank you for your response.

I can’t get the standalone version to open. It crashes every time. I’ve attached two of the crash dump files that were generated.

Replied December 5, 2018 at 23:09 #2221192

Scott
Moderator

One of the programmers will need to look at the dmp files to see what’s it’s crashing.

Scott Sibley - Toontrack
Technical Advisor

Replied December 5, 2018 at 23:12 #2221197

Alan Cox
Participant

Thank you Scott. Just in case, Toontrack have already offered me this solution for the crashing of the standalone application but the problem remains.

“Please open the Windows Command Prompt on your PC then copy/paste the text below. You should be able to open the standalone and select a different ASIO driver.

reg add HKCU\SOFTWARE\Toontrack\Superior3\Host64 /v AudioAPI /t REG_SZ /d “Windows Audio” /f “

Replied December 5, 2018 at 23:25 #2221210

Scott
Moderator

Have you tried using the ASIO4ALL driver in Reaper instead of the Line6 driver?

Scott Sibley - Toontrack
Technical Advisor

Replied December 5, 2018 at 23:41 #2221232

Alan Cox
Participant

Hi Scott, thank you for this suggestion. I’ve just tried that (set to the largest buffer size I can without getting noticable latency – around 256), instead of the audio glitches I’m now getting dropouts instead. This occuring on playback now too.

I don’t know if this is cause or coincidence but the glitches with UX2 ASIO and dropouts with ASIO4ALL drivers seem to occur more when I’m opening and closing the hi-hat.
Replied December 9, 2018 at 07:03 #2226131
WGN5150
Participant
The new situation you’re facing sounds to be more of a memory issue (filling up) or a hard drive (slowness) issue.

Couple things you might want to look at:
1. How much of your CPU / memory is being used up with other software / DAW / plugins?
2. Click on the upper right corner tab, where it says ___MB – see how much RAM that drum set is using vs how much you have installed in your PC.
3. In that same menu, if you’re running lean on memory, play with the Cached and 16Bit options. One only loads the samples needed based on the drums you’re actually playing. The other will bring the audio quality down a little bit but save you memory.
4. At the bottom of that same menu… there is a button to OPEN PERFORMANCE SETTINGS. Click it. In the lower part of the window that opens – you will see how many CPU’s are dedicated / used for SD3. There is a massive performance improvement when you use at least 2 CPU cores – this is documented by Toontrack themselves.
5. If the program is still crashing when loading standalone… there’s something going on with the install (uninstall and reinstall it) … OR…. it would seem the program is trying to access the audio drivers and there’s an error causing the program to collapse and not load.
Hopefully this will help. Good luck!

1
Thanked by: Alan Cox
Replied January 8, 2019 at 13:57 #2296900

Alan Cox
Participant

Hi everyone, apologies for the delay in getting back to you on this. I’ve struggled to get back into the studio over Christmas and New Year. Thank you for your responses and patience whilst I get back to you.

I conducted some fault finding following the information that WGN5150 gave and it looks like this user is bang on the money. Toontrack’s suggestion that Line6 is to blame is incorrect. The issue that I’m experiencing goes away when I change SD3 to either 16-bit mode or remove some of the microphones/bleed/surround channels. This is freeing up memory to let the VST work more seamlessly. With most other variables tested and no change in behaviour experienced this is the only conclusion I can come to. So I thought, let’s double check my system specs against the minimum and recommended system requirements for SD3. I have 8GB DDR4 memory on my system which meets the recommended system requirements on Toontrack’s site. So now I wonder why a system that meets the requirements of the software is struggling to run it. I also now have an SSD of the SD3 sound library that is unusable because if I want the samples at 24 bit resolution I can’t use anything but the basic sound library.

Replied January 8, 2019 at 15:16 #2296958

Scott
Moderator

What is your RAM usage without S3 loaded? How much of your 8GB of RAM is in use before loading S3?

Scott Sibley - Toontrack
Technical Advisor

Replied January 10, 2019 at 14:18 #2301303

Alan Cox
Participant

I removed SD3 and my RAM usage is around 0.8GB

Replied January 10, 2019 at 14:38 #2301320

Scott
Moderator

What is the RAM usage using the kit and effects in S3 that you want to use?

And you say that playback is fine but recording MIDI is glitchy using the same buffer size? But changing to 16-bit makes the glitches go away?

I would suggest recording MIDI at 16-bit then setting it back to 24-bit after recording and mixing with full quality.

Scott Sibley - Toontrack
Technical Advisor

Replied January 27, 2019 at 18:32 #2330244

Ben Chase
Participant

Having both your audio device and ssd on the usb bus, or even different usb busses is going to fall over a lot quicker.

Try to get your ssd to sata internal. If its a lappy, sacrifice your DVD drive (USB dvd drives are cheap as) or get an mSata or M2 drive for the OS and take out your mobile sim module.

Replied January 27, 2019 at 19:54 #2330361

Jack 007
Participant

Stutters and sometimes dropouts? Have a look at tuning your graphics card drivers:

———————————————————————————

Performance Tip for AMD GPU users for stutter/lag

Microstuttering and laggy playback is an all-too-known issue with any gaming system, and some good people on the net have come up with a possible issue with AMD installs:

AMD installs a service to write to the Event Log called ATIeRecord. If your event logs are huge and/or fragmented, then this service will record while you are gaming, and the recording lag from bad fragmented system files will hammer your performance with lags and stutters.

The fix? Disable the service:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Atierecord]
“eRecordEnable”=dword:00000000

Set to “1” by default which enables it. Disable it by setting it to “0” …………….

NOTE: If you install, re-install or update the AMD Radeon drivers it is set back to ‘1’ !!

———————————————————————————————————————————————————————–

Also USB needs to be tuned, switch OFF power management, and there’s more … J

Replied February 2, 2019 at 13:53 #2340002

Alan Cox
Participant

Thanks for all your feedback guys.

Scott – I’m not sure what to say. You’ve suggested something that I’m already doing.

Bcslaam – the soundcard is USB and the SD3 SSD is USB. Both in their own USB 3.0 ports, I’m not sure what I can do to change that.

Jack 007 – I have NVidia GPU
Author

Replies

Viewing 14 replies - 1 through 14 (of 14 total)

Previously used SD2 flawlessly, SD3 is constantly glitching

Superior Drummer 3 Help

Viewing 14 replies - 1 through 14 (of 14 total)