Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ardour 8.0

ardour.org

Post reply on HN
Print view View original

141–150 of 156 posts

Re: Ardour 8.0

#141

Post by throwaway290 »

prmoustache wrote: post #133
throwaway290 wrote: post #105

Earlier quoted context omitted.

Are you saying it makes no difference whether process runs as root or normal user in whatever OS you're on?

I am saying it depends of the attack scenario. Privilege escalation is a big issue for servers and mutualized systems. On a personal computer this is the least of your concerns as your personnal data is more valuable than some binaries in your root filesystem. People are ready to get their precious data pwned or ransomwared but are afraid some process would get root access, this is backwards thinking.

In many systems today an app is sandboxed and doesn't get full disk access unless it's granted. But installer gets full access, since it can plug the password into su/sudo and do whatever.

Re: Ardour 8.0

#142

Post by junon »

iainctduncan wrote: post #96
junon wrote: post #84

Earlier quoted context omitted.

Good to know, I didn't mind Cubase's workflow per se, it's just that Cubase was 1) super buggy and unstable, and 2) ridiculously expensive, and updates cost a lot. That also factored into leaving. I'll give Ardour a try, thanks for the response and congrats on the release!

FWIW, I would absolutely recommend learning a regular linear DAW in addition to FL Studio. I'm not an FL user, I'm a heavy Ableton Live user (entirely because of Max for Live), and it is also "non-standard". There are a lot of things that are much, much faster in DAWs from the pro-tools oriented lineage and it is well worth the few seconds it takes to copy audio from one to the other at times.

I'm aware, I've used Cubase long-term, as well as a number of other ones in the past. FL Studio still gives me the fastest iteration speed out of all of them so far.

However, I don't think that's due to FL Studio somehow being architected better or worse. I just think its score ("piano roll") editing controls are much better than most other DAWs I've used and it gets out of my way for the most part when trying to get things from brain to screen ASAP.

Re: Ardour 8.0

#143

Post by tao_at_garden »

PaulDavisThe1st wrote: post #117
6581 wrote: post #116

Earlier quoted context omitted.

Not for me. I guess the website forwards you to a different region's shop.

I would not be surprised if the existing LP Pro support in Ardour 8 works with an older version, but they are fundamentally different devices. I can check on it whenever I get started on the mini and X versions.

I definitely don't have the budget for a Mk3 but I can see a number of original Launchpad Pros and Mk2s for sale on local websites for not much money. Count me in as another person interested!

Re: Ardour 8.0

#144

Post by prokoudine »

codedokode wrote: post #122
spacechild1 wrote: post #77

Earlier quoted context omitted.

> Also on Linux it supports only rarely used plugin formats (LV2, Linux VST), for which there are little plugins. On Linux, Ardour supports LADSPA, LV2, VST2 and VST3. Those are the most widely used plugin formats. What are you missing exactly?

Those are rarely used formats, most of plugins are either in Windows formats like VST, or in Mac formats.

Windows VSTs require a Windows emulation layer.

For Mac VSTs and AU there is no (at least, no stable) emulation layer on Linux.

RTAS SDK is proprietary.

Re: Ardour 8.0

#145

Post by runiq »

PaulDavisThe1st wrote: post #136
runiq wrote: post #118

Earlier quoted context omitted.

I still feel like track/bus groups, VCAs, and now ad-hoc groups are three different ways of doing roughly the same thing. Are there plans to unify them into a single concept, maybe? (I know that especially VCAs are different here, but in the end, they are groups of groups if you squint hard enough, are they not?)

No, VCAs are quite different from the other two. They represent an external entity (the VCA) that can be used to control other entities, and they are mixer (signal flow) related only (i.e. have no impact on editing). Persistent and quick groups are definitely related; we've already a few trenchant observations about what we've done with quick groups, and we will work on taking them into consideration as we refine how…

I see, that's fair. Thanks a lot for Ardour, happy to be a sponsor! <3

Re: Ardour 8.0

#146

Post by [deleted] »

dist-epoch wrote: post #60
diggan wrote: post #2

Looks to be a extensive update with lots of new and useful features, thanks as always PaulDavisThe1st :) Especially Arrangement and Quick Groups will be good time savers for me! > For several years, people downloading Ardour for macOS have had to deal with various kinds of messages (from Apple) saying things like "This program comes from an untrusted source" to "The file is damaged". As of Ardour 8, macOS users downl…

