Breaking the 64 track barrier

Author
DannyPrice
Max Output Level: -90 dBFS
  • Total Posts : 6
  • Joined: 2014/07/31 14:32:24
  • Status: offline
2014/07/31 16:23:34 (permalink)

Breaking the 64 track barrier

Does anyone have insight or experience recording greater than 64 mono tracks at once?


I need to record 72 mono tracks in 24-bit/96KHz via three Lynx AES50 cards. When I hit record, the audio engine drops in less than a second. It's the same with 71, 70, 69 and down to 65 tracks. When I remove the 65th track and record with 64 tracks, it works like a charm.

This problem does not occur using Reaper but I'd rather use Sonar from start to finish.

I have an ADK Hex Xtreme DAW:
- Intel Core i7 4930K 3.4GHz
- 16GB DDR3 RAM
- System disk: Samsung 256GB 840 Pro SSD
- Audio disk: two Crucial M550 SSD's in RAID 0
- Windows 7 Pro SP1
- Sonar X3e Producer
#1

23 Replies Related Threads

    Sanderxpander
    Max Output Level: -36.5 dBFS
    • Total Posts : 3873
    • Joined: 2013/09/30 10:08:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 17:06:44 (permalink)
    This is a really rough guess but I don't think a 24/96 file can be more than a quarter of an MB per second, meaning 64 tracks is 16MB per second and 72 is about 18MB. WELL within the spec of even a regular hard disk under ideal circumstances, let alone two SSDs in raid. Do you see any CPU spikes? Have you tried different latency settjngs? Are you using software monitoring? Any plugins?
    #2
    scook
    Forum Host
    • Total Posts : 24146
    • Joined: 2005/07/27 13:43:57
    • Location: TX
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 17:23:14 (permalink)
    I would call tech support with this one. Take note of the questions they ask and the replies supplied. If they cannot help, please provide the detail information they ask for here to avoid having the same questions posed again.
    #3
    DannyPrice
    Max Output Level: -90 dBFS
    • Total Posts : 6
    • Joined: 2014/07/31 14:32:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 18:07:33 (permalink)
    I don't see any CPU spikes.  The buffer size is currently set to 256 for 2.66ms @ 96 kHz.  We tried it at 512 and 1024 but it had no affect.  We're not running any software monitoring or plugins.

    When I called tech support, he had us try the 512 and 1024 buffer sizes.  He also tried changing the driver mode from ASIO to WDM/KS and then MME but neither of those work with the Lynx AES50 cards.  Lastly, he had us delete the AUD.INI file found in C:\Users\...\AppData\Roaming\Cakewalk\SONAR X3 Producer so that it would be recreated on a restart of Sonar.  None of these got us past 64 tracks.  In the end he said we need to update the drivers from version 13.0 (April 16, 2014) to 13.1 (May 2, 2014).  The thing is, why didn't Reaper have trouble if the driver is the problem?
    #4
    scook
    Forum Host
    • Total Posts : 24146
    • Joined: 2005/07/27 13:43:57
    • Location: TX
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 18:12:10 (permalink)
    Was the driver update applied? How is Reaper relevant if you want to use SONAR?
    #5
    DannyPrice
    Max Output Level: -90 dBFS
    • Total Posts : 6
    • Joined: 2014/07/31 14:32:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 18:28:52 (permalink)
    Haven't yet applied the driver update.  Reaper came into the picture because ADK tech support suspected a software issue with Sonar rather than hardware.  He just chose Reaper as a quick and easy way to test with something outside Sonar.

    Our original problem was not only the inability to record more than 64 tracks but we weren't able to record those tracks for any longer than about 30 minutes.  ADK felt that we were hitting the limits of the 750GB Samsung SSD 840 EVO drive.  The hope was that switching to the raided Crucial M550's would solve all the problems.  It did solve the time issue.  We recorded 64 tracks for almost three hours without a problem.

    What we can do as a work-around would be to record these large shows in Reaper and then port it over to Sonar for post production editing.  There is no problem in Sonar with playback of 72 tracks, only recording is a problem.  I could just go with that but it bugs me just enough that I can't let it go yet.
    #6
    tlw
    Max Output Level: -49.5 dBFS
    • Total Posts : 2567
    • Joined: 2008/10/11 22:06:32
    • Location: West Midlands, UK
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 18:54:52 (permalink)
    I wouldn't have thought (theoretically at least) RAID 0 would see much of an improvement with SSDs over a single disc. Either of my two Intel SSDs alone gets pretty close to what the SATA interface can handle for sustained read/write.

    Were any plugins at all loaded in the Sonar project?

    Have you considered reporting this as a bug?

    Sonar Platinum 64bit, Windows 8.1 Pro 64bit, I7 3770K Ivybridge, 16GB Ram, Gigabyte Z77-D3H m/board,
    ATI 7750 graphics+ 1GB RAM, 2xIntel 520 series 220GB SSDs, 1 TB Samsung F3 + 1 TB WD HDDs, Seasonic fanless 460W psu, RME Fireface UFX, Focusrite Octopre.
    Assorted real synths, guitars, mandolins, diatonic accordions, percussion, fx and other stuff.
    #7
    Anderton
    Max Output Level: 0 dBFS
    • Total Posts : 14070
    • Joined: 2003/11/06 14:02:03
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 19:21:09 (permalink)
    DannyPrice
    None of these got us past 64 tracks.  In the end he said we need to update the drivers from version 13.0 (April 16, 2014) to 13.1 (May 2, 2014). The thing is, why didn't Reaper have trouble if the driver is the problem?


     
    Why not just update the drivers? Reaper might have a more forgiving input structure or whatever. It might be the only DAW that works without the driver update, or Sonar might be the only DAW that doesn't work without the update. But drivers are updated for a reason.
     

    Anderton, for your 72-track recording, were your settings for a 24/96 recording?



    Yes, but as pointed out earlier, it was a bogus test because Sonar is smart enough to know when I'm trying to trick it into thinking it's recording 72 individual wave files.
     
    64 is a digitally significant number, if you know what I mean. Doesn't seem like it's just coincidence that things stop at that number.
     

    The first 3 books in "The Musician's Guide to Home Recording" series are available from Hal Leonard and http://www.reverb.com. Listen to my music on http://www.YouTube.com/thecraiganderton, and visit http://www.craiganderton.com. Thanks!
    #8
    DannyPrice
    Max Output Level: -90 dBFS
    • Total Posts : 6
    • Joined: 2014/07/31 14:32:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 20:52:34 (permalink)
    TLW: I guess I was thinking that if writing all 72 tracks over SATA to a single drive was beyond the ability of the drive, then perhaps I would benefit by splitting those writes between two SATA interfaces and two drives.  Sonar allows me to choose a drive on the project level but not by the track so the only way I could see to split writes out of one project to two drives was by using a RAID 0 solution outside of Sonar.

    I'm new to much of this and was told that writing 72 tracks of 24/96 could easily be exceeding a single drive's ability. I don't know this myself, it's just what I was told.  TomsHardware.com has an interesting article on the subject of a single SSD versus two in a RAID 0 configuration (). 

    No plugins were loaded for this project.  We were just doing a raw recording of a symphony.

    I guess it could be reported as a bug but I want to try what I can on my own in case it's just a false alarm.

    Anderton:  I've updated the drivers this evening and will need to setup another test to check it.  The Lynx release notes say that this update is a minimal change but I've seen such "minimal changes" save the day before.  And I agree about the 64 number.  Seems suspicious that I get the same response whether with 65 or 72 tracks but with 64, everything is fine.
    #9
    DannyPrice
    Max Output Level: -90 dBFS
    • Total Posts : 6
    • Joined: 2014/07/31 14:32:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 21:00:33 (permalink)
    Sorry.  Meant to supply the tomshardware link "http://www.tomshardware.com/reviews/ssd-raid-benchmark,3485-3.html"
     
    #10
    scook
    Forum Host
    • Total Posts : 24146
    • Joined: 2005/07/27 13:43:57
    • Location: TX
    • Status: offline
    Re: Breaking the 64 track barrier 2014/07/31 21:23:31 (permalink)
    If the driver update fails to resolve the issue, I would still press support for resolution. Verify Preferences > File > Audio Data "Record Bit Depth" has been set to 24. Might want to tinker with Preferences > Audio > Sync and Caching "Record I/O Buffer Size" the sweet spot is system dependent. Also dial back the dropout sensitivity variable DropoutMsec (I set mine to 750 but have no idea what to set it to in this case) in Preferences > Audio > Configuration File. There are other config file settings which may be of interest FlushWriteBeforeRead, FlushMultiple, EnableCacheWriteThru but would defer to someone more knowledgeable about the impact of these parameters in this setting.
    #11
    stickman393
    Max Output Level: -60 dBFS
    • Total Posts : 1528
    • Joined: 2003/11/07 18:35:26
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/01 14:19:58 (permalink)
    Probably already covered above, but if you drop the bit depth to 16/44.2, are you able to exceed the 64 track barrier? That would suggest hard drive I/O bandwidth, and not a 2^6 problem in SONAR...
    #12
    Sanderxpander
    Max Output Level: -36.5 dBFS
    • Total Posts : 3873
    • Joined: 2013/09/30 10:08:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/01 15:17:15 (permalink)
    Like I said, 72 tracks is like 18MB/s, no way should that be even near the limit of any SSD. It's always possible something weird is going on in your system but so far that Tom's Hardware thing supports what I was saying.
     
    I'd definitely try updating the driver if you still haven't.
    #13
    Splat
    Max Output Level: 0 dBFS
    • Total Posts : 8672
    • Joined: 2010/12/29 15:28:29
    • Location: Mars.
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/01 17:49:58 (permalink)
    Not only drivers, check to see if there is a firmware update.

    Sell by date at 9000 posts. Do not feed.
    @48/24 & 128 buffers latency is 367 with offset of 38.

    Sonar Platinum(64 bit),Win 8.1(64 bit),Saffire Pro 40(Firewire),Mix Control = 3.4,Firewire=VIA,Dell Studio XPS 8100(Intel Core i7 CPU 2.93 Ghz/16 Gb),4 x Seagate ST31500341AS (mirrored),GeForce GTX 460,Yamaha DGX-505 keyboard,Roland A-300PRO,Roland SPD-30 V2,FD-8,Triggera Krigg,Shure SM7B,Yamaha HS5.Maschine Studio+Komplete 9 Ultimate+Kontrol Z1.Addictive Keys,Izotope Nectar elements,Overloud Bundle,Geist.Acronis True Image 2014.
    #14
    Razorwit
    Max Output Level: -66 dBFS
    • Total Posts : 1235
    • Joined: 2003/11/05 18:39:32
    • Location: SLC, UT
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/01 19:00:32 (permalink)
    Hi Danny,
    I happen to have a mutli-input sound card with enough inputs to replicate what you're doing and, while it did tax my system pretty heavily, after tinkering a a bit with the File System options (under "Preferences" - "Audio" - "Sync and Caching" was able to record 70 tracks simultaneously to a SATA drive (not an SSD) with good reliability. I didn't let it go for too long...a minute or so, but I was able to do more than 64. I'm using an RME HDSPe MADI fx, so we have some different hardware, but it did work.
     
    The preferences tinkering I did was really to solve the disk overruns that I was getting at first. I didn't seem to run into a track count limitation, just a "my disk drive is too slow to do this" limitation. When that happened I got a specific error about disk overruns.
     
    I don't know that I can offer much by way of help for your scenario, but knowing that Sonar is capable of doing it is at least a place to start. 
     
    Good luck man, sounds like a big project you're working on.
    Dean

    Intel Core i7; 32GB RAM; Win10 Pro x64;RME HDSPe MADI FX; Orion 32 and Lynx Aurora 16; Mics and other stuff...
    #15
    DannyPrice
    Max Output Level: -90 dBFS
    • Total Posts : 6
    • Joined: 2014/07/31 14:32:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/01 23:47:33 (permalink)
    Lest anyone think I've skipped town, I am paying attention.  I just have to work a different job on the weekends and it's in the way of getting to work on this.  I sure do appreciate the help and will get back to it as soon as possible.

    Last thing done was to update the driver for the three Lynx AES16e-50 cards from version 13 to 13.1 but I haven't had a chance to work with it yet.  I'll be back.  

    Dean, it's good to hear that greater than 64 tracks can be recorded.  Appreciate the test.
    #16
    THambrecht
    Max Output Level: -73 dBFS
    • Total Posts : 867
    • Joined: 2010/12/10 06:42:03
    • Location: Germany
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/02 06:09:44 (permalink)
    Maybe the problem ist the preview drawing of the waveforms while recording.
    Ist not only 72 tracks of audio - it's PLUS 72 previews.
    Go to the preferences (Customization - Display) and de-click preview while recording.
     

    We digitize tapes, vinyl, dat, md ... in broadcast and studio quality for publishers, public institutions and individuals.
    4 x Intel Quad-CPU, 4GHz Sonar Platinum (Windows 10 - 64Bit) and 14 computers for recording tapes, vinyl ...

    4 x RME Fireface 800, 2 x Roland Octa Capture and 4 x Roland Quad Capture, Focusrite .... Studer A80, RP99, EMT948 ...

    (Germany)  http://www.hambrecht.de
    #17
    Jim Roseberry
    Max Output Level: 0 dBFS
    • Total Posts : 9871
    • Joined: 2004/03/23 11:34:51
    • Location: Ohio
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/03 14:27:34 (permalink)
    Hi Danny,
     
    Do you have the SSDs connected to an Intel SATA-III controller?
    3rd-party SATA controllers work ok... but they won't give you the full performance of the SSDs.
     
    I'd test writing to a single SSD (AHCI mode - not RAID)... to see if you still get the dropout.
    • Backup the SSD RAID Array
    • Switch the controller to AHCI
    • Reformat the SSD
    The 840 EVO SSDs sustain over 500MB/Sec when connected to an Intel SATA-III controller.
    That should be plenty of speed.  Bandwidth certainly isn't the issue.
    With RAID, you're increasing bandwidth... but access time may be increasing just enough to cause a data-flow "hiccup".
     
    I'd absolutely update the driver...
     
     

    Best Regards,

    Jim Roseberry
    jim@studiocat.com
    www.studiocat.com
    #18
    Sir Les
    Max Output Level: -67 dBFS
    • Total Posts : 1182
    • Joined: 2012/07/09 04:56:19
    • Location: MONTREAL, QUEBEC, CANADA,
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/04 21:07:47 (permalink)
    Not sure about your issues completely, but I though I would ask.
    When you installed the OS on your raid system drives, Did you unplug the other HDs or SSDs drives from the motherboard?
     
    I read on the Crucial website forums that when installing to ssd drive a  win 7/8 os, to remove all other Hard drives and ssds while doing so, and updating the os and drivers...then plug in the other Drives....as windows will put swap paging filing on them on installation...which could cause Page fault errors, and logging of those errors to event viewer and such....ect.
     
    Just something I thought might have relevance to your issue?.....Just thinking outside the box....not saying it is your issue...but one I read on, with ssd drives as system drive.
     
    Wink.. here is what I read: 
     

    Re: M550 Boot Drive Installation

     [ New ]


    Options 








    ‎04-19-2014 03:23 AMin reply to targetbsp
    I did find a solution aftrer installing Windows 8.1.  I have three internal hard disk drives and that was the problem.  When installing Windows 7 or 8 onto a new SSD boot drive one must disconect all other internal hard drives.  Otherwise Windows will attempt to change the number of sectors on each drive to match the number on the SSD.  Therefore, disconnect all internal hard drives, install Windows on the SDD and then reconnect the HDDs.  Once that is done it may take WIndows a few hours before it recognizes the other drives but it will. Once that occurs then the installation runs perfectily.  It is rather odd but does work nicely.
     
    Thanks for the help.
     
    Bob

    http://forum.crucial.com/.../highlight/true#M41971
     
    post edited by Sir Les - 2014/08/04 22:05:20

    1. Intel 5960x 3.5mhz , ASUS x99 deluxe u3.1, Asus Thunderbolt ex II,   G skills f4 3000 Memory 32GB , ADATA ssd 250GB Main Drive, Lots of WD Red 7200 Mechanical Drives with Black Drives, 14x multi optical Drive, LG Multi Blu Drive,  2X Extern WD Mybooks usb 3.0, AMD r7 270 video card, Motu 828x TB , Motu Midi XT.
    2.  USING MAC PRO, as win 10 has damaged 2 x99 systems 8.1 is also to blame for the final burnout trying to roll back!
     
    3.  Something Wonderful: https://1drv.ms/f/s!AlHkRy9cXBbYpQNvVBCt8r7fQ5PS
    #19
    brconflict
    Max Output Level: -56.5 dBFS
    • Total Posts : 1891
    • Joined: 2012/10/05 21:28:30
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/05 11:25:40 (permalink)
    I have to induce serious caching to get more than 40 tracks to Play/track, since I use 2-3 plug-ins on most channels. I believe the faster the hardware gets, the fatter the software develops. It's a never-ending battle. I'm hoping one day in the future, the hardware will be cheap enough to handle 10-times the amount of software without any problems. But we have to limit new features to get there. That's my observation, anyway. PT has always required external DSP hardware to do what it does, and that's still the case today for large productions. It's just less required for smaller sessions.
     
    I think recording 64 tracks at 24/96 in the current speedy desktop PC and existing home-studio hardware is still a lofty goal. I've not seen it done yet, myself. Maybe it has, but with current Motherboard/CPU hardware speeds, I'd love to be able to track 72 tracks. Many claim they have done it. I don't see it. Perhaps with literally "everything" else disabled you could?
     
    "Mack the only way to get you on a chopper that far North, is to strip it down and turn it into a flying gas can!" -From Hunt For Red October

    Brian
     
    Sonar Platinum, Steinberg Wavelab Pro 9, MOTU 24CoreIO w/ low-slew OP-AMP mods and BLA external clock, True P8, Audient ASP008, API 512c, Chandler Germ500, Summit 2ba-221, GAP Pre-73, Peluso 22251, Peluso 2247LE, Mackie HR824, Polk Audio SRS-SDA 2.3tl w/upgraded Soniccraft crossovers and Goertz cables, powered by Pass-X350. All wiring Star-Quad XLR or Monster Cable. Power by Monster Power Signature AVS2000 voltage stabilizer and Signature Pro Power 5100 PowerCenter on a 20A isolation shielded circuit.
    #20
    Sanderxpander
    Max Output Level: -36.5 dBFS
    • Total Posts : 3873
    • Joined: 2013/09/30 10:08:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/05 11:52:54 (permalink)
    I haven't tracked that much simultaneously myself yet, but have you seen the OP's specs? Seriously, dual SSDs in RAID 0 and a very recent higher end quad core I7. Considering that some pro systems regularly track like 180 tracks at 192KHz for hours and the required bandwidth of 72 tracks at 24/96 isn't even close to the limit of a regular HDD, I'd say something is wrong. This should be very achievable.
    #21
    Anderton
    Max Output Level: 0 dBFS
    • Total Posts : 14070
    • Joined: 2003/11/06 14:02:03
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/10 15:54:40 (permalink)
    Check out the FlushWriteBeforeRead setting in Aud.ini. According to the documentation:
     
    "The default setting [0] causes SONAR to perform disk reads (for audio playback) before attempting any disk writes (for audio recording). Overriding this value by setting it to 1 causes SONAR to attempt disk writes first. This yields the best results when you are attempting to record a large number of tracks at high latency."

    The first 3 books in "The Musician's Guide to Home Recording" series are available from Hal Leonard and http://www.reverb.com. Listen to my music on http://www.YouTube.com/thecraiganderton, and visit http://www.craiganderton.com. Thanks!
    #22
    Sanderxpander
    Max Output Level: -36.5 dBFS
    • Total Posts : 3873
    • Joined: 2013/09/30 10:08:24
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/10 16:03:26 (permalink)
    Good find. I'm also wondering if this got resolved.
    #23
    scook
    Forum Host
    • Total Posts : 24146
    • Joined: 2005/07/27 13:43:57
    • Location: TX
    • Status: offline
    Re: Breaking the 64 track barrier 2014/08/10 16:06:55 (permalink)
    Anderton
    Check out the FlushWriteBeforeRead setting in Aud.ini.

    Where have I read about that before?
    #24
    Jump to:
    © 2025 APG vNext Commercial Version 5.1