Re: [PD] external with more than 6 inlets possible?

[IOhannes m zmölnig]

On 03/16/2016 03:13 AM, i go bananas wrote:
> I'm scratching my head wondering what's happening with an external i have
> written.  The first 6 inlets work as expected, but not getting any response
> from inlets 7 and 8.
> I cut my code down as much as possible, and made a really simple external
> which just adds signals and outputs the result, but still getting this same
> behaviour.
> 
> In the howTo guide on writing externals, it mentions that an object can
> only be given a maximum of 6 arguments, or else needing a GIMME, so i was
> wondering if perhaps that 6 argument limit is somehow related here?


i have written objects that have 64 inlet~s and i don't recall any problems.

so can you share some code?

gfards
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] LKFS or LUFS-based compression?

[William Huston]

Thanks Katja.

I did not intend to imply a particular compression method.

I was only asking if anyone has created
a compressor in Pd with the goal of limiting based
on Average Loudness rather than Peak Gain.

I don't really know how it works,
except to guess it is related to
Fletcher–Munson curves.

I want to get into broadcast more.
A LKFS or LUFS external (meter and compressor)
would be very useful.

Limiting based on Loudness is becoming
both a US and EUR broadcast standard,
yet there aren't many tools out there,
it seems.



On Wed, Mar 16, 2016 at 5:01 AM, katja  wrote:

> Frankly I had to ask Wikipedia what LKFS and LUFS is. They are
> loudness standards, they don't indicate compression method.
>
> Here's a peculiar method which uses detection of instantaneous
> amplitudes instead of peak sample values:
>
> http://www.katjaas.nl/compander/compander.html
>
> From an engineer's viewpoint this approach is highly debatable and you
> wouldn't use it for all purposes. But it reacts super fast to
> transients. I use it on acoustic input in live performance.
>
> Katja
>
> On Wed, Mar 16, 2016 at 7:51 AM, William Huston
>  wrote:
> > Has anyone played around with LKFS or LUFS-based
> > "Loudness Compression"?
> >
> > This would be a really handy thing to have
> > for anyone who creates audio for broadcast TV or Radio,
> > or movie scores, etc.
> >
> > When people grab a compressor, this is what
> > we mostly want. However, in my experience,
> > most compressors are peak-level compressors.
> >
> > Thanks for any leads/pointers.
> >
> >
> > --
> > --
> > May you, and all beings
> > be happy and free from suffering :)
> > -- ancient Buddhist Prayer (Metta)
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
>



-- 
--
May you, and all beings
be happy and free from suffering :)
-- ancient Buddhist Prayer (Metta)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] LKFS or LUFS-based compression?

[katja]

Frankly I had to ask Wikipedia what LKFS and LUFS is. They are
loudness standards, they don't indicate compression method.

Here's a peculiar method which uses detection of instantaneous
amplitudes instead of peak sample values:

http://www.katjaas.nl/compander/compander.html

From an engineer's viewpoint this approach is highly debatable and you
wouldn't use it for all purposes. But it reacts super fast to
transients. I use it on acoustic input in live performance.

Katja

On Wed, Mar 16, 2016 at 7:51 AM, William Huston
 wrote:
> Has anyone played around with LKFS or LUFS-based
> "Loudness Compression"?
>
> This would be a really handy thing to have
> for anyone who creates audio for broadcast TV or Radio,
> or movie scores, etc.
>
> When people grab a compressor, this is what
> we mostly want. However, in my experience,
> most compressors are peak-level compressors.
>
> Thanks for any leads/pointers.
>
>
> --
> --
> May you, and all beings
> be happy and free from suffering :)
> -- ancient Buddhist Prayer (Metta)
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GUI port: full triforce

[João Pais]

Great, I can test it as soon as possible.

Am 16.03.2016 3:27 vorm. schrieb "Jonathan Wilkes via Pd-list" <
pd-list@lists.iem.at>:
>
> Hi list,
> I now have the GUI port of Pd-l2ork up and running on GNU/Linux, OSX, and
> Windows.
>
> One final dungeon of build script revisions and I'll release an alpha.
>
> -Jonathan
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] LKFS or LUFS-based compression?

[William Huston]

Has anyone played around with LKFS or LUFS-based
"Loudness Compression"?

This would be a really handy thing to have
for anyone who creates audio for broadcast TV or Radio,
or movie scores, etc.

When people grab a compressor, this is what
we mostly want. However, in my experience,
most compressors are peak-level compressors.

Thanks for any leads/pointers.


-- 
--
May you, and all beings
be happy and free from suffering :)
-- ancient Buddhist Prayer (Metta)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list