• SONAR
  • Next update SONAR X2B...when...x64bit VS 32bit.. the future of Cakewalk? (p.9)
2013/02/19 20:02:13
guitardood
CakeAlexS


Are you on the right thread guitardood? There's another I'm happy with sonar 7 debate going on elsewhere... Cheers...

It is not so much being happy with Sonar 7 as being unhappy with X1/X2.  I think you may have missed my point in my response to Freddie's inquiry as to the benefit-vs-hype of 64-bit DAW.  By your response to my theory (or really lack thereof), I'll assume that my theory is correct in that: sans memory-hungry  soft synths, the value of 64-bit is kind of lost vs the headaches it (or more specifically bit-bridge) seems to be causing some folks.


BTW, given a program written in 32-bit vs 64-bit, that only requires 1gb of memory, the only entity capable of telling the difference would be the OS & CPU. Best,


2013/02/19 20:05:36
Fog
I get the feeling a certain someone doesn't use half of what he's slating.. or hasn't used it enough to be objective. It just comes across as some sorta snobbery.

very few will use reason on it's own.. it's been that way for YEARS.. but compared to everything else, it's a quick proto typing tool / sketch pad..  much like say how people will still use fruityloops rewired in..

could you do a full tune and master it in reason ? yep.. but that's down to skill regardless of if you use $10 or $2000 DAW.

it's a tough call.. if the functions you want are broke in a program.. then yet it's more annoying.. if they don't matter to you, because you don't use em.. that's different again


2013/02/19 20:15:38
stevec
I dunno...   My experience with 64bit SONAR on 64bit Windows has been much "smoother" than when I was running the 32bit combo.  I've seen total memory usage exceed 2GB many times just using instances of BFD Eco, Dim Pro, Kontakt Player, etc.    But even without them I would never want to go back to 32bit.
 
I can count the number of Bitbridge issues I've ever had on one hand.   But maybe my experience with Bitbridge/64bit is similar to my general experience with SONAR, that is, I've never really had many stability or serious issues reported by others - I've always been pretty lucky with SONAR.  In fact, the least stable version for me was v5, and I remember that being a favorite of many users back then.   Go figure. 
 
Anyhow... as far as this thread goes, it's a user forum so I don't expect much from it.   I also don't expect Seth's exit to mean the end of Cakewalk or SONAR or anything simiilar.   It is what it is - a tough ecomony in 2013.   Maybe CW has just been very fortunate up until now.
 
