Jump to content

Jim Roseberry

Members
  • Posts

    1,151
  • Joined

  • Last visited

  • Days Won

    9

Posts posted by Jim Roseberry

  1. 3 hours ago, kitekrazy said:

    The typical  lame ***** argument.    It is a rocket science to most people otherwise it wouldn't be the microcosm that it is.   When it comes to anything an experienced user can't remember the beginner stage. 

    Nothing lame about it.

    What problem/s does a Linux DAW solve?

    • Latency?
    • Compatibility? 
    • Performance?  

    The short answer is none of the above.

     

    What is "Lame ***" is Linux as a DAW platform.

    • 20+ years behind Mac and PC
    • Far fewer developers
    • Miniscule user base (Mac/PC DAW user base in tiny compared to general-purpose users.  Linux DAW users are a tiny percentage compared to Mac/PC).
    • Low demand (vs Mac/PC)
    • 101 different OS variants
    • Near zero one-on-one support for less tech-savvy users

    What does a miniscule user-base, few developers, and low demand result in?  You guessed it, no significant profit.

    The reality of the situation is that (especially in today's economy), companies can't afford thousands of man-hours (development)... for something that's not going to pay for itself.

     

    If your life-savings was invested in a DAW software company, would you honestly think it a wise investment to develop a Linux DAW?  

    Lets say you've got 10 thousand man-hours in development cost (at $50/man-hour).

    That's half a million dollars.

    I don't know about you, but I'd want that $500,000 to generate a decent return on investment.

    Mac/PC is going to have a much better ROI... because the user-base is much larger (far more potential customers).

    Say Company X compiled the ultimate Linux DAW.

    Legitimate support across the many different variants of Linux would be a nightmare (money and time).

    Why do you think many laptop developers choose to hide BIOS parameters from end-users?  It's not because it's beneficial from a performance standpoint, it's to save them from potential tech-support nightmare.

     

    If you want to run a Linux DAW "just because you can"... more power to you.

    For someone who has everything they want/need in a current Mac/PC DAW, where's the impetus to make a (less than lateral) move?

    Emotional/philosophical reasons aren't going to motivate folks to take a significant step backward.

    Remember when Mac/PC DAWs were starting to come about?  Oh, this new DAW software is going to be the "ProTools killer".

    Just because someone created an alternative (even if it's completely equal in features/function), that's not enough of a reason to get many folks to switch.

    Linux as legitimate DAW platform (to completely rival Mac/PC) faces a nearly vertical slope.

    • Like 4
  2. In later versions of Win10, Microsoft broke the ability to disable CPU Core Parking (when running 12th or 13th Gen CPUs).

    That was that pivotal moment I'd been waiting for to move to Win11.

    I've heard that's since been fixed... but I'm not going back with any new builds.

     

    For a new build, I'd install Win11 Pro. 

    Pro lets you fully disable Automatic Updates (Home does not).

    You also have the Group Policy Editor (which allows shutting down Cortana, OneDrive, etc).

    As @DeeringAmps mentioned, the Pro version just gives you more control.

     

    • Like 3
  3. 14 hours ago, wiviv said:

    Hi. I'm officially back to Team Parallels after having used VMware Fusion for years. The reason is that Parallels actually runs Windows 11 ARM on M1 machines, while VMware is stuck making excuses for why they can't do it. Years ago, like maybe around 2012 or something, I switched from Parallels to VMware because I like to use audio applications on my guest system and Parallels had a weird audio stuttering issue, where if the host system was very busy there would be these minuscule clicks and pops in the audio, even with full VM tools support and everything working correctly. It seemed as though maybe Parallels didn't implement an audio buffer at that time, so any slight delay would immediately cause micro gaps. VMware never had this issue, so instead of trying to fix it I just switched over at the time. Today I can only use Parallels, but surprisingly this is still an issue even in almost-2022. When I play audio inside a guest application, it works fine until I go back to the host system application and start doing stuff. Then I get clicks and pops. They're very faint, probably because these M1 machines are so fast, but it's still noticeable. I'm on an Apple M1 2020 Macbook Air 13", 16 GB RAM, 8 core GPU model. I'm running the Parallels recommended Windows 11 install, activated and fully up to date. My Parallels Desktop version is 17.1.1 (51537). VM tools are active. I have to believe that this is fixable, because it feels to me like with even a 5ms audio buffer (in the VM, not in the guest) you'd never get this problem. I'd be fine with slightly delayed audio if it means I get clean audio. However, I can't find anything in the way of an option for setting this. I'm perfectly fine with editing files outside of the main UI if this is required. Appreciate any help you might have to offer!

    This is not going to be helpful... but why "chase your tail" with VMs?

    They're never going to be ideal for low-latency audio applications (DAW purposes).

    If you have a M1 Macbook Air, run the likes of Reaper (small, clean, lean, CPU efficient).

    With the Macbook Air, you're dealing with relatively low CPU clock-speed... which is going to make (clean) low-latency audio harder to achieve (especially under VM).

     

  4. It can be confusing with Thunderbolt-4

    Many higher-end Z790 motherboards have a pair of USB-C ports.

    • If you don't specifically see the Lightning Bolt icon next to those USB-C ports, they're almost always USB-3.2 Gen 2 (no Thunderbolt).
    • If you see the Lightening Bolt icon next to them, the USB-C ports are Thunderbolt.
    • If those USB-C ports are USB-4, Thunderbolt-4 is integrated.
    • Thanks 2
  5. 19 hours ago, Gswitz said:

    @Jim Roseberry

    https://craiganderton.org/transient-tamer-diy-project/

    I use one of these cables when recording direct and I think it really helps. 

    Just sharing to be friendly... not trying to hijack the thread. 

    Last in-person GearFest at Sweetwater (prior to Covid), I was talking to Craig Anterton about this circuit.

    It was in some of the newer Les Paul guitars... the "Modern" version I believe (which had DIP switches)

     

    I really miss being about to meet/talk with folks like Craig, Roger Linn, etc.

    GearFest was similar to NAMM... but a lot closer.

    The All-Star concerts each night were also spectacular.

    You could watch the likes of Steve Vai, Jordan Rudess, Steve Stevens, Adrian Belew, Dweezil Zappa, Andy Timmons, etc.

    • Like 3
  6. 14 hours ago, Jeffrey O'Hara said:

    It seems like for strickly DAW use, the mainstream desktop platforms makes more sense. Unless you were doing some other stuff like video editing (to a point) and 3D rendering, it's hard to justify getting a Threadripper platform.... unless you want it. In which case that's not gonna stop you anyways. ??

    If you're doing 3D Rendering on a regular basis, you can't possibly have too much machine.

    I could definitely see using a "Storm Peak" based machine for that purpose.

    And you're right, it's about the same investment as a Private Stock PRS guitar.  

     

  7. i9-13900k/14900k need top quality 420mm AIO... to prevent thermal-throttling under load.

     

    I see companies marketing air coolers for Storm Peak.  ?

    That'll be great at idle and low loads.  What happens when you render a video?

    Even a top-quality 420mm AIO is going to struggle with 350w TDP.

     

    The wife's co-worker is starting a professional "Sports" Pod-Cast.

    His football buddy recommended a 14900k based machine... using a 240mm AIO.

    He ran that by me... and I told him (half jokingly), "This is why you don't take computer advice from a football player."  ?

    Without proper cooling, there's no point in having an expensive high-end CPU (it'll thermal-throttle, negating the benefit).

     

    Cinebench R23's Multi-Core test (assuming proper cooling/configuration):

    • 12700k will score ~24k
    • 12900k will score ~28k
    • 12900ks will score ~29k
    • 13700k will score ~29k
    • 14700k will score ~36k
    • 13900k and 14900k will score ~40k
    • 7960x will score ~50k

    CPUs that score over 30k; that's kind of the "tipping point" for more robust cooling.

    Higher score essentially requires larger cooler.

    • Thanks 1
  8. 11 hours ago, Bapu said:

    I wonder if @Jim Roseberry has anything to say about TB3 interfaces under Win 11?

     

    FWIW, I've never encountered a scenario where I couldn't get a Thunderbolt-3 audio interface functioning with a Thunderbolt-4 controller.

    The Apollo series requires certain BIOS tweaks.  If these aren't in-place... the Apollo won't work and/or you'll hear glitches in audio.

     

    There's not much difference between Thunderbolt-3 and Thunderbolt-4.   

    All current Thunderbolt audio interfaces are Thunderbolt-3.

    There's little difference between Win10 and Win11.

    Myself and many clients use Thunderbolt-3 audio interfaces under Win11 (and Win10).

     

    I used an Apollo 8 and Satellite for a while (both connected via Thunderbolt).

    I moved on for a couple of reasons:

    • The Apollo's DI's imparted a "tubby" quality to the lower mids with DI guitars (using amp-sim plugins)
    • The Apollo's round-trip latency (even though it's Thunderbolt) is about the same as a good USB-2 audio interface

    Basic function of the Apollo/Satellite was always solid.  I wanted to push the low RTL envelope... and that's not Apollo's forte'.

     

    After the Apollo/Satellite, I migrated to using a combination of RME Fireface UFX+ and Presonus Quantum.

    • UFX+ was used as the primary audio interface
    • Quantum was used when I wanted super low round-trip latency

     

    I currently use an Antelope Orion Studio Synergy Core as my main DAW's audio interface (connected via Thunderbolt-4).

    Absolutely love it.  To me, it's the best of all facets.

    • Can achieve sub 1ms round-trip latency (with a fast/well-configured machine)
    • Converters, DI's, Preamps sound better (to my ears) than the Apollo and UFX+
    • Rock-solid performance

    For secondary machines, I use a Presonus Quantum (connected via Thunderbolt-4)

    • Can achieve 1ms round-trip latency (96k using a 32-sample ASIO buffer size)
    • Converters, DI's, Preamps sound good for the cost
    • Rock-solid performance
  9. For ultra low latency performance, the Threadripper 7xxx series is about the same as an Intel i9.

    With the Ryzen 5xxx series, AMD *finally* got their ultra low latency performance together.

     

    A well spec'd AMD "Storm Peak" DAW is going to be ~$10k+ (parts alone).

    • 7960x = $1500
    • 7970x = $2500
    • 7980x = $5000
    • 7995WX = $10000

     

    The target market is pretty small (the most extreme of professionals and enthusiasts).

     

     

     

     

    • Like 2
  10. I'm heading out of town until the 21st.  

    If you need assistance, I can certainly help.

     

    One thing about Reaper, it's using a different application to bridge.

    • Bit-Bridge is used for Cakewalk
    • I believe JBridge is used for Reaper

    Some 32Bit plugins cope well with one... but not the other.  

    In short, to make your life less complicated... avoid 32Bit plugins.   ?

    • Great Idea 1
  11. Shure recently released the SM7dB... which has an onboard preamp (like a Cloud-Lifter).

    This allows much healthier levels... without cranking your mic preamp (which may get noisy at higher gain settings).

     

    If you have a higher-end outboard preamp, you likely don't need a Cloud Lifter or the SM7dB.

    These preamps are usually much cleaner at higher gain settings.

     

    The wife is on the local Classic-Rock morning show.

    Sometimes the station needs a VO recorded... after she's left work.

    Instead of her having to drive back across town, I grabbed SM7b, RE20, RE320 mics (already had Neve preamps).

    For station VOs, I like to use the RE20. 

    The tone of her voice sounds better than using the SM7b.

    The RE320 sounds similar to the RE20... but with more of a presence boost.

    The RE20 is more flat... giving the production engineer more room to EQ.

     

  12. 9 hours ago, Philip Chika said:

    Not asking about bounced down tracks,

    "In this case, I'm getting pops on some (but not all) of my VSTs when playing back but if I take the vst track and bounce to track, the recorded audio is fine. It's only when live playing  the midi, and again only on some vsts (32 bit ones I believe)."

     

    This line (blue) from you original post... is why I mentioned "bounced-down" audio.

    Since the bounce (whether a single track or an entire mix) is done offline, it's not subject to realtime processing demands. 

    Thus, high DPC Latency wouldn't cause glitches in the bounced audio... but would cause glitches when playing back the project in realtime.

     

    If you're using 32Bit plugins, those are being "bridged" to function.

    Some plugins cope just fine being bridged... others can be completely unstable.

    If this only happens with 32Bit plugins, it's most likely the culprit.

     

    When doing basic trouble-shooting, you want to eliminate variables.

    Latency Mon will either rule-in... or rule-out DPC Latency as a potential culprit.

    Definitely worth the couple minutes of time/effort.

     

     

     

    • Like 1
  13. 1 hour ago, Philip Chika said:

    Jim Roseberry I'll give it a shot, but how does the driver know or distingsuish between when I'm playing live and when it's just the track playing back?

    The driver would have no idea...

     

    But here's the thing:

    High DPC Latency would affect realtime playback (glitches).

    Audio that's bounced-down (not in realtime) would thus not be affected by high DPC Latency.

  14. 13 hours ago, Max Arwood said:

    I just want to give a thanks to Jim Roseberry. The computers he has built for me have been great. The only problems I ever had were ones of my own making lol. I can’t believe how well this old over clocked i7 still runs. I think it was bought around 2012. I am definitely a plug-in junkie. Probably only topped by Bapu! It takes a bunch of plugins / soft synths to slow this thing down. 

    Thanks Jim!

     

    Glad the machine is working well for you, Max!  

    • Thanks 1
  15. Another potential issue with RAM and PCIe cards:

    The connection area (points of contact) are quite small.

    If the case is moved or "flexes", it can cause those contact points to be "misaligned" just enough to cause issue.

     

    On some builds (especially trying to get a 420mm radiator in a mid-tower case), the tolerance can be *super* tight.

    A single millimeter can mean the difference between something working... or not.

    ie: RAM with LED lighting can sometimes be too large to install after radiator fans have been mounted.  If the RAM is installed first, there's just enough clearance.

    • Thanks 1
  16. FWIW, If you benchmark the 14900k, it comes out exactly the same as the 13900ks.

    Intel shouldn't have called it 14th Gen... but rather "13th Gen refresh" or "13th Gen mk2".

     

    The 13900ks in most benchmarks (and running audio), handily bests the 5800X3D and 7950X3D.

    ie:  If you run Cinebench R23 (Multi-Core)... the 13900ks scores ~40k

    The 5800X3D... is nowhere remotely close (less than half at ~14.5k).

×
×
  • Create New...