laatste aanpassing
Uitspraak van 5924ut_)*i+05I=034uj0=tjgn49tf43n80-(_*& op woensdag 7 mei 2008 om 16:04:Wanneer ik bij traktor de key functie gebruik om de toonhoogte bij een hoge pitch te beïnvloeden loopt de track niet geheel soepel meer. Ik vermoed dat het met m'n instellingen te maken heeft. Iemand enig idee?
Gooi je latency eens wat omhoog, kijken of het dan beter wordt. Waarschijnlijk trekt je pc het net niet..
Uitspraak van Empathy [BTR] op donderdag 8 mei 2008 om 09:00:Gooi je latency eens wat omhoog, kijken of het dan beter wordt. Waarschijnlijk trekt je pc het net niet..
Maar op de oude (tragere) Hardeschijf draaide het wel goed...
Uitspraak van best of both worlds op donderdag 8 mei 2008 om 11:12:je hebt toch oem bakken
Maar geen flanger op m'n mixer.
Ik draai Serato, maar principe is hetzelfde!
Rane zegt 't volgende over usb dropouts:
Kijk eerst eens hoeveel cpu je gebruikt tijdens 't draaien. Wanneer dit veel is (bv meer dan 75% gemiddeld) dan zou ik eerst de audio buffer (latency) eens wat hoger zetten.
Rane zegt 't volgende over usb dropouts:
Scratch LIVE creates what's known as an isochronous stream of audio data over the USB bus. That is, it is 'fed' at precise intervals from our USB buffer. If for some reason what is in the buffer can not be fed onto the bus, the USB dropout indicator will light, and more often than not, you will hear an audible click or glitch in the audio. This is a USB dropout.
As explained above, maintaining an isochronous stream requires 'stuff' to happen at a certain time, with a 1ms USB buffer size Scratch LIVE only needs to send about 350 Bytes of data each ms over USB, but this needs to happen every millisecond, otherwise you'll (obviously) experience a dropout.
The work is done by the CPU and the USB controller, which are under the control of a few co-operative things; the operating system, the BIOS, and drivers, ultimately at the request of the Scratch LIVE application. If one of these isn't behaving correctly, or can't perform it's work in time, you can guess the result.
The first thing is to check if the CPU is busy doing something else, or is not up to the task of feeding the buffer and feeding the buffer to the USB.
As explained above, maintaining an isochronous stream requires 'stuff' to happen at a certain time, with a 1ms USB buffer size Scratch LIVE only needs to send about 350 Bytes of data each ms over USB, but this needs to happen every millisecond, otherwise you'll (obviously) experience a dropout.
The work is done by the CPU and the USB controller, which are under the control of a few co-operative things; the operating system, the BIOS, and drivers, ultimately at the request of the Scratch LIVE application. If one of these isn't behaving correctly, or can't perform it's work in time, you can guess the result.
The first thing is to check if the CPU is busy doing something else, or is not up to the task of feeding the buffer and feeding the buffer to the USB.
Kijk eerst eens hoeveel cpu je gebruikt tijdens 't draaien. Wanneer dit veel is (bv meer dan 75% gemiddeld) dan zou ik eerst de audio buffer (latency) eens wat hoger zetten.
laatste aanpassing













![Empathy [BTR]](/images/user/68927_1659640.gif)

