The PARIS Forums


Home » The PARIS Forums » PARIS: Main » an oldy but baddy
an oldy but baddy [message #101477] Sat, 06 December 2008 13:49 Go to next message
uptown jimmy is currently offline  uptown jimmy   
Messages: 441
Registered: September 2005
Senior Member
I just now, for the first time since using Paris, started getting the mistimed
rendered file thing. The one where there's lots of little edits and cross-fades
and when you render the track some of the audio data is out of time? Bummer,
dude. Is there a known work-around? Or is this all Mike's fault with his
damn software tweaking? ; )

I'll check around the known bug list when I get back from our journey into
town.

Jimmy
Re: an oldy but baddy [message #101479 is a reply to message #101477] Sat, 06 December 2008 18:26 Go to previous messageGo to next message
Rod Lincoln is currently offline  Rod Lincoln
Messages: 883
Registered: September 2005
Senior Member
that's always caused by edits and crosfades that don't touch.
I bet if you undo the render and zoom in all the way to check the edits,
you'll find one, or some that are totally touching.
That's always been the case for me.
Rod
"uptown jimmy" <johnson314@bellsouth.net> wrote:
>
>I just now, for the first time since using Paris, started getting the mistimed
>rendered file thing. The one where there's lots of little edits and cross-fades
>and when you render the track some of the audio data is out of time? Bummer,
>dude. Is there a known work-around? Or is this all Mike's fault with his
>damn software tweaking? ; )
>
>I'll check around the known bug list when I get back from our journey into
>town.
>
>Jimmy
Re: an oldy but baddy [message #101489 is a reply to message #101477] Sun, 07 December 2008 09:15 Go to previous messageGo to next message
kerryg is currently offline  kerryg   CANADA
Messages: 1529
Registered: February 2009
Senior Member
Administrator
That's one that bit us in the butt far too many times on PARIS 3.0 (Mac
OS9). Caveat: I'm going from memory here, but if I recall, we started
getting rigorous about filenames. Audio file names in PARIS start creeping
up in length as PARIS' editing functions write things like (if I recall)
RENDERED or BOUNCED at the end of them.

At a certain point, PARIS's file system can no longer deal with the
consequences of its own verbosity - now-illegal filenames. The PARIS
internal track playlist is a bit of a kludge - instead of throwing up an
error, it makes an inelegant "executive decision" and individual segments
with now-illegal names simply get skipped and the track's overall "playlist"
shortened by their length.

Once again, a caveat - my memory might be playing tricks on me here. But you
might want to keep your eyes open for that possibility if you've, say,
snipped and edited individual segments and the segment has inherited a new
name. Quick check - select all the objects in the track and scroll through
the audio bin looking for any selected files that have suspiciously long
names, and rename them (if you don't want to rename them, copy or render
them in place and rename the copy with something shorter). Then try a
re-render and see if that affects the timing of the rendered track.

- K

On 12/6/08 1:49 PM, in article 493ae541$1@linux, "uptown jimmy"
<johnson314@bellsouth.net> wrote:

>
> I just now, for the first time since using Paris, started getting the mistimed
> rendered file thing. The one where there's lots of little edits and
> cross-fades
> and when you render the track some of the audio data is out of time? Bummer,
> dude. Is there a known work-around? Or is this all Mike's fault with his
> damn software tweaking? ; )
>
> I'll check around the known bug list when I get back from our journey into
> town.
>
> Jimmy


"... being bitter is like swallowing poison and waiting for the other guy to die..." - anon
Re: an oldy but baddy [message #101493 is a reply to message #101489] Sun, 07 December 2008 16:27 Go to previous message
Aaron Allen is currently offline  Aaron Allen   UNITED STATES
Messages: 1988
Registered: May 2008
Senior Member
IIRC this is the deal.
The 8.3 naming convention rules, when broken, can keep you from rendering at
all. Rod has it with the crossfades issue being the cause of error in
timings. Another way around this is to put a SPDIF or ADAT physical loop and
bounce like what BT showed in the Instructional Video on the Autotune
section.

AA


"Kerry Galloway" <kg@kerrygalloway.com> wrote in message
news:C56144C4.BFA8%kg@kerrygalloway.com...
> That's one that bit us in the butt far too many times on PARIS 3.0 (Mac
> OS9). Caveat: I'm going from memory here, but if I recall, we started
> getting rigorous about filenames. Audio file names in PARIS start creeping
> up in length as PARIS' editing functions write things like (if I recall)
> RENDERED or BOUNCED at the end of them.
>
> At a certain point, PARIS's file system can no longer deal with the
> consequences of its own verbosity - now-illegal filenames. The PARIS
> internal track playlist is a bit of a kludge - instead of throwing up an
> error, it makes an inelegant "executive decision" and individual segments
> with now-illegal names simply get skipped and the track's overall
> "playlist"
> shortened by their length.
>
> Once again, a caveat - my memory might be playing tricks on me here. But
> you
> might want to keep your eyes open for that possibility if you've, say,
> snipped and edited individual segments and the segment has inherited a new
> name. Quick check - select all the objects in the track and scroll through
> the audio bin looking for any selected files that have suspiciously long
> names, and rename them (if you don't want to rename them, copy or render
> them in place and rename the copy with something shorter). Then try a
> re-render and see if that affects the timing of the rendered track.
>
> - K
>
> On 12/6/08 1:49 PM, in article 493ae541$1@linux, "uptown jimmy"
> <johnson314@bellsouth.net> wrote:
>
>>
>> I just now, for the first time since using Paris, started getting the
>> mistimed
>> rendered file thing. The one where there's lots of little edits and
>> cross-fades
>> and when you render the track some of the audio data is out of time?
>> Bummer,
>> dude. Is there a known work-around? Or is this all Mike's fault with his
>> damn software tweaking? ; )
>>
>> I'll check around the known bug list when I get back from our journey
>> into
>> town.
>>
>> Jimmy
>
Previous Topic: WTB 8 in
Next Topic: M-Audio follow up question - MTC
Goto Forum:
  


Current Time: Sat Dec 21 01:08:28 PST 2024

Total time taken to generate the page: 0.00776 seconds