<div class="gmail_quote">On Jul 7, 2013 3:00 PM,  <<a href="mailto:ardour-dev-request@lists.ardour.org">ardour-dev-request@lists.ardour.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Send Ardour-Dev mailing list submissions to<br>
        <a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org" target="_blank">http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:ardour-dev-request@lists.ardour.org">ardour-dev-request@lists.ardour.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:ardour-dev-owner@lists.ardour.org">ardour-dev-owner@lists.ardour.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Ardour-Dev digest..."<br>
<br>Today's Topics:<br>
<br>
   1. Re: Fwd: [Ardour-Cvs] Ardour source branch meterbridge<br>
      updated. 3.2-153-gf885622 (J?rn Nettingsmeier)<br>
   2. Re: Fwd: [Ardour-Cvs] Ardour source branch meterbridge<br>
      updated. 3.2-153-gf885622 (Axel 'the C.L.A.' =?UTF-8?B?TcO8bGxlcg==?=)<br>
   3. Re: Fwd: [Ardour-Cvs] Ardour source branch meterbridge<br>
      updated. 3.2-153-gf885622 (Robin Gareus)<br>
   4. Re: Fwd: [Ardour-Cvs] Ardour source branch meterbridge<br>
      updated. 3.2-153-gf885622 (Thomas Vecchione)<br>
   5. Re: Fwd: [Ardour-Cvs] Ardour source branch meterbridge<br>
      updated. 3.2-153-gf885622 (J?rn Nettingsmeier)<br>