They didn't do that for the Windows version though: > Because we object to paying Microsoft for the privilege of allowing you to more easily use our work, this application is unsigned (more information here).

[deleted]

Re: Ardour 8.0

#147

Post by electroly »

PaulDavisThe1st wrote: post #81
dist-epoch wrote: post #60

Earlier quoted context omitted.

They didn't do that for the Windows version though: > Because we object to paying Microsoft for the privilege of allowing you to more easily use our work, this application is unsigned (more information here).

We will likely start doing Windows notarization during the 8.x series. Our friends at Harrison, who make Mixbus (based on Ardour) already figured it all out a long time ago; it's a bit more complex than the macOS version of the process.

The message is a little confused--Microsoft never charged for code signing. You don't pay Microsoft. You have to get a code signing certificate from a third party CA; you choose your favorite. Microsoft themselves doesn't offer them.

This is different than notarization. Notarization is a process by which Apple centrally scans your binary and decides if it's ok, then stamps their approval on the binary if so. Code signing is a process by which you sign your own binary so that users (and, more importantly, Windows) know it's from you.

Microsoft doesn't do notarization, instead relying on the reputation of the certificate and their client-side malware scanner. The reputation from one executable you sign with the certificate carries over to other executables that you sign with the same certificate (e.g. newer versions of the same app). This impacts SmartScreen prompts. If you get an EV certificate you get the initial reputation for free and can skip SmartScreen prompts out of the gate.

source: have done it; my open source Windows app is signed with my Sectigo certificate

Re: Ardour 8.0

#148

Post by codedokode »

spacechild1 wrote: post #134
codedokode wrote: post #122

Earlier quoted context omitted.

Those are rarely used formats, most of plugins are either in Windows formats like VST, or in Mac formats.

? VST is a cross-platform plugin format, supported by Ardour. I have no idea what you are looking for...

Ardour supports only Linux VST (rarely used, unpopular format). Most of plugins use Windows VST, i.e. they are distributed as Windows-compatible DLL.

Re: Ardour 8.0

#149

Post by spacechild1 »

codedokode wrote: post #148
spacechild1 wrote: post #134

Earlier quoted context omitted.

? VST is a cross-platform plugin format, supported by Ardour. I have no idea what you are looking for...

Ardour supports only Linux VST (rarely used, unpopular format). Most of plugins use Windows VST, i.e. they are distributed as Windows-compatible DLL.

> Ardour supports only Linux VST (rarely used, unpopular format).

"Linux VST" and "Windows VST" are not plugin formats. "VST" is the format, "Windows" and "Linux" are platforms. Do you seriously expect a Linux app to run Windows plugins out-of-the box?

> Most of plugins use Windows VST, i.e. they are distributed as Windows-compatible DLL.

Yes, most (commerical) plugin companies only provide Windows and macOS binaries. But how is that Ardour's fault? You can run Ardour on Windows on macOS. If you really want to use Linux and you need to use Windows-only plugins, you can either run Ardour in Wine or use a plugin bridge such as yabridge.

Re: Ardour 8.0

#150

Post by 8bitsrule »

> If you try to automate the task of adjusting the tempo to follow a human performance (e.g. by tracking transients/onsets), you invariably end up with a mess... With Ardour 8.0 ... switch to the Grid tool (shortcut: "y") and simply drag the grid (lines) to fit the measure and beat onsets that you feel while listening.... The resulting grid accommodates the way people actually perform, rather than how software sometimes thinks they ought to. Wow. THIS is something that's been needed for > 20 years. A lot of music has gotten poorer because of the mechanality of grids. Human tempos vary naturally (slightly at least) all over the board. (If you doubt that, drop a golden oldie into a DAW and just try to adjust the grid.)

Neither "Quantize" and "Humanize" helped. Tempo changes like ritardando, accelerando, rubato are essential for the musicality of real performances. Not that the grid/click-track HAS to have any effect on any one part, but it very much complicates, e.g., automated/samples parts.

Human performances vary tempos according to feelings. This feature may be manual, but it sounds like progress.

[QUOTE follows]

"A nice sort of music would result from such playing. Something like the singing of a good vocalist accompanied by a poor blockhead who hammers away in strict time without yielding to the singer who, in sheer despair, must renounce all artistic expression." - Constantin von Sternberg (1852–1924) (c. 1920). "Tempo rubato, and other essays".

Post reply on HN