Development update: 6.0-pre1 now ready for testing

Working with 6.0-pre1, getting about a crash an hour working with it. They’re random AFAICS and I can’t reproduce them.

Is there a guide anywhere for reporting crashes in a way that’s useful to the dev team? I have the build with the debug symbols and I’m starting from the console and capturing the logs, but not sure what else is necessary to make a good crasher bug report.

Definitely saw some positives in 6.0-pre1 … note on / note off seems much more solid now. I am seeing some disappearing notes but https://tracker.ardour.org/view.php?id=7947 looks very similar to my trouble so I’ll wait for a nightly containing that resolved bug before talking about that more. And the crash recovery has been solid, haven’t lost any data as a result of the crashes.

If you have reliable recipe how to produce those crashes, then that is the preferred way. Open a bug report with instructions how to reproduce the issue.

Otherwis a backtrace is needed. On GNU/Linux with a nightly build, start Ardour inside a debugger. Install gdb (the gnu debugger) if it’s not yet installed on your system, then

Ardour6 --gdb

## now in gdb:

run <press enter>

## make ardour crash, it should return you to the gdb prompt.
# now  backtrace (can be several pages long)
thread apply all bt

Long story: https://ardour.org/debugging_ardour

3 Likes

Thanks Robin! And thanks for your help in IRC getting the gdb issue settled.

The traceback I got mentioned calf.so and so I uninstalled the calf plugins. I had heard bad things about them but had never been bitten before today. Ardour6 has been solid since!

1 Like

This has been reported a few times on the Mixbus forum but I only just noticed it happens with Ardour too…

When you first load a session, the Editor window gets displayed but not the Mixer window. I happen to use Ardour on a dual-monitor system so I don’t know if it also affects a single-monitor system.

If someone else can confirm this, should I add it as a bug or was it a delberate change?

Hi, I’ve been using 6.xxx development version for sometime, all very good but three nasty bugs have crept in that crash it. I wanted to subscribe, but setting up a paypal account just for this isn’t going to happen (I have enough trouble with direct debits at the bank, never mind a company where you can’t get to talk to anyone). If I donate, where will the ‘next two versions’ deal kick in from, the donate page seems to suggest it would be from 5.xxxxx. Times is hard and I need to get it right. Cheers.

@MIserable_Hands

See here, I believe it will answer your question. If you have further questions about the donation/support process though ask in that thread and I will do my best to answer:

Keep in mind that donations have nothing to do with this. When you click on the “Donate button” you’ll get to this page:

image

The donation system is entirely separate from the download system, and exists mainly become Linux users generally get Ardour without payment via their distributions’ repositories. Also some people just feel like being generous.

Maybe you’ve meant pay for download? If so currently $45 or more will do the trick. Click through the download options and you’ll be asked:

image

a bit I want to capture from yesterday’s gdb/irc work:

When I first ran Ardour6 with the debugger:

$ /opt/Ardour-6.0.pre1.68-dbg/bin/ardour6 --gdb
....
(gdb) run

It didn’t start, but stopped with this exception:

Thread 13 "gui" received signal SIG32, Real-time event 32.
[Switching to Thread 0x7fffca1cf700 (LWP 23582)]
__libc_read (nbytes=4, buf=0x7fffca1ceb80, fd=12)
    at ../sysdeps/unix/sysv/linux/read.c:26
26  ../sysdeps/unix/sysv/linux/read.c: No such file or directory.

Not sure of the root cause, but the fix was to execute this command in gdb just before the run command:

handle SIG32 noprint nostop

so if you get jacked up in a similar way, try that. thanks again Robin!

Ok cheers, that was the confusion.

Yes, you can grab an existing .po file and change the translation, but as I’ve seen, the existing .po files are not as complete as those generated with ./waf i18n_pot (I mean, those generated have more text than the existing ones), so BE CAREFUL!

Also, if you use poEditor, it has an option to automatically create .mo files at the same time it does a .po, so that’s a good option too.

The doubt I still have is about this: to ./waf i18n_mo generate the correct files, the new translated files have to be it.po/eu.po and automatically does the work?

We can talk more longly if you want, and that way make more easy the translations.
My email: porruren-grabatokia@riseup.net or porrumentzio@riseup.net
My Telegram alias: @Porrumentziotarra

That’s deliberate; you switch between the Editor and the Mixer window using the top right buttons.
You can also drag the Mixer button to the desktop to see both at the same time.

I haven’t found a preference setting to make the two windows show at startup but you can create a template from a session with both of them visible and use that.

Sorry Peder, I didn’t explain it too well. After dragging the mixer to the desktop, it’s position and size would always be remembered (in previous versions). So if you closed the session and re-opened it, both the Editor and Mixer would get displayed in their previous positions. But in ver6, only the Editor gets displayed - the Mixer isn’t visible if you close the session and re-open it later.

That’s strange; it works for me.
I’m running self compiled 6.0-pre0-3464 on a dual-monitor Ubuntu 18.04 and 6.0-pre1-126 on a single-monitor openSuse Leap 15.2beta and my sessions open with the mixer in the exact same pixel position where I had it when I saved and closed.

Even an old session from 2013 opens with the mixer on the second monitor in 6.0-pre0-3464

Maybe you have some weird settings in your .config/ardour6 folder?
Try and rename it and let Ardour create a new one for you.

There’s a thread about this on the Mixbus forum but up to now, the reporters all seem to be using Windows - so it looks like that’s the common factor?

If you have a minute, it’d be great to help track this down (or open a bug report on tracker.ardour.org, a forum is not a suitable way to report and keep track of issues).

First step would be to determine if saving or restoring is the issue: Can you check the file instant.xml in the session folder? There should be a section like this:

<Mixer  ... show-mixer="0" maximised="0" ... >
  <Window name="Mixer" visible="0" x-off="0" y-off="1080" x-size="1908" y-size="1022" tabbed="1"/>
</Mixer>

Here the mixer is on the 2nd screen below the main one y-off=1080.

Thanks Robin - if I change visible=“0” to visible=“1” in a session’s xml file (with the session unloaded) and then I load the session, the Mixer window does get shown. But saving the session at any point will always change it back to visible=“0”. Now that I know this isn’t a deliberate feature change I’ll file a bug report.

I can also test for why this is happening if you can give me a clue where to look.

WindowProxy::get_state is where it is saved, maybe an issue with the VisibilityTracker in Gtkmm2ext for Windows windows. – libs/gtkmm2ext/window_proxy.cc and libs/gtkmm2ext/visibility_tracker.cc

I found the problem this morning. I’m not too sure what the fix is but I’ve added a note in the Ardour bug tracker. It’s bug #0007976

Maybe I misunderstood this, I paid more than US$45 but I’m unable to download nightly builds. The site does not accept my username/password and keeps telling me to check my subscription status:

The download of 5.12 worked :slight_smile:

Please follow up with me via email at paul@linuxaudiosystems.com. I’ll need to know your ardour.org username, and the rough date of your payment.