headers
Hans-Christoph Steiner | 1 Dec 2008 02:04
Gravatar

Re: Multi-slider attempt


Funky stuff, looks nice.

.hc

On Nov 26, 2008, at 7:10 PM, Mike McGonagle wrote:

> Wow, didn't really look at the programming, but the sliders look  
> great...
>
>
> Mike
>
>
> On Wed, Nov 26, 2008 at 3:06 PM, Jonathan Wilkes  
> <jancsika <at> yahoo.com> wrote:
>> After checking out Frank Barknecht's ds slider example, I'm trying  
>> to build a ds bar-graph that behaves like the max multi-slider,  
>> where you can click-drag to change multiple values in one mouse- 
>> swoop.
>>     In the attached patch, you can click on the red "handle" and  
>> drag across the bars to change the elements of the arrays.  But I  
>> can't figure out how to resize the "bars" without using a metro to  
>> get the y-value of the handles.
>>     Is there a simpler way to do this?  I tried using only one  
>> struct for both "bar" and "handle" but couldn't figure out how to  
>> get the bottom of the bars to stay constant.
>>
>> Thanks,
>> Jonathan
(Continue reading)

Permalink | Reply | 3 comments |
headers
Bill Gribble | 1 Dec 2008 02:25
Gravatar

Peak envelope follower?

Is there a way within pd-extended to do the equivalent of [env~], but
following peak value rather than RMS? 

I have pulled my hair out trying to implement this with patching but I
have had no luck. 

Thanks,
Bill Gribble

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Permalink | Reply | 5 comments |
headers
Andy Farnell | 1 Dec 2008 03:13
Picon

Re: Peak envelope follower?


[snapshot~]

IIRC gives you the value of the first sample in the last block when banged.
It's more useful than [env~] for 'instantaneous' measurement but sorely
lacking for practical use - for instance the first sample may be atypical
and the remaining 63 (by default) completely different. Obvious, and probably
trivial, improvements to [snapshot~] would be an index argument a la [dirac~]
that lets you set the sample to read, an option to return a list, or the
largest value. 

On Sun, 30 Nov 2008 20:25:15 -0500
Bill Gribble <grib <at> billgribble.com> wrote:

> Is there a way within pd-extended to do the equivalent of [env~], but
> following peak value rather than RMS? 
> 
> I have pulled my hair out trying to implement this with patching but I
> have had no luck. 
> 
> Thanks,
> Bill Gribble
> 
> 
> 
> 
> _______________________________________________
> Pd-list <at> iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
(Continue reading)

Permalink | Reply | 1 comment |
headers
John Harrison | 1 Dec 2008 03:17
Picon
Favicon

Re: Pd as a 24/7 Icecast/Shoutcast source client (alternative)


Ilias Anagnostopoulos wrote:
> John,
>
> I had a look at the radio pages. Looks good. Is there any particular 
> reason you chose Shoutcast over Icecast?
We wanted to do mp3 streaming vs. ogg/vorbis to keep this as mainstream 
as possible. Shoutcast was the one we knew must work so we started with 
that and never left. It would be nice to switch to Icecast due to FLOSS 
if it works as well, but we are pretty committed to mp3 as it is so 
universally accepted.
> Are you using PD solely for the mp3cast~? Or is it doing more than 
> that? Are you using the GUI's for all of these (jack, PD, jack-rack, 
> xmms)?
We use the GUIs for everything. Pd is only doing mp3cast. But it is all 
automated. We have a remote broadcast machine too whose interface and 
operation is all Pd/GRiPD and also it uses mp3cast~ to stream to the 
main console.
>
>
> From what I understand, ffserver is used for the flash version, right? 
yep. It's not that we are a fan of flash but we want to be as inclusive 
as possible, not just a station for geeks. We found that flash was the 
lowest common denominator for a web player. Even Java, which we started 
with, wasn't on as many machines as flash.  We do a lot of broadcasts 
which students' grandparents etc. tune into and they could deal with the 
flash player better even than iTunes or winamp.

If there is interest in continuing specifically about radio and 
streaming, we might need to move off the Pd list? Email me directly.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Luke Iannini | 1 Dec 2008 04:32
Picon

$0 and Data Structure Templates

