z4B fX2ZkRvUUCe+HBqytVyQuIYpVbPMRvIC+MVlCWdAu2bCHhfttxsN1Dxbm6ak SxysXKtRGGxCSxD
BUtmfRrA1xfg/OpiJ/LsvrjVtea [binary]
Pp [binary]
7YC7P4v7R2w+wHUIqJ+pK7qYX04 [binary]
gfrnq/d [binary] f
[binary]<br
/> [binary]
PUfhDL/1IOqq7xO24eVJ6myKXQ3bnVWPdto [binary] ---=_linux4939b3bc--Top quality cables are awesome but you don't have to spend a lot on them. enjoy.... http://store.haveinc.com/default.aspxJust to let you know, you are GOD Mike:-) Will try your new beta in next week need to work untill then, I'll repot back then:-) Keep it up my friend Best Regards Mikael
linux..." target="_blank">1@linux... > > Hi All, > > I made a couple of changes. > > There was a minor memory leak at PARIS application shutdown that is fixed. > > > The bigger change that I'm hoping people can test is the issue where some > people got an error on start-up that said something to the effect that a > common buffer couldn't be created. > > I modified the code so that if an attempt to allocate a common buffer > fails, > it will: > > 1) try again up to 100 times. > 2) If that doesn't work, it will sleep for 20 milliseconds and then try > one > last time. > > Hopefully this will clear it up. I can only reproduce the error if I try > to launch PARIS when windows has displayed the desktop but is really still > in the process of starting up (before the hard disk thrashing is done). > I just launched it under these conditions, and it worked fine. > > I'll post this in the project forum, too. > > Here are the installation instructions: > > the PARIS_StudioControlLibrary.dll goes in the Windows\System32 folder. > be sure to back up the copy your using currently just in case. > > The Scherzo.sys goes in Windows\System32\drivers\. Be sure to back up > your > current scherzo, too. > > All the best, > > Mike > >This is a multi-part message in MIME format. ---=_linux493a7a54 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi All, Here's another build. It turns out waiting for 20 milliseconds is a BAD idea. This version will try up to 1000 times to allocate the buffer before it gives up. Just a word of caution: it seems to me that the UAD plugins have issues with the few seconds after system startup, too. I get crashes if I try to load a project with UAD plugs while the start-up disk thrashing is still going on. PARIS loads fine, as do projects without UAD plugs during this time. Just wait 30 after start-up, and all is well. I managed to get something that improves driver latency working! This will not mean anything right now, but it could mean everything once I get started on the ASIO driver. The driver will now use all available CPUs to speed up interrupt handling, and PARIS DPCs go to the front of the list. Sweet. Instructions are now in the zip file. Cheers! Mike ---=_linux493a7a54 Content-Type: application/octet-stream; name="parisMulticoreBeta1.3.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="parisMulticoreBeta1.3.zip" [binary]
mzqt4Jw+iK/fmfE1V [binary]
O0qS2KTuzH3uY4DRe/8M6amMsB0k2zC [binary]<
ch7m6Gii6q8Up8CW1CdsSH [binary]<br /
SJLtdyfB3nWDlEDJsfndYr8F6g2kAm [binary]
m [binary]
NHpettEcLeAOwz+OfC/ENxycCvAVYOTwb0G [binary]
W63vW1eR+ig6mBmcTBZfU0 [binary]
OJRhHsPRCKOplJ9F18fhxDPhvpSyvfT7 [binary]
FScXGyTRFrJ5zzYVLWi6N [binary]