A sampler for ardour would be awesome!

I think you should not use Ardour then, and also keep all your changes to yourself instead of wasting our time, preventing us to do actual work.

You don’t understand me at all then. I am very open minded when it comes to new technology.

No I don’t. I do want Ardour to succeed, but not necessarily in the way you want. Which is perfectly fine.

I’m actually pretty good. Thank you. A happy and healthy life is what I want.

Anyway I’ll leave the personal stuff aside now. We’re already way off topic here.

6 Likes

how is pointing out how to fix bugs wasting your time? please, many of us want you to polish ardour, fix bugs, and not add new features. when i seen ardour version 9 come out. i was very happy that you guys did a 180 and added a piano roll . never thought that was going to happen. however, it was sad to see that it was so buggy, pretty much unusable. why not just wait till it was polished up some? that seems to be the pitfall with this project everytime. i dont want to waste your time. ive been patient. years ago i sent in bug reports and years they sat. now, i figure, hey, i can use an LLM to fix the bugs and in doing so i can show you what it did to help you. also, you even said one of the finds was good! now all of a sudden its a waste of time? why lie? i want ardour to be good too you know, but that means making it stable. and fixing the weird bugs that people run into all the time. i dont want any new features, i just want ardour to work as intended, to not crash, to not have weird bugs. how is me trying to help you find them slowing you down?

1 Like

It’s probably just me being overcautious but I can’t help getting at least some Jia Tan/Hans Jansen/Dennis Ens vibes here.

1 Like

lmao, im not malicious, just frustrated with the state of things. plus. all the code is open to see. most of the changes are a hand full of line changes for the bugs ive encountered. i do use ardour as well. heres a track i made with ardour 8. https://www.youtube.com/watch?v=97IojQ09CI8. i remember working around a lot of the bugs during this track as well. all i want is for the bugs ive encountered, and posted about years ago. to get fixed. i dont know what else to do at this point tbh. ig ill have to find another program to make music in, im just tired of the bugs.

You can say you’re not malicious at all, but at some point ignorance and maliciousness become the same thing.

  1. It is absolutely frustrating to pretend like LLMs are good enough to catch bugs (there has been something like a 60% rise in security vulnerabilities since LLMs started being used for coding) and that they are good enough to fix them in a way that is maintainable.
  2. As someone who has been using Ardour for years, I haven’t really run into too many bugs. Perhaps it is just my experience, but if Ardour really were as buggy as you make it out to be, it would be basically unusable for everyone here. That doesn’t mean it’s bug-free (obviously not), but just that the way you portray it as being chock-full of bugs makes me think you just flagged whatever the hell the LLM threw up without actually double-checking that it is indeed a bug.
  3. If the bugs are that trivial to fix it, submit actual MRs! Solve the issues the right way — I’m sure @paul and @x42 would be thrilled. Instead, you generate automated bug reports sitting in front of an LLM and whine that they’re not using LLMs to fix the supposed issues. People like you give LLM usage a bad reputation (and deservedly so).

Again, if the bugs are that trivial to fix, why don’t you submit 100% human MRs? I’m sure they’d be accepted. Instead, you use LLMs to generate sloppy and unmaintainable code and moan about how no one will accept it.

6 Likes

Jia Tan didn’t introduce themselves to the world by saying “Here’s a garbage test file I want you to include and if you could disable ifunc that’d be great too”.

Lots and lots of people seem to be able to use Ardour on regular basis without hitting bugs, so Robin is probably right in saying that it may not be the right DAW for you.

1 Like

i have submitted merged request. didn’t read things clearly once again lmao. they dont accept stuff from an LLM which ive already said thats fair. but LLMs are usefull imho in finding where to fix a bug. perhaps you used chatgpt years ago an dthink theyre all bad as that lmao. things have changed. ive tested teh code on my machine and it works just fine for my personal build. so ill prolly take x42s advice and just keep all the bug fixes to myself.

1 Like

No, I’m reading everything you’re writing. LLMs are at best unreliable when figuring out if they actually found (or fixed) a bug. I think you have way too much trust in probalistic regurgitation machines. It’s great that it works for you and your usecase, but can you also admit that if it really were as buggy as you claim, Ardour would be barely usable for most people here?

You really seem to want to die on this hill of “An LLM fixed this bug, why won’t you accept this solution?”. That’s fine, but you’re alienating pretty much everyone here, including the devs. If you want to solve the issues you found and you really think it’s that trivial (which you keep claiming), then you should be able to code it up and verify it doesn’t break other stuff relatively easily, right? You shouldn’t need an LLM to do it.

2 Likes

when the PRs are generally a hand full of code, i dont think it matters if an LLM did it or a person. if i wasnt honest, you would have no way to tell. who knows how many others are uses AI without telling you. i bet more than you think. at least I tell people when i do.

anyways im done arguing. theres no point. ill take the advice and stick to myself. cheers.

Subject: A Composer’s Perspective: Why an Integrated Sampler is Essential for Creativity

Hi everyone,

