tripleDAT Forum?
-
- Posts: 294
- Joined: Mon Apr 15, 2002 4:00 pm
- Location: Seattle, WA
- Contact:
-
- Posts: 294
- Joined: Mon Apr 15, 2002 4:00 pm
- Location: Seattle, WA
- Contact:
-
- Posts: 294
- Joined: Mon Apr 15, 2002 4:00 pm
- Location: Seattle, WA
- Contact:
As well as I... It's a little ironic that tripleDAT made Creamware's name here. I remember when 3BoardII came out with v2.4. A local music store was sold out a month before it actually came out! I was one in the waiting list! It took me 2 months to finally get mine!
The DSP platform and CW's Digital Audio Environment is a technical genius! I'm getting the hang of this! I just hope that CW will update Triple to work well in harmony with SF3.1.
Also: Update on the dll errors: I found out that starting Pulsar independently from tripleDAT (3.06) makes it more stable - no crashes - so far.... It's been VERY good! I wonder if 3.11b's sync launch actually causes those library errors?!
Otherwise, will try my setup under Win95B.
The DSP platform and CW's Digital Audio Environment is a technical genius! I'm getting the hang of this! I just hope that CW will update Triple to work well in harmony with SF3.1.
Also: Update on the dll errors: I found out that starting Pulsar independently from tripleDAT (3.06) makes it more stable - no crashes - so far.... It's been VERY good! I wonder if 3.11b's sync launch actually causes those library errors?!
Otherwise, will try my setup under Win95B.
Hey Z-station. I didn't see your original post regarding dll errors with Triple/Pulsar, but I just sleuthed out a fix for a crashing Triple 3.11 (running as Pulsar plug). It would crash whenever I tried a merge with effects. I eliminated the problem by reducing my display to 16 bit from 24 bit (on a Matrox G400 dual). I don't know if this is a universal fix, but thought I'd post it on this thread.
/dave
/dave
-
- Posts: 294
- Joined: Mon Apr 15, 2002 4:00 pm
- Location: Seattle, WA
- Contact:
Mr. DBMac!
I've got an ATI Xpert 2000. I've always had my settings to 1024x768/16bit colours. 3.11b/Pulsar3.01 used to worked stunningly on my old config. Somehow, somewhere with all the BIOS & drivers updates, something went amiss, but after my 'de-tweaking', things are running better. I'm using 3.06 as it doesn't auto start Pulsar. 3.11b is much more stable now too but still yields those dll errors once in a blue moon. At least they don't pop out during boot or as often anymore...
We'll keep you posted. Hope that did the trick for you though!
I've got an ATI Xpert 2000. I've always had my settings to 1024x768/16bit colours. 3.11b/Pulsar3.01 used to worked stunningly on my old config. Somehow, somewhere with all the BIOS & drivers updates, something went amiss, but after my 'de-tweaking', things are running better. I'm using 3.06 as it doesn't auto start Pulsar. 3.11b is much more stable now too but still yields those dll errors once in a blue moon. At least they don't pop out during boot or as often anymore...
We'll keep you posted. Hope that did the trick for you though!
I've been using 3.11 with Pulsar 2 for a while now and nothing horrible to report except this:
Occasionally, when splicing and stretching samples, tripleDAT will crash requiring a full system reboot. Upon returning to the project in question, I'll find that sample positions are all screwed up and then I have to spend the next 1/2 hour re-aligning samples. Constant saves have no bearing on this problem. And I am running all the usual tweaks known to man.
Seems this was reported before elsewhere. But it's a nasty bug. It's gotten to the point that I get very nervous everytime I have to splice and edit a sample for fear of losing many hours of work. Never saw this problem with the stand-alone version of tripleDAT.
Anyone else seen this or found a solution?
Occasionally, when splicing and stretching samples, tripleDAT will crash requiring a full system reboot. Upon returning to the project in question, I'll find that sample positions are all screwed up and then I have to spend the next 1/2 hour re-aligning samples. Constant saves have no bearing on this problem. And I am running all the usual tweaks known to man.
Seems this was reported before elsewhere. But it's a nasty bug. It's gotten to the point that I get very nervous everytime I have to splice and edit a sample for fear of losing many hours of work. Never saw this problem with the stand-alone version of tripleDAT.
Anyone else seen this or found a solution?
hi, maybe I can complete your triplet to a quartet 
Haven't used the triple plugin that much yet but shurely will increase that after my new (in fact old Korg 168) mixer arrives.
As I'm generally too lazy for midi stuff, I'm not a sequencer fan anyway and found the triple interface quite appealing.
Still curious if that statement of a CW techie holds, that simultaneously recording of 8 tracks with Pulsar synthesizing and processing like hell is possible.
cheers, Tom

