Topic: Bouncing problems

Viewing 15 posts - 16 through 30 (of 34 total)
1 2 3
  • October 30, 2010 at 08:35 #19715
    LiquidProj3ct
    Participant

    No, it wasn’t fixed yet. But that’s not the big problem, the big problem is that if you use plugins that generate latency you won’t be able to export to wav your project without errors.

    October 31, 2010 at 00:55 #19717
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    Frits, I have a new musical order for 1th January 2011. Please, could you fix before January the latency bug? I say this because I cannot render to wav any song!

    Please don’t feel pressured about this, if you feel that you cannot fix this soon just let me know and I’ll make the songs in another host. 😉

    Best regards

    2.40 will be a minor bug fix release. I’ll see if I can reproduce this bug and include a fix for it in 2.40. I can’t make any promises though.

    October 31, 2010 at 16:19 #19719
    LiquidProj3ct
    Participant

    Thanks Frits 🙂 Try to reproduce it using zPitch as thcilnnahoj show in his video

    November 4, 2010 at 15:11 #19736
    thcilnnahoj
    Participant

    In the meantime, can’t you do a real-time bounce of the master track, or just the problematic tracks before rendering the master? At least that’s how I work around it (though I prefer to use real-time bouncing in most cases anyway).

    That being said, I kinda already do this: 😳

    @LiquidProj3ct wrote:

    …and I’ll make the songs in another host. 😉

    November 4, 2010 at 16:50 #19739
    LiquidProj3ct
    Participant

    The problem is the master itself, which uses my only limiter (Stillwell EventHorizon+) and it has a big latency.

    And this is a thought inherited from old FL Studio days, which I don’t know if it’s true in Podium: only non-realtime bouncing uses the high quality features from most plugins, like oversampling. Is that true in Podium?

    Anyway it’s a good idea 😉

    November 5, 2010 at 13:59 #19746
    outsiderinvention
    Participant

    ouch… this is a bad problem. i can’t mixdown my tracks with imageline’s maximus. 😥

    what to do now?

    November 5, 2010 at 15:28 #19747
    thcilnnahoj
    Participant

    Well, the only way to make sure everything gets written to a sound file the same way you hear it in this case is using real-time bounce recording, meaning you need to real-time bounce record individual tracks that have plug-ins causing dropouts because of latency before rendering a master bounce.
    If it’s impossible to record the whole mix in real-time because of CPU use, you could still put all your tracks in a “dummy” group (just before the master), which you then offline bounce. This way you can run the mix through those problematic effects on the master track in real-time… in a sort of 2-pass bounce. 😕

    In my findings I’ve had dropouts only at the start of individual sequences, never anywhere else. Since the “pre-master” bounce would be one long sound sequence, this should work until the bug finally gets fixed…

    I’m curious if you’ve experienced it in other places, like right in the middle of a bounce of a single sound sequence… :-k

    November 5, 2010 at 15:34 #19748
    thcilnnahoj
    Participant

    @LiquidProj3ct wrote:

    And this is a thought inherited from old FL Studio days, which I don’t know if it’s true in Podium: only non-realtime bouncing uses the high quality features from most plugins, like oversampling. Is that true in Podium?

    Of course I don’t know about the actual bounce rendering code, but I don’t think offline bouncing produces higher quality by itself…
    Whether it tells plug-ins to switch to high-quality mode (if available) – that’s a good question. Are you sure this works also with 3rd party plug-ins in FL Studio, and not just Image-Line’s own plug-ins?

    November 5, 2010 at 15:50 #19749
    outsiderinvention
    Participant

    i’m actually getting very weird behavior all throught my songs when using maximus. not dropouts, but “smearing” and strange volume bursts. everything sounds fine when i render without maximus. and no, it’s not the limiter settings. song plays through fine within podium.

    i’ll try rendering each track and then the master.

    November 5, 2010 at 16:39 #19750
    outsiderinvention
    Participant

    @thcilnnahoj wrote:

    In the meantime, can’t you do a real-time bounce of the master track,

    this is a work around, but i can’t imagine sitting around for 40 minutes everyday real-time rendering test mixes. no problem with rendering a final like this, but i like to take my mixes around for a while and tweak them as i listen in different environments and this is going to be a PITA.

    November 6, 2010 at 14:31 #19751
    Trancit
    Participant

    @thcilnnahoj wrote:

    @LiquidProj3ct wrote:

    And this is a thought inherited from old FL Studio days, which I don’t know if it’s true in Podium: only non-realtime bouncing uses the high quality features from most plugins, like oversampling. Is that true in Podium?

    Of course I don’t know about the actual bounce rendering code, but I don’t think offline bouncing produces higher quality by itself…
    Whether it tells plug-ins to switch to high-quality mode (if available) – that’s a good question. Are you sure this works also with 3rd party plug-ins in FL Studio, and not just Image-Line’s own plug-ins?

    In FL Studio FLS internal render additions like Resampling, HQ Envelopes etc. are Fruity only…

    For every non native plugin you can choose in it´s options (for each plugin seperate and state is saved) if you want to inform the plugin about offline rendering or not…

    Trancit

    November 7, 2010 at 19:36 #19755
    thcilnnahoj
    Participant

    @outsiderinvention wrote:

    this is a work around, but i can’t imagine sitting around for 40 minutes everyday real-time rendering test mixes.

    Yep, no argument there. To be honest, I don’t know why it hasn’t been looked at for this long, as it actually is a quite serious bug if you think about it for a minute… I just didn’t bring it up a lot since I first reported it because I always use real-time bouncing ever since that was restored to working order.

    As for turning on higher quality for plug-ins during rendering… This is just my opinion, but I would disable such an option, as I don’t want the final render to sound different than what I’ve been mixing and listening to for the last n hours. 😉

    Let’s just wait for Frits to tell if Podium does anything differently during offline and real-time bouncing.

    November 8, 2010 at 20:37 #19772
    LiquidProj3ct
    Participant

    @Trancit wrote:

    In FL Studio FLS internal render additions like Resampling, HQ Envelopes etc. are Fruity only…

    For every non native plugin you can choose in it´s options (for each plugin seperate and state is saved) if you want to inform the plugin about offline rendering or not…

    Thanks Trancit. However I’m confused because Sytrus (VST version) has settings for real time and for rendering time.

    @thcilnnahoj wrote:

    As for turning on higher quality for plug-ins during rendering… This is just my opinion, but I would disable such an option, as I don’t want the final render to sound different than what I’ve been mixing and listening to for the last n hours.

    Believe me, in my olders host that didn’t have an advanced bounce feature like Podium, it was pretty useful. 😉

    November 10, 2010 at 15:12 #19785
    Zynewave
    Keymaster

    I’ve identified the problem when bounce rendering with plugins that introduce latency. I’m working on a fix for that. Whether this fix solves all reported bouncing issues remains to be seen. I expect to have a 2.40 beta ready for the weekend.

    November 10, 2010 at 19:54 #19790
    LiquidProj3ct
    Participant

    Actually those are good news! 😀

Viewing 15 posts - 16 through 30 (of 34 total)
1 2 3
  • You must be logged in to reply to this topic.