Does anyone know why this doesn't clip?:
[osc~ 200] | [*~ 1.5] | [dac~]
I'm trying this using pd 0.43 and the audio still sounds good (although some extra harmonics can be heard), despite the phases being in the range of [-1.5, 1.5]... ?
Cheers, Rich
If you want your signal to clip, use the [clip~] object.
On Sun, Sep 11, 2011 at 1:03 AM, Rich E reakinator@gmail.com wrote:
Does anyone know why this doesn't clip?: [osc~ 200] | [*~ 1.5] | [dac~] I'm trying this using pd 0.43 and the audio still sounds good (although some extra harmonics can be heard), despite the phases being in the range of [-1.5, 1.5]... ? Cheers, Rich
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sun, 11 Sep 2011, Rich E wrote:
Does anyone know why this doesn't clip?: [osc~ 200] | [*~ 1.5] | [dac~]
I'm trying this using pd 0.43 and the audio still sounds good (although some extra harmonics can be heard), despite the phases being in the range of [-1.5, 1.5]... ?
No, you mean the amplitude is 1.5. You're not doing anything about the phase (and anyway, it's relative, so you can only hear phase difference, not phase).
If you hear extra harmonics, then it has to be already clipping. What makes you think that it isn't ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
Hi all --
I assume this is happening on a Macintosh -- on that platform, Pd sends floating point straight to the Mac audio system. Rumor has it that the Mac might compress and/or equalize the signal on its way out, so who knows what you're actually getting. But anyway, (and probably contrary to Pd's documentation) audio isn't automatically clipped on Pd's output on Mac although it is on Linux and Windows whose audio systems are explicitly fixed point (and probably not messed with by hte system).
cheers Miller
On Sun, Sep 11, 2011 at 01:49:52AM -0400, Mathieu Bouchard wrote:
On Sun, 11 Sep 2011, Rich E wrote:
Does anyone know why this doesn't clip?: [osc~ 200] | [*~ 1.5] | [dac~]
I'm trying this using pd 0.43 and the audio still sounds good (although some extra harmonics can be heard), despite the phases being in the range of [-1.5, 1.5]... ?
No, you mean the amplitude is 1.5. You're not doing anything about the phase (and anyway, it's relative, so you can only hear phase difference, not phase).
If you hear extra harmonics, then it has to be already clipping. What makes you think that it isn't ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sat, 10 Sep 2011, Miller Puckette wrote:
I assume this is happening on a Macintosh -- on that platform, Pd sends floating point straight to the Mac audio system. Rumor has it that the Mac might compress and/or equalize the signal on its way out, so who knows what you're actually getting. But anyway, (and probably contrary to Pd's documentation) audio isn't automatically clipped on Pd's output on Mac although it is on Linux and Windows whose audio systems are explicitly fixed point (and probably not messed with by hte system).
But if you use JACK on Linux, you also have floats, so, no built-in clipping either. Right ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
Hello
I want to use this expression with [shell] [echo "patatiptata" | tee -a /Applications/puredata/32-espacedeportation/test.txt<
no result ?
when I try with terminal no problem. why echo doesn't fonction with shell ?
p
I had it working on Ubuntu before.
Ingo
-----Ursprüngliche Nachricht----- Von: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] Im Auftrag von philippe boisnard Gesendet: Sonntag, 11. September 2011 09:14 An: Pd List Betreff: [PD] question about echo and shell
Hello
I want to use this expression with [shell] [echo "patatiptata" | tee -a /Applications/puredata/32- espacedeportation/test.txt<
no result ?
when I try with terminal no problem. why echo doesn't fonction with shell ?
p
Yop
ok for Ubuntu, but I m on OSX
who can try on OSX ?
thx
p
Le 11 sept. 2011 à 09:28, Ingo a écrit :
I had it working on Ubuntu before.
Ingo
-----Ursprüngliche Nachricht----- Von: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] Im Auftrag von philippe boisnard Gesendet: Sonntag, 11. September 2011 09:14 An: Pd List Betreff: [PD] question about echo and shell
Hello
I want to use this expression with [shell] [echo "patatiptata" | tee -a /Applications/puredata/32- espacedeportation/test.txt<
no result ?
when I try with terminal no problem. why echo doesn't fonction with shell ?
p
I usually go for [system] for simple shell related things and it works with echo perfectly (but once again its in ubuntu).
On Sun, Sep 11, 2011 at 8:31 AM, philippe boisnard philemon1@mac.comwrote:
Yop
ok for Ubuntu, but I m on OSX
who can try on OSX ?
thx
p
Le 11 sept. 2011 à 09:28, Ingo a écrit :
I had it working on Ubuntu before.
Ingo
-----Ursprüngliche Nachricht----- Von: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] Im Auftrag
von
philippe boisnard Gesendet: Sonntag, 11. September 2011 09:14 An: Pd List Betreff: [PD] question about echo and shell
Hello
I want to use this expression with [shell] [echo "patatiptata" | tee -a /Applications/puredata/32- espacedeportation/test.txt<
no result ?
when I try with terminal no problem. why echo doesn't fonction with shell ?
p
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sun, 11 Sep 2011, Pedro Lopes wrote:
I usually go for [system] for simple shell related things and it works with echo perfectly (but once again its in ubuntu).
In theory, there is not any difference between OSX and GNU/Linux for [shell] and [system] and some more. They both have system(), popen(), fork(), exec(), and /bin/bash (except very old OSX).
It's usually when trying with the other OSes that things can go wrong. Windows needs different code for doing this, and has a different shell. Apple iOS would be like OSX but it disables those functions completely. Android can have /bin/bash but it's not there by default, and its libc is different.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Sep 11, 2011, at 12:20 PM, Mathieu Bouchard wrote:
On Sun, 11 Sep 2011, Pedro Lopes wrote:
I usually go for [system] for simple shell related things and it
works with echo perfectly (but once again its in ubuntu).In theory, there is not any difference between OSX and GNU/Linux for
[shell] and [system] and some more. They both have system(),
popen(), fork(), exec(), and /bin/bash (except very old OSX).It's usually when trying with the other OSes that things can go
wrong. Windows needs different code for doing this, and has a
different shell. Apple iOS would be like OSX but it disables those
functions completely. Android can have /bin/bash but it's not there
by default, and its libc is different.
In practice, [shell], [system], and [popen] the objects work quite a
bit differently.
.hc
If you are not part of the solution, you are part of the problem.
Aha, yes, jack also does floating point and so won't clip except at its own interface to the audio system (on linux0 or presumably never (on Mac).
cheers Miller
On Sun, Sep 11, 2011 at 02:19:07AM -0400, Mathieu Bouchard wrote:
On Sat, 10 Sep 2011, Miller Puckette wrote:
I assume this is happening on a Macintosh -- on that platform, Pd sends floating point straight to the Mac audio system. Rumor has it that the Mac might compress and/or equalize the signal on its way out, so who knows what you're actually getting. But anyway, (and probably contrary to Pd's documentation) audio isn't automatically clipped on Pd's output on Mac although it is on Linux and Windows whose audio systems are explicitly fixed point (and probably not messed with by hte system).
But if you use JACK on Linux, you also have floats, so, no built-in clipping either. Right ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
When using the internal speakers on a Macbook a limiter is put into the CoreAudio chain. A 3rd party hardware driver won't have this though.
Since Rich says he can hear harmonics the sine wave is being clipped so things are working as expected.
On Sun, Sep 11, 2011 at 1:57 AM, Miller Puckette msp@ucsd.edu wrote:
Hi all --
I assume this is happening on a Macintosh -- on that platform, Pd sends floating point straight to the Mac audio system. Rumor has it that the Mac might compress and/or equalize the signal on its way out, so who knows what you're actually getting. But anyway, (and probably contrary to Pd's documentation) audio isn't automatically clipped on Pd's output on Mac although it is on Linux and Windows whose audio systems are explicitly fixed point (and probably not messed with by hte system).
cheers Miller
On Sun, Sep 11, 2011 at 01:49:52AM -0400, Mathieu Bouchard wrote:
On Sun, 11 Sep 2011, Rich E wrote:
Does anyone know why this doesn't clip?: [osc~ 200] | [*~ 1.5] | [dac~]
I'm trying this using pd 0.43 and the audio still sounds good (although some extra harmonics can be heard), despite the phases being in the range of [-1.5, 1.5]... ?
No, you mean the amplitude is 1.5. You're not doing anything about the phase (and anyway, it's relative, so you can only hear phase difference, not phase).
If you hear extra harmonics, then it has to be already clipping. What makes you think that it isn't ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Yep, on a macbook.
Right, it sounded like there was a limiter in there, although I had remembered in linux that any signal > |1.0| gets horrible clipping artefacts.
Thanks for the explanation. Cheers, Rich
On Mon, Sep 12, 2011 at 4:50 AM, chris clepper cgclepper@gmail.com wrote:
When using the internal speakers on a Macbook a limiter is put into the CoreAudio chain. A 3rd party hardware driver won't have this though.
Since Rich says he can hear harmonics the sine wave is being clipped so things are working as expected.
On Sun, Sep 11, 2011 at 1:57 AM, Miller Puckette msp@ucsd.edu wrote:
Hi all --
I assume this is happening on a Macintosh -- on that platform, Pd sends floating point straight to the Mac audio system. Rumor has it that the Mac might compress and/or equalize the signal on its way out, so who knows what you're actually getting. But anyway, (and probably contrary to Pd's documentation) audio isn't automatically clipped on Pd's output on Mac although it is on Linux and Windows whose audio systems are explicitly fixed point (and probably not messed with by hte system).
cheers Miller
On Sun, Sep 11, 2011 at 01:49:52AM -0400, Mathieu Bouchard wrote:
On Sun, 11 Sep 2011, Rich E wrote:
Does anyone know why this doesn't clip?: [osc~ 200] | [*~ 1.5] | [dac~]
I'm trying this using pd 0.43 and the audio still sounds good (although some extra harmonics can be heard), despite the phases being in the range of [-1.5, 1.5]... ?
No, you mean the amplitude is 1.5. You're not doing anything about the phase (and anyway, it's relative, so you can only hear phase difference, not phase).
If you hear extra harmonics, then it has to be already clipping. What makes you think that it isn't ?
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal,
QC
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
chris clepper -
Hans-Christoph Steiner -
Ingo -
Mathieu Bouchard -
Miller Puckette -
Pall Thayer -
Pedro Lopes -
philippe boisnard -
Rich E