Haven't used the triple plugin that much yet but shurely will increase that after my new (in fact old Korg 168) mixer arrives.
As I'm generally too lazy for midi stuff, I'm not a sequencer fan anyway and found the triple interface quite appealing.
Still curious if that statement of a CW techie holds, that simultaneously recording of 8 tracks with Pulsar synthesizing and processing like hell is possible.
cheers, Tom
-
- Posts: 294
- Joined: Mon Apr 15, 2002 4:00 pm
- Location: Seattle, WA
- Contact:
Although I haven't recorded any of Pulsar's internal sounds to triple, I don't think that should be a problem at all! triple doesn't take much DSP power. I mainly use my outboard modules and live recordings anyway.
I even had tripleDAT play 16 simultaneous tracks (from tripleDAT Source) plugged into the Pulsar Mixer then route (so far up to 8 channels) back to the tripleDAT Destination without any problem! Totally internal re-routing!
My tripleDream = 24bit/96KHz, multiple sync methods for midi, video and film, etc., stability, customable tripleSKINS, user-updatable CD-R/W drivers, multiple format support.....
I even had tripleDAT play 16 simultaneous tracks (from tripleDAT Source) plugged into the Pulsar Mixer then route (so far up to 8 channels) back to the tripleDAT Destination without any problem! Totally internal re-routing!
My tripleDream = 24bit/96KHz, multiple sync methods for midi, video and film, etc., stability, customable tripleSKINS, user-updatable CD-R/W drivers, multiple format support.....
-
- Posts: 6
- Joined: Sun Aug 15, 2004 4:00 pm
I have used TripleDAT quite a bit lately, but unfortunately my Tripleboard II just died. Creamware can't fix them. So, my only recourse is to try to find a used one. I don't really have an option because I must use an ISA socked computer for this application. Anybody got a Tripleboard II for sale?
EsotericTT
Drivers for recent CDR writers can be downloaded from Roxio:
http://softwareupdates.roxio.com/gm/pro ... 1-20-0.exe
(most importantly the Gri_mmc.dll driver)
TripleDAT uses the Cequadrat CDR engine, which was acquired by Roxio.
It's fairly straigtforward to edit the Trpl_cdr.ini file in the TripleDAT directory, and add lines for new writers.
I added a few Plextor drives (PX-W4012A and Premium).
http://softwareupdates.roxio.com/gm/pro ... 1-20-0.exe
(most importantly the Gri_mmc.dll driver)
TripleDAT uses the Cequadrat CDR engine, which was acquired by Roxio.
It's fairly straigtforward to edit the Trpl_cdr.ini file in the TripleDAT directory, and add lines for new writers.
I added a few Plextor drives (PX-W4012A and Premium).
Jos Van Dyck
NGM bvba
(TripleDAT addict)
NGM bvba
(TripleDAT addict)
Greetings all,
I've not seen another Tdat forum since CW "revamped" the whole deal and closed the old forums. I'm not sure you'll see another Tdat forum either, too many posts on the old one about an "update" or complaints about Creamware forgetting Tdat users... yes dissapointing to say the least.
TM
I've not seen another Tdat forum since CW "revamped" the whole deal and closed the old forums. I'm not sure you'll see another Tdat forum either, too many posts on the old one about an "update" or complaints about Creamware forgetting Tdat users... yes dissapointing to say the least.
TM