<br><br>---------- Forwarded message ----------<br>From: "Jörn Nettingsmeier" <<a href="mailto:nettings@stackingdwarves.net">nettings@stackingdwarves.net</a>><br>To: Robin Gareus <<a href="mailto:robin@gareus.org">robin@gareus.org</a>><br>
Cc: ardour Development List <<a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a>><br>Date: Sat, 06 Jul 2013 22:48:48 +0200<br>Subject: Re: [Ardour-Dev] Fwd: [Ardour-Cvs] Ardour source branch meterbridge updated. 3.2-153-gf885622<br>
On 07/06/2013 08:34 PM, Robin Gareus wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 07/06/2013 06:27 PM, Jörn Nettingsmeier wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi robin, i'm not currently tracking the meterbridge branch, so i may be<br>
talking nonsense, but here goes:<br>
peaking should be defined as a configurable number of samples at full<br>
scale (or equal to or greater than 1.0f, in the case of floats) , not<br>
some arbitary level.<br>
</blockquote>
<br>
<br>
Hi Jörn,<br>
<br>
Do you have a reference for this *should be* defined as? I don't think<br>
that makes much sense.<br>
<br>
Actually it's rather the other way 'round. Since the digital signal is<br>
band-limited there can be peaks in the audio even if the digital samples<br>
are not exceeding 0dbFS [1].<br>
</blockquote>
<br>
maybe i misunderstood the purpose of this code snippet (like i said, i don't know the context). if this is about a peak hold feature, ignore me. if it's about peaking in the sense of "clipping", bear with me.<br>

<br>
within a digital audio system based on floats, i don't have to care about peaks at all. only at the last step before going back to fixed-point or analog do i have to adjust.<br>
<br>
so all i want to see from a peak indicator is "has my data been clipped at some earlier point in the chain?". i don't really care about inter-sample peaks at this stage.<br>
<br>
fwiw, the current implementation in ardour is not foolproof either:<br>
when i overload my micstasies, the peak indicator will show 0.0dB but not turn red, so i've learned to look for the numbers rather than the color. of course, it could also be that the preamp does not ever deliver fullscale for some reason...<br>

<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Either way this is not relevant yet. The meterbridge branch (which will<br>
be merged back to master soonish) is currently mostly concerned with GUI<br>
- not the actual calculations.<br>
</blockquote>
<br>
i see.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
NTL, the level-metering in ardour will see a major rework in the not to<br>
distant future - and doing that needs a rethink.<br>
<br>
Your suggested approach has one major downside though: it cannot be<br>
efficiently accelerated with SSE2 (thanks to Sampo, the current<br>
max-peak-hold is accelerated).<br>
<br>
Other level-meters standards/algorithms will have the same issue and<br>
because every port in ardour has a peak-meter and you can have thousands<br>
of ports this can become a major DSP-load bottleneck.<br>
</blockquote>
<br>
thousands of ports? never :-D<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anyway - this needs careful planning.<br>
<br>
Thanks for kicking off this discussion..<br>
</blockquote>
<br>
looking forward to this new code!<br>
<br>
btw, i should have written to you about it, but i've been using the video timeline for a little project last week (usual workflow: video guy decides edits and delivers the final video with rudimentary guide track from built-in mics). worked like a charm, thanks a lot!<br>

<br>
best,<br>
<br>
<br>
jörn<br>
<br>
<br>
<br>
-- <br>
Jörn Nettingsmeier<br>
Lortzingstr. 11, 45128 Essen, Tel. <a href="tel:%2B49%20177%207937487" value="+491777937487" target="_blank">+49 177 7937487</a><br>
<br>
Meister für Veranstaltungstechnik (Bühne/Studio)<br>
Tonmeister VDT<br>
<br>
<a href="http://stackingdwarves.net" target="_blank">http://stackingdwarves.net</a><br>
<br>
<br>
<br><br>---------- Forwarded message ----------<br>From: "Axel 'the C.L.A.' Müller" <<a href="mailto:axel-mueller-74@web.de">axel-mueller-74@web.de</a>><br>To: <a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a><br>
Cc: <br>Date: Sun, 7 Jul 2013 00:41:28 +0200<br>Subject: Re: [Ardour-Dev] Fwd: [Ardour-Cvs] Ardour source branch meterbridge updated. 3.2-153-gf885622<br>On Sat, 06 Jul 2013 22:48:48 +0200<br>
Jörn Nettingsmeier <<a href="mailto:nettings@stackingdwarves.net">nettings@stackingdwarves.net</a>> wrote:<br>
<br>
> fwiw, the current implementation in ardour is not foolproof either:<br>
> when i overload my micstasies, the peak indicator will show 0.0dB but<br>
> not turn red, so i've learned to look for the numbers rather than the<br>
> color. of course, it could also be that the preamp does not ever deliver<br>
> fullscale for some reason...<br>
<br>
...wich is a good reason for having an arbitrary configurable level for<br>
triggering the clip indicator (during recording) - working around<br>
hardware limitations (or features), warning if a preferred peak level<br>
is exceeded, etc...<br>
<br>
As allready discussed on IRC it might be useful to have different<br>
settings for different places in the signal chain - lower/arbitrary<br>
level for metering input signals ("in" meter point), simple 0 dBFS<br>
detection on channels and buses when mixing (pre/post meter point),<br>
oversampled peak meter on the master for capturing inter-sample peaks<br>
and so on.<br>
<br>
<br>
<br><br>---------- Forwarded message ----------<br>From: Robin Gareus <<a href="mailto:robin@gareus.org">robin@gareus.org</a>><br>To: "Jörn Nettingsmeier" <<a href="mailto:nettings@stackingdwarves.net">nettings@stackingdwarves.net</a>><br>
Cc: ardour Development List <<a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a>><br>Date: Sun, 07 Jul 2013 00:48:39 +0200<br>Subject: Re: [Ardour-Dev] Fwd: [Ardour-Cvs] Ardour source branch meterbridge updated. 3.2-153-gf885622<br>
On 07/06/2013 10:48 PM, Jörn Nettingsmeier wrote:<br>
[..]<br>
<br>
> within a digital audio system based on floats, i don't have to care<br>
> about peaks at all.<br>
<br>
You will want to know if a signal on the input is clipping.<br>
<br>
> only at the last step before going back to<br>
> fixed-point or analog do i have to adjust.<br>
<br>
Yes, that too :)<br>
<br>
> so all i want to see from a peak indicator is "has my data been clipped<br>
> at some earlier point in the chain?". i don't really care about<br>
> inter-sample peaks at this stage.<br>
><br>
> fwiw, the current implementation in ardour is not foolproof either:<br>
<br>
Ow, that's bad.<br>
<br>
> when i overload my micstasies, the peak indicator will show 0.0dB but<br>
> not turn red<br>
<br>
It will only turn red when the absolute signal value is >= 1.0.<br>
(now this value is configurable).<br>
<br>
> so i've learned to look for the numbers rather than the<br>
> color. of course, it could also be that the preamp does not ever deliver<br>
> fullscale for some reason...<br>
<br>
Can it be that the Micstasy uses integer PCM and never produces a peak?<br>
e.g with 16-bit audio it sends 2^15 -1 rather than 2^15. That rounds to<br>
-0.0dB but is still less than 1.0 in jack.<br>
<br>
>> Either way this is not relevant yet. The meterbridge branch (which will<br>
>> be merged back to master soonish) is currently mostly concerned with GUI<br>
>> - not the actual calculations.<br>
><br>
> i see.<br>
<br>
It is related, because the peak-display logic is currently implemented<br>
in the GUI (only level-calculation and peak-hold is done in the<br>
audio-thread).<br>
<br>
<br>
[..]<br>
> btw, i should have written to you about it, but i've been using the<br>
> video timeline for a little project last week (usual workflow: video guy<br>
> decides edits and delivers the final video with rudimentary guide track<br>
> from built-in mics).<br>
<br>
That's exactly the envisaged work-flow.<br>
<br>
> worked like a charm, thanks a lot!<br>
<br>
It's great to hear success stories rather than bug-reports for a change.<br>
Keep them coming!<br>
<br>
Cheers!<br>
robin<br>
<br>
<br><br>---------- Forwarded message ----------<br>From: Thomas Vecchione <<a href="mailto:seablaede@gmail.com">seablaede@gmail.com</a>><br>To: Robin Gareus <<a href="mailto:robin@gareus.org">robin@gareus.org</a>><br>
Cc: ardour Development List <<a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a>><br>Date: Sat, 6 Jul 2013 22:16:50 -0400<br>Subject: Re: [Ardour-Dev] Fwd: [Ardour-Cvs] Ardour source branch meterbridge updated. 3.2-153-gf885622<br>
<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jul 6, 2013 at 6:48 PM, Robin Gareus <span dir="ltr"><<a href="mailto:robin@gareus.org" target="_blank">robin@gareus.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It's great to hear success stories rather than bug-reports for a change.<br>
Keep them coming!<br>
<br></blockquote><div><br></div><div>That is Robin's nice way of telling me to shut up and go away! ;)<br><br></div><div>All that being said, I already did a couple test projects on A3 with Robin's vtl with success, so yes there is lots of success to go around:).  There should be a short trailer hitting in the next week or week and a half that I need to start on as well that hopefully i will be able to release the session file for as well.  All I can say for that one right now.<br>