I’ve been following this discussion and the development of Ardour for quite some time. As an opera singer and a composer currently working on a ballet titled “The Blue-Ringed Octopus”, I would like to offer a perspective from the creative “front lines.”

While I deeply respect Ardour’s commitment to the “DAW as a professional mixer/recorder” philosophy, I believe the resistance to a built-in sampler overlooks how modern composition actually happens.

For a composer, a sampler is not just another “plugin”—it is a fundamental bridge between an idea and its realization. In my experience with software like Orion, the strength was the seamless integration: you had the mixer, the sequencer, and the sampler all in one ecosystem. This allowed for an immediate flow of thought. When I want to test a percussive texture or a specific orchestral sample for my ballet, I need to drag, drop, and play instantly.

Relying on external Linux samplers often feels like a technical hurdle that kills the creative “spark.” Every minute spent troubleshooting a connection or configuring an external tool is a minute lost from the actual music-making.

If Ardour aims to be a world-class environment for all musicians, it should recognize that the line between “recording audio” and “creating with samples” has blurred. A basic, high-quality integrated sampler would turn Ardour from a powerful “digital tape machine” into a true creative laboratory for composers.

We don’t need a bloated workstation, but we do need the essential tools to be native and fluid.

Best regards,
imstre

2 Likes

https://samplv1.sourceforge.io/ is an LV2 plugin, so you don’t have to troubleshoot its connections more than you have to troubleshoot the bundled FluidSynth player.
And I’m sure there are plugin samplers for Windows and Mac as well.

2 Likes

I cannot find any bug reports on tracker.ardour.org listing the reporter as user pyrotek45.
Do you have a link to the bugs you have reported?

heres one i reported today. 0010254: bottom panel lags when clicking the track header with a plug that has lots of parameters. - MantisBT

heres one from like 2 years ago 0009766: holding shift + rightclick to delete a sample doesnt work on the fade in section - MantisBT

i dont even think the devs took a look at it tbh.

maybe in another few years, ill get the so called, “correct fix”. i cant believe i used to look at ardour patch notes waiting for some of these to get fixed…silly me.

Back on topic:

https://linuxdaw.org/?t=sampler

4 Likes

Although it’s still in beta, ShortCircuit XT is shaping up really well as a creative sampler.

Cheers,

Keith

You can trigger a cue with a midi note. If you set the launch quantize to none, then it plays like a sampler.

Alright, imo:

@pyrotek45 Yes, you are generally on-point about the importance of polishing Ardour. I don’t think many would disagree. There are many little bugs hiding here and there, and one has had to work around them. But, again, Ardour is mostly a 2-person team (at least w/res to full-time devs), which explains a lot of that.

Now, yes, that’s where an LLM could step-in to assist, as you point-out, and perhaps Paul or Robin will experiment with that, or have, or will more so in the future, etc… —That’s up to them, of course.

But, you have to understand this exact point:

:point_up_2: That is 100% accurate.

To take this to the extreme (-which I know you’re not advocating of course), if the entire DAW, patch after patch after patch, was authored by an LLM with essentially no human-user knowledge of C++, Lua, or how any of the DAW really works, etc… —eventually the whole thing falls apart.


It’s sorta like having a noisey lawnmower, so the AI tells you to add some insulation on top of it to dampen the sound. ~Problem solved! :white_check_mark: … But then much later you realize it’s now running too hot, so the AI shows you how to install a clever new cooling tube system through the central housing! ~Problem solved! :white_check_mark: … But then much later you realize that water is leaking onto your motor… O___o … ~And you just keep adding to the blob… :woozy_face:

Again, from a very limited, nuclear perspective, each of your problems/bugs appears resolved. But because the implementation was itself buggy and/or simply non-standard to how the rest of the DAW functions internally and holistically, then every LLM/AI pull-request must be painstakingly re-done anyway, by a human who actually knows C++ and Ardour’s internal architecture. :grimacing:

~Just my 2 cents, as they say. :v:

-J

3 Likes

I agree ghosts. I fully expect that my fork, if ai is the only thing that works on it, would eventually become something too hard to maintain. But thats because im not a c++ dev that understands ardour under the hood. I program rust mainly and the biggest issue, even if i did know c++ is the codebase is massive and its a labyrinth. Llms have gotten really good recently at understanding the context, im amazed tbh. But i dont expect the prs that ive sent to be used in whatever form i send, but as a reference or a start. That should be obvious imho. I dont know any other way than a pr to do this, to show them the code and what it does ect. However, in the hands of an ardour dev, llms coulds completely change and speed up the workflow especially when it comes to some of the more boring bug reports. I using an llm blind is generally a bad idea, but imho its a tool. You have to use it within reason and review its output. That doesnt mean everything that an llm touches becomes un usable code though., not after review. Plus llms are more than just code generators, they can automate testing and automate bug hunts. People i dont think realize this tbh. But its qorth mentioning

1 Like

IMO you are correct on many fronts. :ok_hand:

Maybe Paul can one day get a localized, solar-powered AI bug-hunter assistant to help him out.
Or, better yet, steal a second Robin from a nest somewhere. :slight_smile:

1 Like