Hallo all,

I'm working on my complex DS sequencer, and the time has come that I'd
like to read and write sequences from it.

The problem is this: all of my templates are written like [pd
$0.note-template] to allow multiple instances of the sequencer, but
this seems to be incompatible with reading and writing data from a
subpatch ( like [write my-data.structure( - [pd $0.data] ), because
the $0 is expanded in the written file (so it's full of "template
90953loopMarkerTemplate;" etc. rather than "template
\$0loopMarkerTemplate;").

The immediate thought was to split the templates into a separate patch
altogether, and spawn it before creating the sequencer or use a
singleton approach.  But, this ruins using [change( messages from
[struct]s as well as selectively turning on and off [draw*]n elements
on a per-sequencer basis.

The only other option AFAICT is to forget DS reading and writing and
just mirror the data in lists with SSSAD, but that would be a shame
considering the capability exists already.

It seems to me that the written datastructure definition should
preserve $0, no?  Anyone have any other ideas?

(apologies if this is unclear, I'm very tired at the moment)
Best
Luke
(Continue reading)

Permalink | Reply | 11 comments |
headers
Michal Seta | 1 Dec 2008 05:40
Picon

Re: Peak envelope follower?

[peakamp~]?
in cylone.

./MiS

On Sun, Nov 30, 2008 at 8:25 PM, Bill Gribble <grib <at> billgribble.com> wrote:
> Is there a way within pd-extended to do the equivalent of [env~], but
> following peak value rather than RMS?
>
> I have pulled my hair out trying to implement this with patching but I
> have had no luck.
>
> Thanks,
> Bill Gribble
>
>
>
>
> _______________________________________________
> Pd-list <at> iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>

--

-- 
./MiS
514-344-0726
http://www.creazone.ca

_______________________________________________
Pd-list <at> iem.at mailing list
(Continue reading)

Permalink | Reply | 0 comments |
headers
hard off | 1 Dec 2008 05:47
Picon

Re: Multi-slider attempt

i understand your question, and unfortunately don't have the answer because datastructs are a bit foreign to me. 

however...if you are going to use this structure for controlling audio or visual processes, then won't you need to constantly poll the y-values of the handles anyway?  


_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Permalink | Reply | 2 comments |
headers
Mike McGonagle | 1 Dec 2008 07:53
Picon

Re: $0 and Data Structure Templates

Luke,

I think this should be allowed, hell, even the use of other $
arguments. It would be nice to be able to allow abstractions to create
their own private data structures, or at least ones that could be
named based on a creation argument.

If nothing else, it would prevent any kind of structure naming clashes
between objects that define structure with the same name.

I had, like you, tried this same thing only to find that the saves
files were then having those structures renamed.

It would also be nice if you could store a reference to any type of
data structure within one of these "private" data structures... of
course, the abstraction being passed this arbitrary pointer to a data
structure wouldn't know what to do with it, but it could be sent out
an outlet to some outside processing code. Could this be done by
adding a 'pointer' type to the structure definition? Something like:

[struct my-struct float value pointer object]

Mike

On Sun, Nov 30, 2008 at 9:32 PM, Luke Iannini <lukexipd <at> gmail.com> wrote:
> Hallo all,
>
> I'm working on my complex DS sequencer, and the time has come that I'd
> like to read and write sequences from it.
>
> The problem is this: all of my templates are written like [pd
> $0.note-template] to allow multiple instances of the sequencer, but
> this seems to be incompatible with reading and writing data from a
> subpatch ( like [write my-data.structure( - [pd $0.data] ), because
> the $0 is expanded in the written file (so it's full of "template
> 90953loopMarkerTemplate;" etc. rather than "template
> \$0loopMarkerTemplate;").
>
> The immediate thought was to split the templates into a separate patch
> altogether, and spawn it before creating the sequencer or use a
> singleton approach.  But, this ruins using [change( messages from
> [struct]s as well as selectively turning on and off [draw*]n elements
> on a per-sequencer basis.
>
> The only other option AFAICT is to forget DS reading and writing and
> just mirror the data in lists with SSSAD, but that would be a shame
> considering the capability exists already.
>
> It seems to me that the written datastructure definition should
> preserve $0, no?  Anyone have any other ideas?
>
> (apologies if this is unclear, I'm very tired at the moment)
> Best
> Luke
>
> _______________________________________________
> Pd-list <at> iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>

--

-- 
Peace may sound simple—one beautiful word— but it requires everything
we have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Permalink | Reply | 10 comments |
headers
Jaime Oliver | 1 Dec 2008 09:15
Picon

Pd/GEM crashing in fc8

Hello all, 

I have found a new problem in my machine with Pd and the recent changes i made: (I mentioned them in a previous e-mail, but I'll restate them: installing recordmydesktop and Mplayer, and adding support for mpeg3, Quicktime and ffmpeg, then recompiling gem)

Now this is what I can see so far:
everytime I:
-change an object's name while pd is running,
-copy part of a patch into another patch,

I get the following message in the terminal:

*** glibc detected *** ./pd: malloc(): memory corruption: 0x0000000000fa56a0***

(below is another one with more details)

pd is looks ok, but I can't use any of the menus or edit and need to quit it from the terminal with ctrl+c. If there is a gem window then it is impossible to quit.

If I reopen pd I get the following message and no sound of course:

snd_pcm_open (input): Device or resource busy
snd_pcm_open (output): Device or resource busy

I then need to restart the machine to get sound again.

At this point, I think it only happens with patches that have a gemwin...

below is a longer error message after closing a patch and opening it again. Anyone have a clue of what could be causing this and how to solve it? 

cheers,

Jaime

*** glibc detected *** ./pd: malloc(): memory corruption: 0x000000000165c530 ***
======= Backtrace: =========
/lib64/libc.so.6[0x3470272fec]
/lib64/libc.so.6(__libc_malloc+0x7a)[0x34702748fa]
/usr/lib64/libstdc++.so.6(_Znwm+0x1d)[0x34840bd1ed]
/home/joliverl/Desktop/Gem/src/Gem.pd_linux(_ZN11pix_filmNEWC1EP7_symbol+0x1d9)[0x92d9b9]
/home/joliverl/Desktop/Gem/src/Gem.pd_linux[0x92db33]
./pd(pd_typedmess+0x46e)[0x45d4ce]
./pd(binbuf_eval+0x47d)[0x461aed]
./pd[0x419da6]
./pd(canvas_obj+0x70)[0x41bb30]
./pd(pd_typedmess+0x287)[0x45d2e7]
./pd(binbuf_eval+0x47d)[0x461aed]
./pd(binbuf_evalfile+0xae)[0x466c0e]
./pd(glob_evalfile+0x1c)[0x466ccc]
./pd(pd_typedmess+0x389)[0x45d3e9]
./pd(binbuf_eval+0x47d)[0x461aed]
./pd(socketreceiver_read+0xecb)[0x46fe4b]
./pd[0x46cfb4]
./pd(m_mainloop+0xa5d)[0x46965d]
./pd(sys_main+0x120b)[0x46c8ab]
/lib64/libc.so.6(__libc_start_main+0xf4)[0x347021e074]
./pd[0x40ffd9]
======= Memory map: ========
00110000-001ac000 r-xp 00000000 fd:00 18513989                           /usr/lib64/libavformat.so.52.22.1
001ac000-003ac000 ---p 0009c000 fd:00 18513989                           /usr/lib64/libavformat.so.52.22.1
003ac000-003b7000 rw-p 0009c000 fd:00 18513989                           /usr/lib64/libavformat.so.52.22.1
003b7000-003b9000 rwxp 00000000 00:0f 203                                /dev/zero
00400000-004e0000 r-xp 00000000 fd:00 33622022                           /home/joliverl/Desktop/pd-0.41-4/bin/pd
006e0000-006e2000 rw-p 000e0000 fd:00 33622022                           /home/joliverl/Desktop/pd-0.41-4/bin/pd
006e2000-006ef000 rw-p 006e2000 00:00 0 
006ef000-00a25000 r-xp 00000000 fd:00 33591301                           /home/joliverl/Desktop/Gem/src/Gem.pd_linux
00a25000-00c24000 ---p 00336000 fd:00 33591301                           /home/joliverl/Desktop/Gem/src/Gem.pd_linux
00c24000-00c49000 rw-p 00335000 fd:00 33591301                           /home/joliverl/Desktop/Gem/src/Gem.pd_linux
00c49000-00c4e000 rw-p 00c49000 00:00 0 
00c4e000-00c7b000 r-xp 00000000 fd:00 18513967                           /usr/lib64/libmpeg3.so.1.0.0
00c7b000-00e7b000 ---p 0002d000 fd:00 18513967                           /usr/lib64/libmpeg3.so.1.0.0
00e7b000-00e81000 rw-p 0002d000 fd:00 18513967                           /usr/lib64/libmpeg3.so.1.0.0
00e81000-00e94000 rw-p 00e81000 00:00 0 
00e94000-00f18000 r-xp 00000000 fd:00 18513997                           /usr/lib64/libquicktime.so.0.0.0
00f18000-01117000 ---p 00084000 fd:00 18513997                           /usr/lib64/libquicktime.so.0.0.0
01117000-0111c000 rw-p 00083000 fd:00 18513997                           /usr/lib64/libquicktime.so.0.0.0
0111c000-0111d000 rw-p 0111c000 00:00 0 
0111d000-01161000 r-xp 00000000 fd:00 18513933                           /usr/lib64/libmp3lame.so.0.0.0
01161000-01360000 ---p 00044000 fd:00 18513933                           /usr/lib64/libmp3lame.so.0.0.0
01360000-01362000 rw-p 00043000 fd:00 18513933                           /usr/lib64/libmp3lame.so.0.0.0
01362000-01393000 rw-p 01362000 00:00 0 
01413000-01b65000 rw-p 01413000 00:00 0                                  [heap]
0364f000-0365d000 r-xp 00000000 fd:00 18513981                           /usr/lib64/libfaac.so.0.0.0
0365d000-0385d000 ---p 0000e000 fd:00 18513981                           /usr/lib64/libfaac.so.0.0.0
0385d000-03860000 rw-p 0000e000 fd:00 18513981                           /usr/lib64/libfaac.so.0.0.0
03c21000-03c29000 r-xp 00000000 fd:00 18513991                           /usr/lib64/libavutil.so.49.10.0
03c29000-03e29000 ---p 00008000 fd:00 18513991                           /usr/lib64/libavutil.so.49.10.0
03e29000-03e2a000 rw-p 00008000 fd:00 18513991                           /usr/lib64/libavutil.so.49.10.0
03e2a000-03e2d000 rw-p 03e2a000 00:00 0 
04138000-04142000 r-xp 00000000 fd:00 18513965                           /usr/lib64/liba52.so.0.0.0
04142000-04341000 ---p 0000a000 fd:00 18513965                           /usr/lib64/liba52.so.0.0.0
04341000-04342000 rw-p 00009000 fd:00 18513965                           /usr/lib64/liba52.so.0.0.0
04342000-04343000 rw-p 04342000 00:00 0 
04380000-04Pd: signal 6

--
Jaime E Oliver LR

joliverl <at> ucsd.edu
www.realidadvisual.org/jaimeoliver
www-crca.ucsd.edu/
www.realidadvisual.org

858 202 1522
9168 Regents Rd. Apt. G
La Jolla, CA 92037
USA
_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Permalink | Reply | 7 comments |
headers
IOhannes m zmoelnig | 1 Dec 2008 09:25
Picon

Re: Pd/GEM crashing in fc8

Jaime Oliver wrote:
> Hello all,
> 
> I have found a new problem in my machine with Pd and the recent changes i
> made: (I mentioned them in a previous e-mail, but I'll restate them: installing
> recordmydesktop and Mplayer, and adding support for mpeg3, Quicktime and
> ffmpeg, then recompiling gem)
> 
> Now this is what I can see so far:
> everytime I:
> -change an object's name while pd is running,
> -copy part of a patch into another patch,
> 

do the problems go away when you _not_ load Gem?
has Gem been compiled against the correct version of Pd?
(m_pd.h used for compilation of Gem belongs to Pd-binary used)

it seems like i missed the version of Pd you are trying to use.

oh, and your machine is x86_64, correct?

fgmadr
IOhannes

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Permalink | Reply | 6 comments |

Gmane