<br></div><div>        Seablade<br></div></div></div></div>
<br><br>---------- Forwarded message ----------<br>From: "Jörn Nettingsmeier" <<a href="mailto:nettings@stackingdwarves.net">nettings@stackingdwarves.net</a>><br>To: Robin Gareus <<a href="mailto:robin@gareus.org">robin@gareus.org</a>>, ardour Development List <<a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a>><br>
Cc: <br>Date: Sun, 07 Jul 2013 13:55:13 +0200<br>Subject: Re: [Ardour-Dev] Fwd: [Ardour-Cvs] Ardour source branch meterbridge updated. 3.2-153-gf885622<br>On 07/07/2013 12:48 AM, Robin Gareus wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 07/06/2013 10:48 PM, Jörn Nettingsmeier wrote:<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
when i overload my micstasies, the peak indicator will show 0.0dB but<br>
not turn red<br>
</blockquote>
<br>
It will only turn red when the absolute signal value is >= 1.0.<br>
(now this value is configurable).<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
so i've learned to look for the numbers rather than the<br>
color. of course, it could also be that the preamp does not ever deliver<br>
fullscale for some reason...<br>
</blockquote>
<br>
Can it be that the Micstasy uses integer PCM and never produces a peak?<br>
</blockquote>
<br>
of course it uses integers - it's an AD converter.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
e.g with 16-bit audio it sends 2^15 -1 rather than 2^15. That rounds to<br>
-0.0dB but is still less than 1.0 in jack.<br>
</blockquote>
<br>
ah, thanks for the explanation. so the threshold for the red light should probably be lowered to "more than N samples >= (float)(2^15 - 1)".<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
btw, i should have written to you about it, but i've been using the<br>
video timeline for a little project last week (usual workflow: video guy<br>
decides edits and delivers the final video with rudimentary guide track<br>
from built-in mics).<br>
</blockquote>
<br>
That's exactly the envisaged work-flow.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
worked like a charm, thanks a lot!<br>
</blockquote>
<br>
It's great to hear success stories rather than bug-reports for a change.<br>
Keep them coming!<br>
</blockquote>
<br>
sure :)<br>
<br>
<br>
<br>
<br>
-- <br>
Jörn Nettingsmeier<br>
Lortzingstr. 11, 45128 Essen, Tel. <a href="tel:%2B49%20177%207937487" value="+491777937487" target="_blank">+49 177 7937487</a><br>
<br>
Meister für Veranstaltungstechnik (Bühne/Studio)<br>
Tonmeister VDT<br>
<br>
<a href="http://stackingdwarves.net" target="_blank">http://stackingdwarves.net</a><br>
<br>
<br>
<br>_______________________________________________<br>
Ardour-Dev mailing list<br>
<a href="mailto:ardour-dev@lists.ardour.org">ardour-dev@lists.ardour.org</a><br>
<a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org" target="_blank">http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</a><br>
<br></blockquote></div>