Topic: Crash after long rendered bounce

Viewing 7 posts - 1 through 7 (of 7 total)
  • #1391
    xis23
    Participant

    When rendering a LOT of data, around 1gb or more of .wavs podium seems to eventually crash at a point. Usually these are split into 200 to a 1000 seperate wav files. Other times you can split the bouncing into segments, but eventually it seems to crash at a certian segment after you ahve done a few renders. It seems to crash randomly (but consistantly) during the rendering process, although it has also crashed when saving. I have had this happen on both my PCs, one of them has 3gb of ram and plenty of swapspace. Is this due to some sort of numerical limit in the way data is handled in podium or something? I would like this resolved so that I can leave podium rendering audio whilst I go out or to work etc – one of the reasons I am doing so many at a time is to use a vst to batch dither audio i need converting. Although I have worked out that it is certianly not due to any one plugin – i have tried just synths on their own etc. At the mo I have to split it into chunks, and restart podium every now and then to resume my work. I will try and make an example with just Z plugs and an audio file when i get back from work, and some initially blank wavs for the output so you can investigate it.

    #10657
    xis23
    Participant

    hmm i tried to make a test one where i just bounced a rediculous amount of wavs but it just gets about 1/3 way and stops responding which is a different response to what i need… maybe i can find another way to reproduce it

    #10659
    jpleong
    Participant

    Not that I really know how to help you, but… what are you trying to render, how many tracks, how many VSTs?

    JP

    #10660
    Zynewave
    Keymaster

    Try opening the Windows Task Manager and watch if the available free memory is used up when the crash/freeze occurs.

    #10669
    xis23
    Participant

    Ok I will have a look. The usage figure does seem to get to a certian amount then eventually hover around a certain rather large figure. i was wondering whether maybe it was something to do with an adressing limitation of 32 bit (I.e that 32 bit can only access up to 4gb of memory/space)? And maybe although I wasn’t using a full 4gb of memory perhaps on subsequent renders it carries on allocating new adresses rather than clearing the register and reusing the original space? But to be honest I don’t fully know what i am talking about, i’m just guessing! 😕
    oh yeah, if i have two seperate instances of podium up and rendering, then only one of them crashes when the crash happens. the one that survives can carry on rendering to completion as normal.

    #10673
    Zynewave
    Keymaster

    Due to the 32-bit data size, the maximum amount of memory that Podium can allocate is 2GB. There is a possibility to make it go up to 3GB, but I don’t think that is the problem as you mentioned you had the crash on one of your machines with 2GB or less.

    Have you set up the /3GB option in boot.ini on your machine with 3GB RAM?

    #10725
    xis23
    Participant

    @Zynewave wrote:

    Due to the 32-bit data size, the maximum amount of memory that Podium can allocate is 2GB. There is a possibility to make it go up to 3GB, but I don’t think that is the problem as you mentioned you had the crash on one of your machines with 2GB or less.

    Have you set up the /3GB option in boot.ini on your machine with 3GB RAM?

    tried it, but no luck. i am trying to find a way of replicating it for you where you won’t have to wait around for half an hour for it to crash! the crash certainly isn’t random – i have one file where it will happen every time if i bounce in the same order of segment sizes 4 times in a row for instance.

Viewing 7 posts - 1 through 7 (of 7 total)
  • You must be logged in to reply to this topic.
© 2021 Zynewave