sfrecord stop problem on multifile recording (50 trks)...Max hangs...

    Apr 05 2014 | 4:25 am
    Happens on MaxMSP 6.1.6, 32 or 64 bit.
    Max hangs on stop transport command, after recording.
    Open the's all inside
    Any idea?

    • Apr 05 2014 | 8:23 am
      sorry for stupid question, but did you wait long enough ?... maybe it's an expensive process that requires some time ?
      alternately, did you try to have the sfrecords in poly~ with @parallel 1 ? this might be lighter
      although the problem is more likely one of hard drive access speed
      or maybe something else
      that said, i can reproduce (osx 10.6.8 max 616)
    • Apr 05 2014 | 12:23 pm
      Hi, many thanx for your answer.
      I don't tryed with poly yet...I'll do it today.
      My HD is fast enough, it works well with Reaper, recording 64 tracks...
      During the Max hang, files are increasing in size, that means that the stop command would not be received to all files at the same time, so you get (and that's casual) 15 files stopped and the other increasing and wasting space and time. It seems more a cpu problem, on my mbp (dual duo with 8 gb ram), the cpu runs between 15 and 20%...but I think that's normal with this large amount of recording tracks...
      I'll let you know...
    • Apr 05 2014 | 3:06 pm
      Ok, I've created the new patch with the sfrecorder inside a Poly obj. Here's the patch.
      I get the same results, with Max hanging sometimes (the most of them...), in 32 and 64 bit mode.
      I've also created a standalone of this project and run it on another minimac with a i7 processor and 16Gb of ram, and the hanging problem (of the standalone app, not Max directly), is the same.
      Load and save first the recorder patch for the Poly obj, then the second (main) patch,as a project where you have added the first patch:
    • Apr 05 2014 | 11:54 pm
      Now, I've tryed this way just to do a test, but this is not the right way to build the process I need. That only because with a Poly obj you create 50 audio tracks with the same signal input, this means you get 50 identical tracks...but I need 50 different tracks. The purpouse is to create a application for a live virtual sound check, or a simple recording tool in musical live environments. I can do everything with ProTools (limited to 32 tracks in the standard, non HD, version), or Reaper, Cubase, Nuendo etc... Many of them are expensive (not Reaper of course, and I just using it), and I need to use my app...
    • Apr 06 2014 | 12:17 am
      Ohhhhh.....maybe I've resolved...(see picture). During audio recording, max or the standalone, is in high priority state. A (1) recording start command goes to the objects during a low priority state, but a (0) stop command has to send to the same objects during a high priority state. This can happen during a little instant and occupy a interval, and it works, but in the most cases that can't be happen, so you have to force this moment simply with a deferlow commmand after the Stop command and before the 0 sending. Now it works, it seems always...
    • Apr 06 2014 | 2:12 am
      wow nice
      though the side effect is that the stoping process takes some time, and the latest files to get stoped weigh slightly more thatn the first ones (difference of circa 80 Ko here : shortest file is 426 Ko, file n. 50 is 504 Ko)
      but it's a lesser bad i guess
    • Apr 06 2014 | 4:28 am
      Yes, that's true, the files becomes different lenghts, but that's not important, important is that every file is starting at the same point and each in synch with each other.
      But that the files have then different lenghts, is the symptom that they don't receive the stop command at the same time...
    • Apr 06 2014 | 4:33 am
      Another way to record a lot of audio files togheter, is to create a multichannel audio file. You can do that adding the channel number to the name of the sfrecord obj, like, sfrecord 48...but there's a dimension limitation to 2 Gb....48 channels at 2Gb amount at ca. 5 minutes of audio at 48 KHz, 24 bit...too less, I have to record minimum 2 hours of a live concert, so the single file method is the only one usable.
    • Apr 06 2014 | 12:05 pm
      If you have access to it, you could use spat.sfrecord~ (distributed with Ircam's Spat through, which is optimized for large multichannel files and supports WAV RF64 for files larger than 4 GB.
    • Apr 06 2014 | 1:52 pm
      Hi Tcarpent, thanks a lot for your help. Yes I have access to the ircam pages, but the Spat will cost 120€ and at this moment I cannot afford this cost....
    • Apr 07 2014 | 2:10 am
      furthermore, if i'm not mistaken, sfrecord~ only supports max 16 channels audio files atm :/
    • Apr 07 2014 | 3:28 am
      Hi, I've tryed it out: it records 48 channels.
    • Apr 07 2014 | 11:39 am
      oh!..documentation says otherwise...
    • Apr 07 2014 | 1:40 pm
      Oh yes, they say...but's not right! But it doesn't work with more than 48 trks, and the max size of the file is still 2,15 Gb (like a mono audio file...and that's an error for me...)
      See here, and try to build a 50 trks file...