Home » The PARIS Forums » PARIS: Main » Pops, small and mysterious
| Pops, small and mysterious [message #83775] |
Fri, 27 April 2007 14:12  |
Brian Carter
Messages: 16
Registered: June 2005
|
Junior Member |
|
|
Hi all,
Been a while since I last posted just to say "hi", but now I'm back in PARIS world again,
bouncing things from analog to digital and back again. It's a great way to work, but I'm having a
real problem with pops. These pops are unusual in that, if one opens a project file, they appear at
certain times during playback; however closing and re-opening the *same* project produces these
little pops in different places during playback. When keeping the same project open and playing
through the song multiple times, they seem to remain stable.They're also unusual in that they're
very small and hard to find within the waveform, but once you find them, you can open up a
millisecond of empty space (with perhaps a millisecond of crossfade before and after) and they're
effectively eliminated, usually but not always without audible effect.
I use an external clock, so of course I've tried PARIS' internal clock both during playback,
but this didn't seem to help. I've tried re-transferring the files from analog 16-track several
times, but it doesn't seem to be an A/D converter issue, since this didn't help. I've tried using
different hard drives to stream the files, to no avail. I've tried using a different MEC for output
to my console (I'm mixing out of the box) with no improvement (the other MEC also provided a chance
to use another MEC-to-EDS cable to rule that out). I've tried removing the 8-in cards and cleaning
their contacts with De-Oxit, as well as cleaning the MEC-to-EDS connector cable. I've tried using a
different EDS card (I have two functioning cards, one not working, but have only one card at a time
installed right now). I've tried cleaning the contacts on each EDS card. I've tried using different
slots for the EDS card.
On the software side I've tried making sure the Default project clock settings agree with the
project I'm opening. I've tried 256fs, 44.1 and Internal, each time setting the Default Project to
agree with the project I'm opening. I do this by changing the clock setting on the Default Project,
saving it, closing PARIS, re-opening PARIS (with the exteral clock set correctly, of course), then
from within PARIS opening the project I'm working on.
Since I'm only using one MEC, I've also tried including and removing "UseHouseSync=1" nad
"MidiPlayDisabled=1".
I should mention that, during the transfers, I'm syncing PARIS to MTC and the external clock
at the same time, both of which are generated by an Aardvark TimeSync II which is built for this.
(The Aardvark reads SMTPE and spits out a low-jitter clock and MTC. I believe it's electronically
identical to the half-rack version of a Rosendahl Nanosync.) To check whether it might be the
Aardvark, I tried using the OpCode Studio64 XTC to read SMPTE and generate MTC/ clock, but on
playback there were still pops. I've also tried disabling all SkunkWorks plugins by removing them
from the Ensoniq "Plugins" folder.
Oh, and I've re-installed PARIS as well, and tried using different Default Projects in case
it might be a corrupt Default Project file (but so far I've only tried using a couple different
backups of *my* Default Project-- I haven't yet tried starting with a clean Default Project). I'm
also not quite sure whether I've tried simply transferring audio without being slaved to SMTPE/MTC,
but I don't think I've tried that yet. (There were lots of things to try, obviously!) I've tried
opening different Project files, too (that is, the Project file I'm working on, not the Default
Project).
I'm starting to think that it's something in my computer (a Mac G4 Quicksilver 2002 with a
1.467GHz GigaDesigns G4 upgrade card, 1.5GB RAM), since *either* of my EDS cards, in any slot, using
any MEC, using any clocking scheme during transfer or playback, using any hard drive for transfer or
streaming, etc., etc., seems to produce the same result: intermittent, small pops, visible in the
waveform, which stay consistent when the project is left open but change completely after closing
and re-opening the project. The pops seem to move around at random, and don't stay in a given area.
I'm out of steam. Can anyone (DJ, I'm looking in your direction) *possibly* come up with a
few more possibilities as to what might be wrong?
Thanks ever so much in advance!
bc
|
|
|
|
| Re: Pops, small and mysterious [message #83785 is a reply to message #83775] |
Fri, 27 April 2007 17:08  |
Aaron Allen
Messages: 1988
Registered: May 2008
|
Senior Member |
|
|
wierdo problems like that I've usually seen linked to heat/power supply
issues..
AA
"Brian Carter" <bricrter@spammitymindspring.com> wrote in message
news:bricrter-062E64.16123027042007@cust0358.vic01.dataco.com.au...
>
> Hi all,
>
> Been a while since I last posted just to say "hi", but now I'm back
> in PARIS world again,
> bouncing things from analog to digital and back again. It's a great way to
> work, but I'm having a
> real problem with pops. These pops are unusual in that, if one opens a
> project file, they appear at
> certain times during playback; however closing and re-opening the *same*
> project produces these
> little pops in different places during playback. When keeping the same
> project open and playing
> through the song multiple times, they seem to remain stable.They're also
> unusual in that they're
> very small and hard to find within the waveform, but once you find them,
> you can open up a
> millisecond of empty space (with perhaps a millisecond of crossfade before
> and after) and they're
> effectively eliminated, usually but not always without audible effect.
>
> I use an external clock, so of course I've tried PARIS' internal
> clock both during playback,
> but this didn't seem to help. I've tried re-transferring the files from
> analog 16-track several
> times, but it doesn't seem to be an A/D converter issue, since this didn't
> help. I've tried using
> different hard drives to stream the files, to no avail. I've tried using a
> different MEC for output
> to my console (I'm mixing out of the box) with no improvement (the other
> MEC also provided a chance
> to use another MEC-to-EDS cable to rule that out). I've tried removing the
> 8-in cards and cleaning
> their contacts with De-Oxit, as well as cleaning the MEC-to-EDS connector
> cable. I've tried using a
> different EDS card (I have two functioning cards, one not working, but
> have only one card at a time
> installed right now). I've tried cleaning the contacts on each EDS card.
> I've tried using different
> slots for the EDS card.
> On the software side I've tried making sure the Default project
> clock settings agree with the
> project I'm opening. I've tried 256fs, 44.1 and Internal, each time
> setting the Default Project to
> agree with the project I'm opening. I do this by changing the clock
> setting on the Default Project,
> saving it, closing PARIS, re-opening PARIS (with the exteral clock set
> correctly, of course), then
> from within PARIS opening the project I'm working on.
> Since I'm only using one MEC, I've also tried including and removing
> "UseHouseSync=1" nad
> "MidiPlayDisabled=1".
>
> I should mention that, during the transfers, I'm syncing PARIS to
> MTC and the external clock
> at the same time, both of which are generated by an Aardvark TimeSync II
> which is built for this.
> (The Aardvark reads SMTPE and spits out a low-jitter clock and MTC. I
> believe it's electronically
> identical to the half-rack version of a Rosendahl Nanosync.) To check
> whether it might be the
> Aardvark, I tried using the OpCode Studio64 XTC to read SMPTE and generate
> MTC/ clock, but on
> playback there were still pops. I've also tried disabling all SkunkWorks
> plugins by removing them
> from the Ensoniq "Plugins" folder.
> Oh, and I've re-installed PARIS as well, and tried using different
> Default Projects in case
> it might be a corrupt Default Project file (but so far I've only tried
> using a couple different
> backups of *my* Default Project-- I haven't yet tried starting with a
> clean Default Project). I'm
> also not quite sure whether I've tried simply transferring audio without
> being slaved to SMTPE/MTC,
> but I don't think I've tried that yet. (There were lots of things to try,
> obviously!) I've tried
> opening different Project files, too (that is, the Project file I'm
> working on, not the Default
> Project).
>
>
> I'm starting to think that it's something in my computer (a Mac G4
> Quicksilver 2002 with a
> 1.467GHz GigaDesigns G4 upgrade card, 1.5GB RAM), since *either* of my EDS
> cards, in any slot, using
> any MEC, using any clocking scheme during transfer or playback, using any
> hard drive for transfer or
> streaming, etc., etc., seems to produce the same result: intermittent,
> small pops, visible in the
> waveform, which stay consistent when the project is left open but change
> completely after closing
> and re-opening the project. The pops seem to move around at random, and
> don't stay in a given area.
>
>
>
> I'm out of steam. Can anyone (DJ, I'm looking in your direction)
> *possibly* come up with a
> few more possibilities as to what might be wrong?
>
> Thanks ever so much in advance!
>
>
> bc
|
|
|
|
| Re: Pops, small and mysterious [message #83787 is a reply to message #83785] |
Fri, 27 April 2007 17:31 |
Neil
Messages: 1645
Registered: April 2006
|
Senior Member |
|
|
I thought that too, but then I read the part about the pops
showing up in the waveforms, but then moving, and then I didn't
know what to think.
What could make that happen?
Neil
"Aaron Allen" <know-spam@not_here.dude> wrote:
>wierdo problems like that I've usually seen linked to heat/power supply
>issues..
>AA
>
>
>"Brian Carter" <bricrter@spammitymindspring.com> wrote in message
>news:bricrter-062E64.16123027042007@cust0358.vic01.dataco.com.au...
>>
>> Hi all,
>>
>> Been a while since I last posted just to say "hi", but now I'm back
>> in PARIS world again,
>> bouncing things from analog to digital and back again. It's a great way
to
>> work, but I'm having a
>> real problem with pops. These pops are unusual in that, if one opens a
>> project file, they appear at
>> certain times during playback; however closing and re-opening the *same*
>> project produces these
>> little pops in different places during playback. When keeping the same
>> project open and playing
>> through the song multiple times, they seem to remain stable.They're also
>> unusual in that they're
>> very small and hard to find within the waveform, but once you find them,
>> you can open up a
>> millisecond of empty space (with perhaps a millisecond of crossfade before
>> and after) and they're
>> effectively eliminated, usually but not always without audible effect.
>>
>> I use an external clock, so of course I've tried PARIS' internal
>> clock both during playback,
>> but this didn't seem to help. I've tried re-transferring the files from
>> analog 16-track several
>> times, but it doesn't seem to be an A/D converter issue, since this didn't
>> help. I've tried using
>> different hard drives to stream the files, to no avail. I've tried using
a
>> different MEC for output
>> to my console (I'm mixing out of the box) with no improvement (the other
>> MEC also provided a chance
>> to use another MEC-to-EDS cable to rule that out). I've tried removing
the
>> 8-in cards and cleaning
>> their contacts with De-Oxit, as well as cleaning the MEC-to-EDS connector
>> cable. I've tried using a
>> different EDS card (I have two functioning cards, one not working, but
>> have only one card at a time
>> installed right now). I've tried cleaning the contacts on each EDS card.
>> I've tried using different
>> slots for the EDS card.
>> On the software side I've tried making sure the Default project
>> clock settings agree with the
>> project I'm opening. I've tried 256fs, 44.1 and Internal, each time
>> setting the Default Project to
>> agree with the project I'm opening. I do this by changing the clock
>> setting on the Default Project,
>> saving it, closing PARIS, re-opening PARIS (with the exteral clock set
>> correctly, of course), then
>> from within PARIS opening the project I'm working on.
>> Since I'm only using one MEC, I've also tried including and removing
>> "UseHouseSync=1" nad
>> "MidiPlayDisabled=1".
>>
>> I should mention that, during the transfers, I'm syncing PARIS
to
>> MTC and the external clock
>> at the same time, both of which are generated by an Aardvark TimeSync
II
>> which is built for this.
>> (The Aardvark reads SMTPE and spits out a low-jitter clock and MTC. I
>> believe it's electronically
>> identical to the half-rack version of a Rosendahl Nanosync.) To check
>> whether it might be the
>> Aardvark, I tried using the OpCode Studio64 XTC to read SMPTE and generate
>> MTC/ clock, but on
>> playback there were still pops. I've also tried disabling all SkunkWorks
>> plugins by removing them
>> from the Ensoniq "Plugins" folder.
>> Oh, and I've re-installed PARIS as well, and tried using different
>> Default Projects in case
>> it might be a corrupt Default Project file (but so far I've only tried
>> using a couple different
>> backups of *my* Default Project-- I haven't yet tried starting with a
>> clean Default Project). I'm
>> also not quite sure whether I've tried simply transferring audio without
>> being slaved to SMTPE/MTC,
>> but I don't think I've tried that yet. (There were lots of things to try,
>> obviously!) I've tried
>> opening different Project files, too (that is, the Project file I'm
>> working on, not the Default
>> Project).
>>
>>
>> I'm starting to think that it's something in my computer (a Mac
G4
>> Quicksilver 2002 with a
>> 1.467GHz GigaDesigns G4 upgrade card, 1.5GB RAM), since *either* of my
EDS
>> cards, in any slot, using
>> any MEC, using any clocking scheme during transfer or playback, using
any
>> hard drive for transfer or
>> streaming, etc., etc., seems to produce the same result: intermittent,
>> small pops, visible in the
>> waveform, which stay consistent when the project is left open but change
>> completely after closing
>> and re-opening the project. The pops seem to move around at random, and
>> don't stay in a given area.
>>
>>
>>
>> I'm out of steam. Can anyone (DJ, I'm looking in your direction)
>> *possibly* come up with a
>> few more possibilities as to what might be wrong?
>>
>> Thanks ever so much in advance!
>>
>>
>> bc
>
>
|
|
|
|
| Re: Pops, small and mysterious [message #83791 is a reply to message #83787] |
Fri, 27 April 2007 22:24 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_003C_01C78934.03EFF270
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hey Brian,
Got a spdif cable plugged into something that's not turned on?
That'll do it.
Tom
"Neil" <IUOIU@.com> wrote in message news:463295f2$1@linux...
I thought that too, but then I read the part about the pops
showing up in the waveforms, but then moving, and then I didn't
know what to think.
What could make that happen?
Neil
"Aaron Allen" <know-spam@not_here.dude> wrote:
>wierdo problems like that I've usually seen linked to heat/power =
supply
>issues..
>AA
>
>
>"Brian Carter" <bricrter@spammitymindspring.com> wrote in message=20
>news:bricrter-062E64.16123027042007@cust0358.vic01.dataco.com.au...
>>
>> Hi all,
>>
>> Been a while since I last posted just to say "hi", but now =
I'm back
>> in PARIS world again,
>> bouncing things from analog to digital and back again. It's a great =
way
to=20
>> work, but I'm having a
>> real problem with pops. These pops are unusual in that, if one =
opens a
>> project file, they appear at
>> certain times during playback; however closing and re-opening the =
*same*
>> project produces these
>> little pops in different places during playback. When keeping the =
same
>> project open and playing
>> through the song multiple times, they seem to remain stable.They're =
also
>> unusual in that they're
>> very small and hard to find within the waveform, but once you find =
them,
>> you can open up a
>> millisecond of empty space (with perhaps a millisecond of crossfade =
before
>> and after) and they're
>> effectively eliminated, usually but not always without audible =
effect.
>>
>> I use an external clock, so of course I've tried PARIS' =
internal
>> clock both during playback,
>> but this didn't seem to help. I've tried re-transferring the files =
from
>> analog 16-track several
>> times, but it doesn't seem to be an A/D converter issue, since this =
didn't
>> help. I've tried using
>> different hard drives to stream the files, to no avail. I've tried =
using
a=20
>> different MEC for output
>> to my console (I'm mixing out of the box) with no improvement (the =
other
>> MEC also provided a chance
>> to use another MEC-to-EDS cable to rule that out). I've tried =
removing
the=20
>> 8-in cards and cleaning
>> their contacts with De-Oxit, as well as cleaning the MEC-to-EDS =
connector
>> cable. I've tried using a
>> different EDS card (I have two functioning cards, one not working, =
but
>> have only one card at a time
>> installed right now). I've tried cleaning the contacts on each EDS =
card.
>> I've tried using different
>> slots for the EDS card.
>> On the software side I've tried making sure the Default =
project
>> clock settings agree with the
>> project I'm opening. I've tried 256fs, 44.1 and Internal, each time =
>> setting the Default Project to
>> agree with the project I'm opening. I do this by changing the clock =
>> setting on the Default Project,
>> saving it, closing PARIS, re-opening PARIS (with the exteral clock =
set
>> correctly, of course), then
>> from within PARIS opening the project I'm working on.
>> Since I'm only using one MEC, I've also tried including and =
removing
>> "UseHouseSync=3D1" nad
>> "MidiPlayDisabled=3D1".
>>
>> I should mention that, during the transfers, I'm syncing =
PARIS
to=20
>> MTC and the external clock
>> at the same time, both of which are generated by an Aardvark =
TimeSync
II=20
>> which is built for this.
>> (The Aardvark reads SMTPE and spits out a low-jitter clock and MTC. =
I
>> believe it's electronically
>> identical to the half-rack version of a Rosendahl Nanosync.) To =
check
>> whether it might be the
>> Aardvark, I tried using the OpCode Studio64 XTC to read SMPTE and =
generate
>> MTC/ clock, but on
>> playback there were still pops. I've also tried disabling all =
SkunkWorks
>> plugins by removing them
>> from the Ensoniq "Plugins" folder.
>> Oh, and I've re-installed PARIS as well, and tried using =
different
>> Default Projects in case
>> it might be a corrupt Default Project file (but so far I've only =
tried
>> using a couple different
>> backups of *my* Default Project-- I haven't yet tried starting with =
a
>> clean Default Project). I'm
>> also not quite sure whether I've tried simply transferring audio =
without
>> being slaved to SMTPE/MTC,
>> but I don't think I've tried that yet. (There were lots of things =
to try,
>> obviously!) I've tried
>> opening different Project files, too (that is, the Project file I'm =
>> working on, not the Default
>> Project).
>>
>>
>> I'm starting to think that it's something in my computer (a =
Mac
G4=20
>> Quicksilver 2002 with a
>> 1.467GHz GigaDesigns G4 upgrade card, 1.5GB RAM), since *either* of =
my
EDS=20
>> cards, in any slot, using
>> any MEC, using any clocking scheme during transfer or playback, =
using
any=20
>> hard drive for transfer or
>> streaming, etc., etc., seems to produce the same result: =
intermittent,
>> small pops, visible in the
>> waveform, which stay consistent when the project is left open but =
change
>> completely after closing
>> and re-opening the project. The pops seem to move around at random, =
and
>> don't stay in a given area.
>>
>>
>>
>> I'm out of steam. Can anyone (DJ, I'm looking in your =
direction)
>> *possibly* come up with a
>> few more possibilities as to what might be wrong?
>>
>> Thanks ever so much in advance!
>>
>>
>> bc=20
>
>
I choose Polesoft Lockspam to fight spam, and you?
http://www.polesoft.com/refer.html
------=_NextPart_000_003C_01C78934.03EFF270
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hey Brian,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Got a spdif cable plugged into =
something that's not=20
turned on?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>That'll do it.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Neil" <<A href=3D"mailto:IUOIU@.com">IUOIU@.com</A>> wrote =
in=20
message <A=20
href=3D"news:463295f2$1@linux">news:463295f2$1@linux</A>...</DIV><BR>I =
thought=20
that too, but then I read the part about the pops<BR>showing up in the =
waveforms, but then moving, and then I didn't<BR>know what to=20
think.<BR><BR>What could make that =
happen?<BR><BR>Neil<BR><BR><BR>"Aaron=20
Allen" <<A=20
=
href=3D"mailto:know-spam@not_here.dude">know-spam@not_here.dude</A>>=20
wrote:<BR>>wierdo problems like that I've usually seen linked to =
heat/power=20
supply<BR><BR>>issues..<BR>>AA<BR>> <BR>><BR>>"Brian =
Carter"=20
<<A=20
=
href=3D"mailto:bricrter@spammitymindspring.com">bricrter@spammitymindspri=
ng.com</A>>=20
wrote in message=20
=
<BR>>news:bricrter-062E64.16123027042007@cust0358.vic01.dataco.com.au.=
...<BR>>><BR> >> & ;nbsp; =20
Hi all,<BR>>><BR> >> & ;nbsp; =
Been a=20
while since I last posted just to say "hi", but now I'm =
back<BR><BR>>>=20
in PARIS world again,<BR>>> bouncing things from analog to =
digital and=20
back again. It's a great way<BR>to <BR>>> work, but I'm having=20
a<BR>>> real problem with pops. These pops are unusual in that, =
if one=20
opens a<BR><BR>>> project file, they appear at<BR>>> =
certain times=20
during playback; however closing and re-opening the =
*same*<BR><BR>>>=20
project produces these<BR>>> little pops in different places =
during=20
playback. When keeping the same<BR><BR>>> project open and=20
playing<BR>>> through the song multiple times, they seem to =
remain=20
stable.They're also<BR><BR>>> unusual in that =
they're<BR>>> very=20
small and hard to find within the waveform, but once you find=20
them,<BR><BR>>> you can open up a<BR>>> millisecond of =
empty space=20
(with perhaps a millisecond of crossfade before<BR><BR>>> and =
after) and=20
they're<BR>>> effectively eliminated, usually but not always =
without=20
audible =
effect.<BR>>><BR> >> & ;nbsp; I=20
use an external clock, so of course I've tried PARIS' =
internal<BR><BR>>>=20
clock both during playback,<BR>>> but this didn't seem to help. =
I've=20
tried re-transferring the files from<BR><BR>>> analog 16-track=20
several<BR>>> times, but it doesn't seem to be an A/D converter =
issue,=20
since this didn't<BR><BR>>> help. I've tried using<BR>>> =
different=20
hard drives to stream the files, to no avail. I've tried using<BR>a=20
<BR>>> different MEC for output<BR>>> to my console (I'm =
mixing=20
out of the box) with no improvement (the other<BR><BR>>> MEC =
also=20
provided a chance<BR>>> to use another MEC-to-EDS cable to rule =
that=20
out). I've tried removing<BR>the <BR>>> 8-in cards and=20
cleaning<BR>>> their contacts with De-Oxit, as well as cleaning =
the=20
MEC-to-EDS connector<BR><BR>>> cable. I've tried using =
a<BR>>>=20
different EDS card (I have two functioning cards, one not working,=20
but<BR><BR>>> have only one card at a time<BR>>> installed =
right=20
now). I've tried cleaning the contacts on each EDS =
card.<BR><BR>>> I've=20
tried using different<BR>>> slots for the EDS=20
card.<BR> >> & ;nbsp; On the software =
side=20
I've tried making sure the Default project<BR><BR>>> clock =
settings=20
agree with the<BR>>> project I'm opening. I've tried 256fs, 44.1 =
and=20
Internal, each time <BR>>> setting the Default Project =
to<BR>>>=20
agree with the project I'm opening. I do this by changing the clock=20
<BR>>> setting on the Default Project,<BR>>> saving it, =
closing=20
PARIS, re-opening PARIS (with the exteral clock set<BR><BR>>> =
correctly,=20
of course), then<BR>>> from within PARIS opening the project I'm =
working=20
on.<BR> >> & ;nbsp; Since I'm only =
using one=20
MEC, I've also tried including and removing<BR><BR>>> =
"UseHouseSync=3D1"=20
nad<BR>>>=20
=
"MidiPlayDisabled=3D1".<BR>>><BR> >> & ;n=
bsp; =20
I should mention that, during the transfers, I'm syncing PARIS<BR>to=20
<BR>>> MTC and the external clock<BR>>> at the same time, =
both of=20
which are generated by an Aardvark TimeSync<BR>II <BR>>> which =
is built=20
for this.<BR>>> (The Aardvark reads SMTPE and spits out a =
low-jitter=20
clock and MTC. I<BR><BR>>> believe it's =
electronically<BR>>>=20
identical to the half-rack version of a Rosendahl Nanosync.) To=20
check<BR><BR>>> whether it might be the<BR>>> Aardvark, I =
tried=20
using the OpCode Studio64 XTC to read SMPTE and =
generate<BR><BR>>> MTC/=20
clock, but on<BR>>> playback there were still pops. I've also =
tried=20
disabling all SkunkWorks<BR><BR>>> plugins by removing =
them<BR>>>=20
from the Ensoniq "Plugins"=20
folder.<BR> >> & ;nbsp; Oh, and I've=20
re-installed PARIS as well, and tried using different<BR><BR>>> =
Default=20
Projects in case<BR>>> it might be a corrupt Default Project =
file (but=20
so far I've only tried<BR><BR>>> using a couple =
different<BR>>>=20
backups of *my* Default Project-- I haven't yet tried starting with=20
a<BR><BR>>> clean Default Project). I'm<BR>>> also not =
quite sure=20
whether I've tried simply transferring audio without<BR><BR>>> =
being=20
slaved to SMTPE/MTC,<BR>>> but I don't think I've tried that =
yet. (There=20
were lots of things to try,<BR><BR>>> obviously!) I've =
tried<BR>>>=20
opening different Project files, too (that is, the Project file I'm=20
<BR>>> working on, not the Default<BR>>>=20
=
Project).<BR>>><BR>>><BR> >> & ;nbs=
p; =20
I'm starting to think that it's something in my computer (a Mac<BR>G4=20
<BR>>> Quicksilver 2002 with a<BR>>> 1.467GHz GigaDesigns =
G4=20
upgrade card, 1.5GB RAM), since *either* of my<BR>EDS <BR>>> =
cards, in=20
any slot, using<BR>>> any MEC, using any clocking scheme during =
transfer=20
or playback, using<BR>any <BR>>> hard drive for transfer =
or<BR>>>=20
streaming, etc., etc., seems to produce the same result:=20
intermittent,<BR><BR>>> small pops, visible in the<BR>>> =
waveform,=20
which stay consistent when the project is left open but =
change<BR><BR>>>=20
completely after closing<BR>>> and re-opening the project. The =
pops seem=20
to move around at random, and<BR><BR>>> don't stay in a given=20
=
area.<BR>>><BR>>><BR>>> <BR>>> &n=
bsp; =20
I'm out of steam. Can anyone (DJ, I'm looking in your=20
direction)<BR><BR>>> *possibly* come up with a<BR>>> few =
more=20
possibilities as to what might be wrong?<BR>>><BR>>> =
Thanks ever=20
so much in advance!<BR>>><BR>>><BR>>> bc=20
<BR>><BR>><BR></BLOCKQUOTE>
<DIV><FONT size=3D2><BR><BR>I choose Polesoft Lockspam to fight spam, =
and=20
you?<BR><A=20
href=3D"http://www.polesoft.com/refer.html">http://www.polesoft.com/refer=
..html</A> </FONT></DIV></BODY ></HTML>
------=_NextPart_000_003C_01C78934.03EFF270--
|
|
|
|
| Re: Pops, small and mysterious [message #83811 is a reply to message #83775] |
Sat, 28 April 2007 18:00 |
Robert
Messages: 127
Registered: May 2007
|
Senior Member |
|
|
Brian, I had the exact same problem a few years back, turns out it was RAM,
swapped it and pops were gone.
I am on a PC thow.
Good luck.
Rob
"Brian Carter" <bricrter@spammitymindspring.com> wrote in message
news:bricrter-062E64.16123027042007@cust0358.vic01.dataco.com.au...
>
> Hi all,
>
> Been a while since I last posted just to say "hi", but now I'm back
in PARIS world again,
> bouncing things from analog to digital and back again. It's a great way to
work, but I'm having a
> real problem with pops. These pops are unusual in that, if one opens a
project file, they appear at
> certain times during playback; however closing and re-opening the *same*
project produces these
> little pops in different places during playback. When keeping the same
project open and playing
> through the song multiple times, they seem to remain stable.They're also
unusual in that they're
> very small and hard to find within the waveform, but once you find them,
you can open up a
> millisecond of empty space (with perhaps a millisecond of crossfade before
and after) and they're
> effectively eliminated, usually but not always without audible effect.
>
> I use an external clock, so of course I've tried PARIS' internal
clock both during playback,
> but this didn't seem to help. I've tried re-transferring the files from
analog 16-track several
> times, but it doesn't seem to be an A/D converter issue, since this didn't
help. I've tried using
> different hard drives to stream the files, to no avail. I've tried using a
different MEC for output
> to my console (I'm mixing out of the box) with no improvement (the other
MEC also provided a chance
> to use another MEC-to-EDS cable to rule that out). I've tried removing the
8-in cards and cleaning
> their contacts with De-Oxit, as well as cleaning the MEC-to-EDS connector
cable. I've tried using a
> different EDS card (I have two functioning cards, one not working, but
have only one card at a time
> installed right now). I've tried cleaning the contacts on each EDS card.
I've tried using different
> slots for the EDS card.
> On the software side I've tried making sure the Default project
clock settings agree with the
> project I'm opening. I've tried 256fs, 44.1 and Internal, each time
setting the Default Project to
> agree with the project I'm opening. I do this by changing the clock
setting on the Default Project,
> saving it, closing PARIS, re-opening PARIS (with the exteral clock set
correctly, of course), then
> from within PARIS opening the project I'm working on.
> Since I'm only using one MEC, I've also tried including and
removing "UseHouseSync=1" nad
> "MidiPlayDisabled=1".
>
> I should mention that, during the transfers, I'm syncing PARIS to
MTC and the external clock
> at the same time, both of which are generated by an Aardvark TimeSync II
which is built for this.
> (The Aardvark reads SMTPE and spits out a low-jitter clock and MTC. I
believe it's electronically
> identical to the half-rack version of a Rosendahl Nanosync.) To check
whether it might be the
> Aardvark, I tried using the OpCode Studio64 XTC to read SMPTE and generate
MTC/ clock, but on
> playback there were still pops. I've also tried disabling all SkunkWorks
plugins by removing them
> from the Ensoniq "Plugins" folder.
> Oh, and I've re-installed PARIS as well, and tried using different
Default Projects in case
> it might be a corrupt Default Project file (but so far I've only tried
using a couple different
> backups of *my* Default Project-- I haven't yet tried starting with a
clean Default Project). I'm
> also not quite sure whether I've tried simply transferring audio without
being slaved to SMTPE/MTC,
> but I don't think I've tried that yet. (There were lots of things to try,
obviously!) I've tried
> opening different Project files, too (that is, the Project file I'm
working on, not the Default
> Project).
>
>
> I'm starting to think that it's something in my computer (a Mac G4
Quicksilver 2002 with a
> 1.467GHz GigaDesigns G4 upgrade card, 1.5GB RAM), since *either* of my EDS
cards, in any slot, using
> any MEC, using any clocking scheme during transfer or playback, using any
hard drive for transfer or
> streaming, etc., etc., seems to produce the same result: intermittent,
small pops, visible in the
> waveform, which stay consistent when the project is left open but change
completely after closing
> and re-opening the project. The pops seem to move around at random, and
don't stay in a given area.
>
>
>
> I'm out of steam. Can anyone (DJ, I'm looking in your direction)
*possibly* come up with a
> few more possibilities as to what might be wrong?
>
> Thanks ever so much in advance!
>
>
> bc
|
|
|
|
| Re: Pops, small and mysterious [message #83836 is a reply to message #83785] |
Sun, 29 April 2007 09:50 |
Brian Carter
Messages: 16
Registered: June 2005
|
Junior Member |
|
|
It seemed to me that I remembered someone having similar problems a while
back, and finally realizing that their power supply was bad. Seeing as how
the *exact* same problems seem to surface when using either one of my EDS
cards, I think this may point to powe supply issues.
Thanks for the reply, Aaron... much appreciated.
bc
"Aaron Allen" <know-spam@not_here.dude> wrote:
>wierdo problems like that I've usually seen linked to heat/power supply
>issues..
>AA
>
>
>"Brian Carter" <bricrter@spammitymindspring.com> wrote in message
>news:bricrter-062E64.16123027042007@cust0358.vic01.dataco.com.au...
>>
>> Hi all,
>>
I'm having a
>> real problem with pops. These pops are unusual in that, if one opens a
>> project file, they appear at
>> certain times during playback; however closing and re-opening the *same*
>> project produces these
>> little pops in different places during playback. When keeping the same
>> project open and playing
>> through the song multiple times, they seem to remain stable.They're also
>> unusual in that they're
>> very small and hard to find within the waveform, but once you find them,
>> you can open up a
>> millisecond of empty space (with perhaps a millisecond of crossfade before
>> and after) and they're
>> effectively eliminated, usually but not always without audible effect.
>>
>The pops seem to move around at random, and
>> don't stay in a given area.
>>
>>
>>
>> I'm out of steam. Can anyone (DJ, I'm looking in your direction)
>> *possibly* come up with a
>> few more possibilities as to what might be wrong?
>>
>> Thanks ever so much in advance!
>>
>>
>> bc
>
>
|
|
|
|
| Re: Pops, small and mysterious [message #83837 is a reply to message #83791] |
Sun, 29 April 2007 10:12 |
Brian Carter
Messages: 16
Registered: June 2005
|
Junior Member |
|
|
You know, one of the things I tried was disconnecting my S/PDIF cable's loop
from input to output on MEC A's S/PDIF connectors. This is set up, as you
might imagine, to do the "Brian Tankersley Digital Bounce" technique. Unfortunately,
this didn't seem to help. After doing this I noticed that clearing MEC module
cards in the MEC module window (not just clearing connections in the patchbay)
made them re-initialize themselves, or at least so it appeared (the lights
on the 8-in cards flashed). I then got the idea to try clearing the connection
from S/PDIF in to out in the patchbay as well, also to no avail.
I may not have tried disconnecting my ADAT cable, but I think I did. I
tried to write down *everything* I'd done so far, but I should've bee ntaking
notes at the time (of course I kept thinking the solution was just around
the corner, so I had to do "pos-operative" notes from, uh, memory and stuff).
bc
>Tom Bruhl wrote:
Hey Brian,
Got a spdif cable plugged into something that's not turned on?
That'll do it.
Tom
>
>> "Neil" wrote in message news:463295f2$1@linux...
I thought that too, but then I read the part about the pops
showing up in the waveforms, but then moving, and then I didn't
know what to think.
What could make that happen?
Neil
"Aaron Allen" wrote:
>wierdo problems like that I've usually seen linked to heat/power supply
>issues..
>AA
>
>
>"Brian Carter" wrote in message
>news:bricrter-062E64.16123027042007@cust0358.vic01.dataco.com.au...
>>
>> Hi all,
>>
>> Been a while since I last posted just to say "hi", but now I'm
back
>> in PARIS world again,
>> bouncing things from analog to digital and back again. It's a great
way
to
>> work, but I'm having a
>> real problem with pops. These pops are unusual in that, if one opens
a
>> project file, they appear at
>> certain times during playback; however closing and re-opening the *same*
>> project produces these
>> little pops in different places during playback. When keeping the same
>> project open and playing
>> through the song multiple times, they seem to remain stable.They're
also
>> unusual in that they're
>> very small and hard to find within the waveform, but once you find them,
>> you can open up a
>> millisecond of empty space (with perhaps a millisecond of crossfade
before
>> and after) and they're
>> effectively eliminated, usually but not always without audible effect.
>>
|
|
|
|
| Re: Pops, small and mysterious [message #83838 is a reply to message #83811] |
Sun, 29 April 2007 10:16 |
Brian Carter
Messages: 16
Registered: June 2005
|
Junior Member |
|
|
Wow! No shi-- I mean, really?
I just might be able to find a friend with some PC133 SDRAM modules to
try this out.
Of course the "TechTool" application that's supposed to test ffor bad RAM
says it's fine. Well, who knows?
I've already tried cleaning the RAM sockets with DeOxit. I'll try once
more, then it's on to new RAM.
Thanks, everybody, for your replies...
bc
"Robert" <mani1147AThotmaildotcom> wrote:
>Brian, I had the exact same problem a few years back, turns out it was RAM,
>swapped it and pops were gone.
>I am on a PC thow.
>Good luck.
>Rob
>
>"Brian Carter" <bricrter@spammitymindspring.com> wrote in message
>news:bricrter-062E64.16123027042007@cust0358.vic01.dataco.com.au...
>>
>> Hi all,
>>
>> Been a while since I last posted just to say "hi", but now I'm
back
>in PARIS world again,
>> bouncing things from analog to digital and back again. It's a great way
to
>work, but I'm having a
>> real problem with pops. These pops are unusual in that, if one opens a
>project file, they appear at
>> certain times during playback; however closing and re-opening the *same*
>project produces these
>> little pops in different places during playback. When keeping the same
>project open and playing
>> through the song multiple times, they seem to remain stable.They're also
>unusual in that they're
>> very small and hard to find within the waveform, but once you find them,
>you can open up a
>> millisecond of empty space (with perhaps a millisecond of crossfade before
>and after) and they're
>> effectively eliminated, usually but not always without audible effect.
>>
>> I use an external clock, so of course I've tried PARIS' internal
>clock both during playback,
>> but this didn't seem to help. I've tried re-transferring the files from
>analog 16-track several
>> times, but it doesn't seem to be an A/D converter issue, since this didn't
>help. I've tried using
>> different hard drives to stream the files, to no avail. I've tried using
a
>different MEC for output
>> to my console (I'm mixing out of the box) with no improvement (the other
>MEC also provided a chance
>> to use another MEC-to-EDS cable to rule that out). I've tried removing
the
>8-in cards and cleaning
>> their contacts with De-Oxit, as well as cleaning the MEC-to-EDS connector
>cable. I've tried using a
>> different EDS card (I have two functioning cards, one not working, but
>have only one card at a time
>> installed right now). I've tried cleaning the contacts on each EDS card.
>I've tried using different
>> slots for the EDS card.
>> On the software side I've tried making sure the Default project
>clock settings agree with the
>> project I'm opening. I've tried 256fs, 44.1 and Internal, each time
>setting the Default Project to
>> agree with the project I'm opening. I do this by changing the clock
>setting on the Default Project,
>> saving it, closing PARIS, re-opening PARIS (with the exteral clock set
>correctly, of course), then
>> from within PARIS opening the project I'm working on.
>> Since I'm only using one MEC, I've also tried including and
>removing "UseHouseSync=1" nad
>> "MidiPlayDisabled=1".
>>
>> I should mention that, during the transfers, I'm syncing PARIS
to
>MTC and the external clock
>> at the same time, both of which are generated by an Aardvark TimeSync
II
>which is built for this.
>> (The Aardvark reads SMTPE and spits out a low-jitter clock and MTC. I
>believe it's electronically
>> identical to the half-rack version of a Rosendahl Nanosync.) To check
>whether it might be the
>> Aardvark, I tried using the OpCode Studio64 XTC to read SMPTE and generate
>MTC/ clock, but on
>> playback there were still pops. I've also tried disabling all SkunkWorks
>plugins by removing them
>> from the Ensoniq "Plugins" folder.
>> Oh, and I've re-installed PARIS as well, and tried using different
>Default Projects in case
>> it might be a corrupt Default Project file (but so far I've only tried
>using a couple different
>> backups of *my* Default Project-- I haven't yet tried starting with a
>clean Default Project). I'm
>> also not quite sure whether I've tried simply transferring audio without
>being slaved to SMTPE/MTC,
>> but I don't think I've tried that yet. (There were lots of things to try,
>obviously!) I've tried
>> opening different Project files, too (that is, the Project file I'm
>working on, not the Default
>> Project).
>>
>>
>> I'm starting to think that it's something in my computer (a Mac
G4
>Quicksilver 2002 with a
>> 1.467GHz GigaDesigns G4 upgrade card, 1.5GB RAM), since *either* of my
EDS
>cards, in any slot, using
>> any MEC, using any clocking scheme during transfer or playback, using
any
>hard drive for transfer or
>> streaming, etc., etc., seems to produce the same result: intermittent,
>small pops, visible in the
>> waveform, which stay consistent when the project is left open but change
>completely after closing
>> and re-opening the project. The pops seem to move around at random, and
>don't stay in a given area.
>>
>>
>>
>> I'm out of steam. Can anyone (DJ, I'm looking in your direction)
>*possibly* come up with a
>> few more possibilities as to what might be wrong?
>>
>> Thanks ever so much in advance!
>>
>>
>> bc
>
>
|
|
|
|
Goto Forum:
Current Time: Wed Nov 20 05:33:03 PST 2024
Total time taken to generate the page: 0.01250 seconds
|
The PARIS Forums
Search
Help
Members
Register
Login
Home