2013/02/19 20:26:35
jbow
AT's post is a good one and I think very accurate and very well received by me.

 
+1
2013/02/19 20:31:34
JonD
guitardood


 
Personally, I do believe that the whole move to 64-bit is hype.  From a DAW perspective.  Does anyone really have any projects, "without memory-starved soft synths", require more than 2gb of RAM?  As a programmer, I would find that very hard to believe.  This is the reason I asked the question the other day about being able to run BFD2 or Machfive 64-bit versions under 32-bit Sonar.  Would get rid of the whole flaky bit-bridge on 90% of my plugins and allow my two memory pigs to operate in 64-bit (found out this is possible with jbridge but haven't tried yet).


I mean seriously.  I had multiple 75+ track projects using tons of both native and UAD plugs and NEVER ran out of memory under Sonar 7.


Best,
 
Huh?  You just gave yourself as a contradiction to your own argument...
 
Why do "you" need BFD2 and Machfive in 64-bit versions?  Answer honestly, and you'll have the answer to the question why others need their "Memory-starved soft synths" too. (You "need" your BFD2 and MachFive. Others "need" their Omnisphere. Kontakt, etc...).
 
Given that, how is it all hype?   (I honestly don't get your point).
 
 
2013/02/19 21:30:56
Bub
guitardood
Freddie H
Bub
Freddie H

Pro Tools HD - a DAW that has lived under a rock the last 15 years.... Only DAW that only works on Windows 95 and XP32. Only DAW on the market that are still in x32bit only 2013 and have no new technology functions and totally outdated.
The latest features were non destructible faders and record and working with 32 bit files? All other DAW has had that since the late 90ths.
today you can't find any functions that Pro Tools do better then other DAW. Actually it's the opposite. all other DAWs do it 10 times better.
It just goes to show what kind of damage marketing hype can do. Referring to the whole 64-bit debacle.
So 64bit is a "hype" to you?
....Bub...this is just getting worse.. 
Personally, I do believe that the whole move to 64-bit is hype.  From a DAW perspective.  Does anyone really have any projects, "without memory-starved soft synths", require more than 2gb of RAM?  As a programmer, I would find that very hard to believe.  This is the reason I asked the question the other day about being able to run BFD2 or Machfive 64-bit versions under 32-bit Sonar.  Would get rid of the whole flaky bit-bridge on 90% of my plugins and allow my two memory pigs to operate in 64-bit (found out this is possible with jbridge but haven't tried yet).

I mean seriously.  I had multiple 75+ track projects using tons of both native and UAD plugs and NEVER ran out of memory under Sonar 7.

Best,
When the day comes that Sonar (or any other DAW on the planet) will not stream a sample from an HDD and stop working due to lack of RAM, then I'll accept that 64 bit is a necessity and "makes a difference".

I have never been restricted by my DAW not being 64bit. If anything, it's been one big headache transitioning to it.

I'm primarily a guitar guy, I saw no benefit in latency when I switched to 64bit. Actually, one of the biggest disappointments when I made the transition was the fact that I saw no real benefits. Latency was the same, I heard no difference in sound quality, it still took just as long to bounce, freeze, and export.

Yes, Sonar maybe loaded a bit faster ... but it didn't function faster. A 3 minute 25 second song, is still a 3 minute and 25 second long song. 64 bit doesn't make it sound better, or play quicker so I can record it in less time.

If you're working at Lucas Sound Ltd using 5TB orchestral samples, well, yeah, maybe you'll see a difference.

As a matter of fact, I just checked it out. www.skysound.com.

Technology
Presently, we have a fibre channel infrastructure that allows sharing of files and data quickly and easily throughout the Technical Building and around the world. An editor can work on a session in a private suite using one of our 80 ProTools digital audio editing systems while the mixers are mixing the exact same material on one of our six dubbing stages. Simultaneously, another editor can browse our proprietary library of more than 100,000 unique sound effects to find just the right sound.
This can all be done while we seamlessly connect the mix stage remotely to anyone with an internet connection using the APT WorldNet Skylink, a device that represents the culmination of a joint development program between APT and Skywalker Sound. In addition to the Skylink, we provide Dolby®FAX via ISDN Telestream, FTP, Digidelivery, Polycom view stations, and Conduit.
Our Scoring Stage offers the best of analog and high bit rate digital by maintaining in house the best selection of microphone pre-amps of any studio, and a wide range of converters for multichannel 24 bit/192k recording and editing.
The Scoring Stage also has the ability to connect to any stage or editing suite in the building or anywhere in the world using the APT WorldNet Skylink technology.
Freddie, I think your a great guy ... but if you're really going to sit here and argue about Pro Tools up against a billion dollar studio ... and put it at #20 on your list of DAW's ... well, I think there's no more point in talking about it with you anymore. You're never going to see the forest through the trees.

Thanks,

Bub.
2013/02/19 21:43:44
Splat
BTW, given a program written in 32-bit vs 64-bit, that only requires 1gb of memory, the only entity capable of telling the difference would be the OS & CPU.




Nope the 32 but application would have been built with a different  compiler than the 64 bit varient. Ie  The app is different and optimized for 64 bit operation. Nb sure CPU + OS = A computer.
2013/02/19 21:46:14
guitardood
JonD


guitardood


 
Personally, I do believe that the whole move to 64-bit is hype.  From a DAW perspective.  Does anyone really have any projects, "without memory-starved soft synths", require more than 2gb of RAM?  As a programmer, I would find that very hard to believe.  This is the reason I asked the question the other day about being able to run BFD2 or Machfive 64-bit versions under 32-bit Sonar.  Would get rid of the whole flaky bit-bridge on 90% of my plugins and allow my two memory pigs to operate in 64-bit (found out this is possible with jbridge but haven't tried yet).


I mean seriously.  I had multiple 75+ track projects using tons of both native and UAD plugs and NEVER ran out of memory under Sonar 7.


Best,
 
Huh?  You just gave yourself as a contradiction to your own argument...
 
Why do "you" need BFD2 and Machfive in 64-bit versions?  Answer honestly, and you'll have the answer to the question why others need their "Memory-starved soft synths" too. (You "need" your BFD2 and MachFive. Others "need" their Omnisphere. Kontakt, etc...).
 
Given that, how is it all hype?   (I honestly don't get your point).
 
 

After typing 12 responses that were in ALL*CAPS, I decided to try and mind my tone.  My whole point was that Sonar, in and of itself, is an extremely streamlined application that, in and of itself, has no direct need for 64-bit.  Neither do EQ's or Compressors or delays or gates or even the 20-40%-Better-Super-Deluxe convolution reverb of the week.

The only need for 64-bit, IN A DAW APPLICATION AS STREAMLINED AS SONAR, is for the memory-starved synths.   Can anyone possible disagree with that statement and keep a straight face?   My point is that is the ONLY reason for needing 64-bit.   And pardon my forgetfulness as I was only coding assembler instructions yesterday, if you can dig up some x86-64 specific op-codes that do some special special 64-bit voodoo that no other programmer is aware of when the processor is in 64-bit mode other than the ability to access more memory, I'l eat every computer in my office (talk about when good sentences go bad).

The bit-bridge solution has caused quite a few crashes, FOR ME.  So ME-MYSELF-AND-I don't like it!  I have plugs for which I paid good money that are rendered useless by bit-bridge bugs.  My point was that the jbridge solution allows the 64-bit synths to be 64-bit  and use all the memory that you can throw at them, without the requirement that every-freaking-thing else in my DAW system be 64-bit as well, or glued together with the bit-bridge solution which has turned my monitor a lovely shade of white glow on more than a couple occasions, in the middle of a creative spurt.  If it works for you, wonderful!!!


I believe that a lot of people are believing that their 64-bit low-memory-usage-apps are running better, only because the overly-bloated Windows receives the most benefit from it being in 64-bit and that if you were to subjectively benchmark the same apps 32-bit-version-vs-64-bit-version there would actually be NO DIFFERENCE in performance.  But I've only been programming for 30 years, what do I know about these complex bit-banging-fluter-hickies?

It would be nice, however, if you could limit your personal attacks to yourself.


Best,


2013/02/19 21:51:02
guitardood
CakeAlexS


BTW, given a program written in 32-bit vs 64-bit, that only requires 1gb of memory, the only entity capable of telling the difference would be the OS & CPU.




Nope the 32 but application would have been built with a different  compiler than the 64 bit varient. Ie  The app is different and optimized for 64 bit operation.
Alex,
     All due respect, but you haven't any idea what you are talking about.  Both compilers create binary code consisting of the same x86 op-codes.  Depending on the mode of the processor, the only real difference is the size of some of the CPU's registers and instruction pointers and the compilers representations of those registers, their offsets and memory location pointers (to allow for, in-part, position-independent-code).


Best,



2013/02/19 22:01:16
RobertB
SteveStrummerUK


 
Next update SONAR X2B...when?
 
 
3.41pm GMT, March 17th 2013.

Too early. It will be after lunch.

© 2026 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account