Re: [PD] Simplest way for looping soudfiles

[IOhannes zmölnig]

On 01/23/2013 01:11 AM, Hans-Christoph Steiner wrote:


What Òscar is suggesting also applies to [readsf~] and [tabplay~].  Both loop
quite seamlessly when I've used them.  the [open ( to [readsf~] doesn't seem
to take any time.  I haven't done the [readsf~] looping under heavy load tho.



yes, but roman's original suggestion was exactly to use [readsf~].
if you read on in this thread (after all, you were replying to exactly 
this email), you'll notice that [readsf~] might work or not, there is 
simply no guarantee that it does start playing in time; and this is 
documented and expected behaviour.


fmasdr
IOhannes

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

Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs

[Seiichiro MATSUMURA]

Hi Hans,

The indication of Media->"Audio Settings..." looks working fine
because default name of "Built-in Microphone" and "Built-in Output"
described in English.
Most of audio interfaces' names are also described in English. I don't
see problems like MIDI setting.

Best,

Sei


2013/1/17 Hans-Christoph Steiner :
>
> The MIDI port fix works fine, that will stay in.  I'm only talking about 
> Media->"Audio Settings..." not Media->"MIDI Settings...".
>
> .hc
>
> On Jan 17, 2013, at 3:12 AM, Seiichiro MATSUMURA wrote:
>
>> Hi Hans,
>>
>> I see.
>> I think the old behavior that indicates Japanese name of MIDI port as
>> blank is not a major problem because I already find out the solution
>> by changing it to English name. I agree with your reverting.
>> I would announce it in my Pd blog.
>>
>> About &character in the label problem, I will test new build later.
>>
>> Best,
>>
>> Sei
>>
>> --
>> __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
>> Seiichiro Matsumura
>>
>> s...@low-tech-ism.com
>> http://low-tech-ism.com/
>> __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
>>> I hope the old behavior works for you, because it turns out that its quite 
>>> a bit more complicated than I
>>> thought, so its not the kind of change that should be made without lots of 
>>> time for testing on many
>>> different setups with different audio devices.
>>
>>
>> 2013/1/17 Hans-Christoph Steiner :
>>>
>>> Hey Sei,
>>>
>>> I hope the old behavior works for you, because it turns out that its quite 
>>> a bit more complicated than I thought, so its not the kind of change that 
>>> should be made without lots of time for testing on many different setups 
>>> with different audio devices.  I reverted my change that only affect 
>>> portaudio, i.e. when you select a device name in Pd-extended's Audio 
>>> Settings.
>>>
>>> .hc
>>>
>>> On Jan 16, 2013, at 11:50 AM, Seiichiro MATSUMURA wrote:
>>>
 Hi Hans,

 I changed the name of IAC driver then tested the latest one. I could
 see the Japanese Audio and MIDI driver name, but some strange strings
 attached to the tail of the driver name. Sometimes they are not
 Japanese nor English, some characters I can't read.
 More weird thing is that every time I restart Pd-extended, that
 attached strings are changed. there is no rule of this changing.
 see attached jpegs.

 Best,

 Sei


 2013/1/16 Hans-Christoph Steiner :
>
> Hey Sei,
>
> I'm pretty sure I fixed the issues with the Audio and MIDI names being in 
> Japanese.  Can you test it on your machine and confirm?  I can't make the 
> Audio names have Japanese in them on my 10.6 system, so I have no way to 
> test it.
>
> .hc
>
> On Jan 7, 2013, at 10:01 PM, Seiichiro MATSUMURA wrote:
>
>> Hi HC,
>>
>> On Mac OSX（10.7 Lion）, "Audio setting" and "MIDI setting" under
>> "Media" menu are still buggy.
>> I often have freeze Pd when I change settings and I need to restart Pd.
>>
>> This is just another question.
>> What is the difference between "Edit mode(shift+Cmd+E)" and "Edit
>> mode(Cmd+E)" under "Edit" menu?
>> I can't understand the specific function of "Edit mode(shift+Cmd+E)" 
>> added.
>>
>> Best,
>>
>> Sei Matsumura
>>
>>
>> --
>> __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
>> Seiichiro Matsumura
>>
>> s...@low-tech-ism.com
>> http://low-tech-ism.com/
>> __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
>>
>>
>> 2013/1/8 Hans-Christoph Steiner :
>>>
>>> I think this is the final release, last chance to test your patches and 
>>> make
>>> sure everything is working well in this release.  Also, double-check the
>>> translations.  I'll do one final import of translations from Transifex 
>>> before
>>> finalizing it.  Download here:
>>>
>>> http://puredata.info/downloads/pd-extended/releases/0.43.4
>>>
>>> Its been a long time coming, but its finally reached completion!  This 
>>> release
>>> includes the most new features of any release before, here are some 
>>> highlights:
>>>
>>> * complete help search: search all installed docs (Help->Search)
>>> * loaders: you can now write native Pd objects in Lua (pdlua) and Tcl 
>>> (tclpd)
>>> * new libraries: log, iemguts, mediasettings, pduino, syslog
>>> * GUI plugins: customize your editing experience
>>> * full Unicode support, write patches in any language
>>> * fully translatable GUI, with many languages already included
>>> * Magic Glass to see what's going through connections as it happens
>>>
>>> And much more: http://puredata.info/dev/NextRelease
>>>
>>> Download it here:
>>> http://puredata.info/downloads/pd-extended/releases/0.43.4
>>>
>>>
>>> Or if you are using Ubuntu/Mint, you can use the PPA:
>>> https://launchpad.net/~

Re: [PD] Jack support on Windows

[Hans-Christoph Steiner]

Ok, this built for me, I hope it works for you too.  There is attached a new
makefile.mingw and another file, s_audio_jack.c.  Copy that to
~/pure-data/pd/src/ on top of the file that is already there.

.hc

On 01/22/2013 05:58 PM, Esteban Viveros wrote:
> Hum.. Not yet.. I copied the last makefile.mingw, did the clean, try make
> and I have error 1.. See attached file
> 
> 
> 2013/1/22 Hans-Christoph Steiner 
> 
>> On 01/22/2013 06:24 AM, IOhannes m zmoelnig wrote:
>>> On 2013-01-22 12:21, Esteban Viveros wrote:
 Ok.. I will do that... But why until te make clean, yesterday, ir
 run the compilation?
>>>
>>> good point.
>>> my hint was merely an assumption what might be causing troubles.
>>>
>>> in this case: are you sure you are using the correct makefile.mingw
>> again?
>>
>> I added -I"$(PROGRAMFILES)/Jack/include" and removed
>> -I/c/Progra~1/Jack/include", that's probably the issue.  Attached is a
>> messy
>> one again that hopefully works easily.
>>
>> .hc
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
> 
> 
# how Miller builds Pd on Windows:
# http://lists.puredata.info/pipermail/pd-dev/2004-10/002981.html

CC = gcc
CXX = g++

cvs_root_dir = ../..
pd_src = $(cvs_root_dir)/pd
DLL_DIR = $(pd_src)/src

BIN_DIR = ../bin

VPATH = $(pd_src)/src

prefix = /usr/local/pd
exec_prefix = $(prefix)
includedir = $(prefix)/include
libdir = $(exec_prefix)/lib
mandir = $(prefix)/man
bindir = $(exec_prefix)/bin

GFLAGS = -DINSTALL_PREFIX=\"$(prefix)\"

# varibles to match packages/Makefile.buildlayout so that they can be easily
# overridden when building Pd-extended builds. 
libpddir = $(prefix)
pddocdir = $(libpddir)/doc
libpdbindir = $(libpddir)/bin

PDEXEC = pd.exe
PDDLL = pd.dll
DLLWRAP= dllwrap

MORECFLAGS = -O3 -funroll-loops -fomit-frame-pointer 

PADIR = $(pd_src)/portaudio
ASIODIR = $(pd_src)/asio/ASIOSDK2
ASIOINC = -I$(ASIODIR)/common -I$(ASIODIR)/host -I$(ASIODIR)/host/pc
INCPA = -I$(PADIR) -I$(PADIR)/include -I$(PADIR)/src/common 
-I$(PADIR)/src/os/win $(ASIOINC) -I"$(PROGRAMFILES)/Jack/includes"
INCLUDE = -I$(pd_src)/src
GINCLUDE = -I/usr/local/include $(INCLUDE)

LDFLAGS =
LIBS = -lm -lwsock32 -lwinmm -lole32 -lpthreadGC2 -lregex 
"$(PROGRAMFILES)/Jack/lib/libjack.lib"

OPT_CFLAGS = 

WARN_CFLAGS = -Wall -W -Wstrict-prototypes -Wno-unused \
-Wno-unused-parameter -Wno-parentheses -Wno-switch
# Some old code in asio/ASIOSDK2/common/combase.h needs to be ignored,
# we do this by setting the WINVER macro to min Windows XP aka 5.1.
# Also, for SetDllDirectory() s_loader.c, we need a minium of Windows
# XP SP1.  WINVER isnt' fine-grained enough for that, so we use the
# next minor version of Windows, 5.2.
ARCH_CFLAGS = -DPD -DPD_INTERNAL -DPA_USE_ASIO -DPA_USE_WMME -DWINVER=0x0502 \
-DUSEAPI_MMIO -DUSEAPI_PORTAUDIO -DUSEAPI_JACK -DJACK_XRUN \
-mms-bitfields -DWISHAPP='"wish85.exe"'

CFLAGS += $(ARCH_CFLAGS) $(WARN_CFLAGS) $(OPT_CFLAGS) $(MORECFLAGS)

STRIP = strip --strip-unneeded -R .note -R .comment

# the sources

PASRC = s_audio_pa.c s_audio_paring.c s_audio_jack.c \
s_audio_mmio.c s_midi_mmio.c \
$(PADIR)/src/common/pa_stream.c \
$(PADIR)/src/common/pa_trace.c \
$(PADIR)/src/common/pa_process.c \
$(PADIR)/src/common/pa_front.c \
$(PADIR)/src/common/pa_dither.c \
$(PADIR)/src/common/pa_cpuload.c \
$(PADIR)/src/common/pa_converters.c \
$(PADIR)/src/common/pa_allocation.c \
$(PADIR)/src/common/pa_ringbuffer.c \
$(PADIR)/src/os/win/pa_win_hostapis.c \
$(PADIR)/src/os/win/pa_win_util.c \
$(PADIR)/src/os/win/pa_win_waveformat.c \
$(PADIR)/src/os/win/pa_win_coinitialize.c \
$(PADIR)/src/hostapi/wmme/pa_win_wmme.c

ASIOSRC =   $(PADIR)/src/hostapi/asio/iasiothiscallresolver.cpp \
$(PADIR)/src/hostapi/asio/pa_asio.cpp \
$(ASIODIR)/common/asio.cpp \
$(ASIODIR)/host/asiodrivers.cpp \
$(ASIODIR)/host/pc/asiolist.cpp

#VSRC =  s_audio_vst.c

PMDIR = ../portmidi
PMINCLUDE = -I$(PMDIR)/pm_common -I$(PMDIR)/pm_win -I$(PMDIR)/porttime 
-DNEWBUFFER
PMSRC = $(PMDIR)/pm_common/portmidi.c \
$(PMDIR)/pm_common/pmutil.c \
$(PMDIR)/porttime/porttime.c \
$(PMDIR)/porttime/ptwinmm.c \
$(PMDIR)/pm_win/pmwin.c \
$(PMDIR)/pm_win/pmwinmm.c

PMOBJ =  $(PMSRC:.c=.o)

HEADERS = g_all_guis.h m_imp.h g_canvas.h m_pd.h s_stuff.h g_magicglass.h \
$(wildcard ../portaudio/common/*.h) s_audio_paring.h scandir.h \
../portaudio/src/os/win/pa_win_coinitialize.h

SRC = g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c \
g_io.c g_scalar.c g_traversal.c g_guiconnect.c g_readwrite.c g_editor.c 
\
g_all_guis.c \
m_pd.c m_class.c m_obj.c m_atom.c m_memory.c m_binbuf.c \
m_conf_pdextended.c m

[PD] PDDP revisions of 2.control.examples

[Jonathan Wilkes]

Here are the 2.control.examples with added pd META
data, "tutorial" color scheme from, and references to
related docs.

Practical effect of revisions:
* short description of each tutorial will show up in the
search-plugin
* you can filter search results by choosing "Tutorials"
in the drop-down filter of the search-plugin and these
tutorials will show up.

Hans-- where should they go?  They're not compatible
with pd Vanilla since they use pddp objects, so they're
only for pd-extended and pd-vanilla.  But they should
replace the old ones like the PDDP 5.reference stuff.

-Jonathan

2.control.examples.tar.gz
Description: GNU Zip compressed data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[Joel Matthys]

Thanks so much! I know how frustrating it can be to track down problems 
in C strings.


Joel

On 01/22/2013 11:28 PM, Hans-Christoph Steiner wrote:

Ok, I think found the issue, it was a stupid C string mistake on my part,
here's the commit:

http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=commitdiff;h=7de958b3f4504e9504649944e015e5c13e28df33

Please test tomorrow's build and let me know if it fixes it for you.

.hc

On 01/22/2013 09:58 PM, Joel Matthys wrote:

No, I get one inlet on list.

Joel

On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:

Do you get the right two inlet [list] if you run it like this:

$ pd-extended -noprefs

.hc



___
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

Re: [PD] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[Hans-Christoph Steiner]

Ok, I think found the issue, it was a stupid C string mistake on my part,
here's the commit:

http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=commitdiff;h=7de958b3f4504e9504649944e015e5c13e28df33

Please test tomorrow's build and let me know if it fixes it for you.

.hc

On 01/22/2013 09:58 PM, Joel Matthys wrote:
> No, I get one inlet on list.
> 
> Joel
> 
> On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:
>> Do you get the right two inlet [list] if you run it like this:
>>
>> $ pd-extended -noprefs
>>
>> .hc
>>
> 
> 
> ___
> 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

Re: [PD] [Bulk] Re: 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[Joel Matthys]

No, I get one inlet on list.

Joel

On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:

Do you get the right two inlet [list] if you run it like this:

$ pd-extended -noprefs

.hc




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

Re: [PD] [Bulk] Re: 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[Hans-Christoph Steiner]

Turning off "standard extensions" will definitely prevent that from loading as
well as other things like [expr~].  That's what turning that off is supposed
to do.

Do you get the right two inlet [list] if you run it like this:

$ pd-extended -noprefs

.hc

On 01/22/2013 11:47 AM, batinste wrote:
> If pd is loaded with standard extensions checked, [list] has two inlets.
> If standard extensions are not checked, only one inlet.
> 
> In both cases, i get "/usr/lib/pd-extended/startup/1.list.pd_linux: can't load
> startup library".
> 
> 
> On 22/01/2013 17:28, Hans-Christoph Steiner wrote:
>> Hmm, there goes that idea... I thought it might be an encoding issue, but
>> y'all are all using UTF-8 encoding.  It doesn't seem Debian- or
>> Ubuntu-specific, or specific to the way the package was built.  I've tried to
>> reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386
>> laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They
>> all work fine.
>>
>> What if you do this, does it load properly and do you get the two inlet 
>> [list]?
>>
>> pd-extended -lib vanilla/list
>>
>> Any other ideas?
>>
>> .hc
>>
>> On 01/22/2013 04:10 AM, Julian Brooks wrote:
>>>   export | grep LANG
>>> declare -x LANG="en_GB.UTF-8"
>>> declare -x LANGUAGE="en_GB:en"
>>>
>>>
>>>
>>> $ export | grep LC_
>>> julian@brooks:~/Desktop$
>>> (nothing too)
>>>
>> ___
>> 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

Re: [PD] Simplest way for looping soudfiles

[Hans-Christoph Steiner]

What Òscar is suggesting also applies to [readsf~] and [tabplay~].  Both loop
quite seamlessly when I've used them.  the [open ( to [readsf~] doesn't seem
to take any time.  I haven't done the [readsf~] looping under heavy load tho.

.hc

On 01/22/2013 05:15 PM, Pagano, Patrick wrote:
> I would like it to be inside Pure Data without the use of externals.
> I am quite aware of the externals, but I am curious on how people have done 
> it without an external
> 
> :)
> 
> From: Òscar Martínez Carmona [mailto:xamp...@gmail.com]
> Sent: Tuesday, January 22, 2013 5:11 PM
> To: Roman Haefeli
> Cc: Pagano, Patrick; pd-list@iem.at
> Subject: Re: [PD] Simplest way for looping soudfiles
> 
> Maybe I'm not getting anything related about this topic... but what about 
> using the end "bang" that many audio-file-playing-externals feature?
> 
> On Tue, Jan 22, 2013 at 10:48 PM, Roman Haefeli 
> mailto:reduz...@gmail.com>> wrote:
> On Die, 2013-01-22 at 21:09 +, Pagano, Patrick wrote:
>> Not Sure that one will not loop properly because of the need for an open 
>> message each time.
> You are indeed right. It is not the proper way to do it. Even the
> help-file of [readsf~] states it. However, in practice it usually works
> flawlessly (probably nowadays disks seem fast enough and there is enough
> memory for fs caches). Simply try it with the help of [readsf~ ].
> 
> Also the table based approach works, though I'd make two modifications
> to the previously posted patch. Use the '-maxsize ' flag for the message
> to [soundfiler] in order to allow bigger tables. Then, I'd get rid of
> [tabread4~], as it is not needed when you only want to play at original
> speed. Actually, I even wouldn't use [tabread~ ], because for very large
> tables, the index from [phasor~ ] or [line~ ] will not be precise enough
> to hit every sample after position 16'000'000 (limit of the 32bit
> floating point format). If you use [tabplay~], it is as simple my
> previous example with [readsf~ ]:
> 
> 
> [r playagain]
> |
> [tabplay yourpreviouslyfilledtable]
>   |
>   [s playagain]
> 
> 
> IIRC, [tabplay~] doesn't suffer from that precision problem described
> before.
> 
> Roman
> 
> 
> 
> 
>> -Original Message-
>> From: pd-list-boun...@iem.at 
>> [mailto:pd-list-boun...@iem.at] On Behalf Of 
>> Roman Haefeli
>> Sent: Tuesday, January 22, 2013 4:04 PM
>> To: pd-list@iem.at
>> Subject: Re: [PD] Simplest way for looping soudfiles
>>
>>
>>
>> On Die, 2013-01-22 at 20:50 +, Pagano, Patrick wrote:
>>> Can people share their opinions on the simplest way to create
>>> a looping soundfile.
>>
>> [r playagain]
>> |
>> [open /path/to/your/file.wav, 1(
>> |
>> [readsf~ ]
>>  |
>>  [s playagain]
>>
>>
>> Roman
>>
>>
>>
>> ___
>> 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
> 
> 
> 
> --
> Òscar Martínez Carmona
> 
> 
> 
> ___
> 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

Re: [PD] Simplest way for looping soudfiles

[Patrice Colet]

> De: "Roman Haefeli" 
> Envoyé: Mardi 22 Janvier 2013 23:24:09
> 
> On Die, 2013-01-22 at 22:20 +0100, Patrice Colet wrote:
> > > De: "Patrick Pagano" 
> > 
> > > I am very interested in finding a non-external way to constantly
> > > loop
> > > sound files of ANY size.
> > > 
> > 
> > using two [readsf~] is working so far so good for looping large
> > soundfiles, with the offset option and a signal crossfading between
> > them.
> 
> Why using an offset? Why not letting each of them play the file to
> the
> end?

Offset would be used for looping a part of the soundfile only, it's not simple 
indeed because we need to know the file length too, but's it's usefull for 
looping files writen in real time with [writesf~] for example, in this case the 
offset is used for reading the sound that comes after the end of the loop for 
mixing it with the begining of the loop, and then it can prevent to cut some 
sound's releases, or reverb.

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

Re: [PD] Jack support on Windows

[Esteban Viveros]

Hum.. Not yet.. I copied the last makefile.mingw, did the clean, try make
and I have error 1.. See attached file


2013/1/22 Hans-Christoph Steiner 

> On 01/22/2013 06:24 AM, IOhannes m zmoelnig wrote:
> > On 2013-01-22 12:21, Esteban Viveros wrote:
> >> Ok.. I will do that... But why until te make clean, yesterday, ir
> >> run the compilation?
> >
> > good point.
> > my hint was merely an assumption what might be causing troubles.
> >
> > in this case: are you sure you are using the correct makefile.mingw
> again?
>
> I added -I"$(PROGRAMFILES)/Jack/include" and removed
> -I/c/Progra~1/Jack/include", that's probably the issue.  Attached is a
> messy
> one again that hopefully works easily.
>
> .hc
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 

Esteban Viveros

(27) 8815 7170
(27) 3066 0359
(11) 95761 4125
(11) 2738 7868

www.bandpage.com/estebanviveros 

https://www.facebook.com/estebanviveros.art

http://www.papodecompositor-es.blogspot.com.br/

http://expurgacao.art.br/


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

Re: [PD] Building pd-l2ork on arch linux 64

[michael noble]

On Sun, Jan 20, 2013 at 1:38 AM, Fero Kiraly  wrote:

> it works !
> problem solved. I am going to make a PKGBUILD for this
>
> thank you.
> fk
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
hi Fero,

Did you end making a PKGBUILD? I was going to have a go, but if you have a
working one would you care to share?

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

Re: [PD] Simplest way for looping soudfiles

[Roman Haefeli]

On Die, 2013-01-22 at 22:20 +0100, Patrice Colet wrote:
> > De: "Patrick Pagano" 
> 
> > I am very interested in finding a non-external way to constantly loop
> > sound files of ANY size.
> > 
> 
> using two [readsf~] is working so far so good for looping large
> soundfiles, with the offset option and a signal crossfading between
> them.

Why using an offset? Why not letting each of them play the file to the
end?

Roman


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

Re: [PD] Simplest way for looping soudfiles

[Pagano, Patrick]

I would like it to be inside Pure Data without the use of externals.
I am quite aware of the externals, but I am curious on how people have done it 
without an external

:)

From: Òscar Martínez Carmona [mailto:xamp...@gmail.com]
Sent: Tuesday, January 22, 2013 5:11 PM
To: Roman Haefeli
Cc: Pagano, Patrick; pd-list@iem.at
Subject: Re: [PD] Simplest way for looping soudfiles

Maybe I'm not getting anything related about this topic... but what about using 
the end "bang" that many audio-file-playing-externals feature?

On Tue, Jan 22, 2013 at 10:48 PM, Roman Haefeli 
mailto:reduz...@gmail.com>> wrote:
On Die, 2013-01-22 at 21:09 +, Pagano, Patrick wrote:
> Not Sure that one will not loop properly because of the need for an open 
> message each time.
You are indeed right. It is not the proper way to do it. Even the
help-file of [readsf~] states it. However, in practice it usually works
flawlessly (probably nowadays disks seem fast enough and there is enough
memory for fs caches). Simply try it with the help of [readsf~ ].

Also the table based approach works, though I'd make two modifications
to the previously posted patch. Use the '-maxsize ' flag for the message
to [soundfiler] in order to allow bigger tables. Then, I'd get rid of
[tabread4~], as it is not needed when you only want to play at original
speed. Actually, I even wouldn't use [tabread~ ], because for very large
tables, the index from [phasor~ ] or [line~ ] will not be precise enough
to hit every sample after position 16'000'000 (limit of the 32bit
floating point format). If you use [tabplay~], it is as simple my
previous example with [readsf~ ]:


[r playagain]
|
[tabplay yourpreviouslyfilledtable]
  |
  [s playagain]


IIRC, [tabplay~] doesn't suffer from that precision problem described
before.

Roman




> -Original Message-
> From: pd-list-boun...@iem.at 
> [mailto:pd-list-boun...@iem.at] On Behalf Of 
> Roman Haefeli
> Sent: Tuesday, January 22, 2013 4:04 PM
> To: pd-list@iem.at
> Subject: Re: [PD] Simplest way for looping soudfiles
>
>
>
> On Die, 2013-01-22 at 20:50 +, Pagano, Patrick wrote:
> > Can people share their opinions on the simplest way to create
> > a looping soundfile.
>
> [r playagain]
> |
> [open /path/to/your/file.wav, 1(
> |
> [readsf~ ]
>  |
>  [s playagain]
>
>
> Roman
>
>
>
> ___
> 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



--
Òscar Martínez Carmona
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Simplest way for looping soudfiles

[Òscar Martínez Carmona]

Maybe I'm not getting anything related about this topic... but what about
using the end "bang" that many audio-file-playing-externals feature?


On Tue, Jan 22, 2013 at 10:48 PM, Roman Haefeli  wrote:

> On Die, 2013-01-22 at 21:09 +, Pagano, Patrick wrote:
> > Not Sure that one will not loop properly because of the need for an open
> message each time.
>
> You are indeed right. It is not the proper way to do it. Even the
> help-file of [readsf~] states it. However, in practice it usually works
> flawlessly (probably nowadays disks seem fast enough and there is enough
> memory for fs caches). Simply try it with the help of [readsf~ ].
>
> Also the table based approach works, though I'd make two modifications
> to the previously posted patch. Use the '-maxsize ' flag for the message
> to [soundfiler] in order to allow bigger tables. Then, I'd get rid of
> [tabread4~], as it is not needed when you only want to play at original
> speed. Actually, I even wouldn't use [tabread~ ], because for very large
> tables, the index from [phasor~ ] or [line~ ] will not be precise enough
> to hit every sample after position 16'000'000 (limit of the 32bit
> floating point format). If you use [tabplay~], it is as simple my
> previous example with [readsf~ ]:
>
>
> [r playagain]
> |
> [tabplay yourpreviouslyfilledtable]
>   |
>   [s playagain]
>
>
> IIRC, [tabplay~] doesn't suffer from that precision problem described
> before.
>
> Roman
>
>
>
>
> > -Original Message-
> > From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf
> Of Roman Haefeli
> > Sent: Tuesday, January 22, 2013 4:04 PM
> > To: pd-list@iem.at
> > Subject: Re: [PD] Simplest way for looping soudfiles
> >
> >
> >
> > On Die, 2013-01-22 at 20:50 +, Pagano, Patrick wrote:
> > > Can people share their opinions on the simplest way to create
> > > a looping soundfile.
> >
> > [r playagain]
> > |
> > [open /path/to/your/file.wav, 1(
> > |
> > [readsf~ ]
> >  |
> >  [s playagain]
> >
> >
> > Roman
> >
> >
> >
> > ___
> > 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
>



-- 
Òscar Martínez Carmona
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Raspberry Pi - Audio in and out, low latency

[Miller Puckette]

That's great (and surprising) news... I wonder why you're getting a better
ride from teh E-MU box than I am from the iMic but it sounds as if I should
be digging up one like yours to try.

I think you can just invoke 'pd -sounddev 2' to select the USB device.

cheers
Miller

On Tue, Jan 22, 2013 at 09:23:51PM +0100, Pierre Massat wrote:
> Dear list, dear Miller,
> 
> I tried Pd on a fresh Raspbian install today. I removed pulseaudio as you
> suggested. I installed Pd from the Raspbian repos (not your version).
> I tried it with my USB E-MU 0404 soundcard. It worked right away. No need
> to slow down the USB.
> I tried with a latency in Pd of 10 ms, in X, connected to the internet, and
> there was very little dropouts.
> This is so promising it's scary.
> 
> Now i have one very frustrating problem : i don't know how to choose my
> soundcard from the command line when starting Pd...
> It shows up as Card 1, device 0 when i do "aplay -l", but i don't know how
> to use this information.
> 
> Cheers!
> 
> Pierre.

> ___
> 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

Re: [PD] Simplest way for looping soudfiles

[Roman Haefeli]

On Die, 2013-01-22 at 21:09 +, Pagano, Patrick wrote:
> Not Sure that one will not loop properly because of the need for an open 
> message each time.

You are indeed right. It is not the proper way to do it. Even the
help-file of [readsf~] states it. However, in practice it usually works
flawlessly (probably nowadays disks seem fast enough and there is enough
memory for fs caches). Simply try it with the help of [readsf~ ].

Also the table based approach works, though I'd make two modifications
to the previously posted patch. Use the '-maxsize ' flag for the message
to [soundfiler] in order to allow bigger tables. Then, I'd get rid of
[tabread4~], as it is not needed when you only want to play at original
speed. Actually, I even wouldn't use [tabread~ ], because for very large
tables, the index from [phasor~ ] or [line~ ] will not be precise enough
to hit every sample after position 16'000'000 (limit of the 32bit
floating point format). If you use [tabplay~], it is as simple my
previous example with [readsf~ ]:


[r playagain]
|
[tabplay yourpreviouslyfilledtable]
  |
  [s playagain]


IIRC, [tabplay~] doesn't suffer from that precision problem described
before.

Roman




> -Original Message-
> From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of 
> Roman Haefeli
> Sent: Tuesday, January 22, 2013 4:04 PM
> To: pd-list@iem.at
> Subject: Re: [PD] Simplest way for looping soudfiles
> 
> 
> 
> On Die, 2013-01-22 at 20:50 +, Pagano, Patrick wrote:
> > Can people share their opinions on the simplest way to create
> > a looping soundfile.
> 
> [r playagain]
> |
> [open /path/to/your/file.wav, 1(
> |
> [readsf~ ]
>  |
>  [s playagain]
> 
> 
> Roman
> 
> 
> 
> ___
> 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

Re: [PD] BiDi-plugin

[IOhannes zmölnig]

On 01/22/2013 09:37 PM, Anas Ghrab wrote:


i didn't know that the BiDi-plugin comes with PdX (or did you install it 
yourself?).


No, I didn't install anything else. Where can I download it, so I can try it ? 
The arabic working is without any BiDi-plugin in PdX ? Parenthesis are in the 
correct direction...


i don't know much about paranthesis in arabic text.
the Bidi plugin is mainly concerned with writing direction (that is: 
writing from right-to-left, and having text that mixes these two)


if PdX already knows how to do that, my afforts were probably futile.

anyhow, you can get the BiDi pugin at the link where you initially 
pointed: http://puredata.info/downloads/bidi-plugin/
there's a link to the code-repository, where you will find the actual 
plugin plus instructions how to install it (+ dependencies).





On Gem (using [text2d]), I get non-identified letters (little squares).


that's only a problem of using the wrong font (one without arabic glyphs). 
choose a font that has arabic characters and they should display. hopefully in 
the right direction.


Now I get letters with the an arabic .ttf, but its not the right direction...



well, Gem's bidi support has been added to the development version of 
Gem about 2 days before PdX was released.

so it's not included now.

fgamsr
IOhannes

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

Re: [PD] Simplest way for looping soudfiles

[Patrice Colet]

> De: "Patrick Pagano" 

> I am very interested in finding a non-external way to constantly loop
> sound files of ANY size.
> 

using two [readsf~] is working so far so good for looping large soundfiles, 
with the offset option and a signal crossfading between them.




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

Re: [PD] Simplest way for looping soudfiles

[Pagano, Patrick]

Actually this one, though very nice can only hold files that are so large? It 
seems to snip off ends of longer soundfiles and the speed of the file if 
another file is loaded becomes confused.
I am very interested in finding a non-external way to constantly loop sound 
files of ANY size.

So far Eric Lyon's Player~ seems to be a benchmark, I would love some more 
ideas though

TY

pp

From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of 
Pagano, Patrick
Sent: Tuesday, January 22, 2013 4:03 PM
To: Alexandros Drymonitis
Cc: pd-list@iem.at
Subject: Re: [PD] Simplest way for looping soudfiles

That is a nice one, thanks.
pp

From: Alexandros Drymonitis [mailto:adr...@gmail.com]
Sent: Tuesday, January 22, 2013 3:57 PM
To: Pagano, Patrick
Cc: pd-list@iem.at
Subject: Re: [PD] Simplest way for looping soudfiles

Check this http://www.pd-tutorial.com/english/patches/3-4-2-4-sampler-big.pd

On Tue, Jan 22, 2013 at 10:50 PM, Pagano, Patrick 
mailto:p...@digitalworlds.ufl.edu>> wrote:
Can people share their opinions on the simplest way to create a looping 
soundfile.

Thanks

pp

___
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

Re: [PD] Simplest way for looping soudfiles

[Pagano, Patrick]

Not Sure that one will not loop properly because of the need for an open 
message each time.


-Original Message-
From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Roman 
Haefeli
Sent: Tuesday, January 22, 2013 4:04 PM
To: pd-list@iem.at
Subject: Re: [PD] Simplest way for looping soudfiles



On Die, 2013-01-22 at 20:50 +, Pagano, Patrick wrote:
> Can people share their opinions on the simplest way to create
> a looping soundfile.

[r playagain]
|
[open /path/to/your/file.wav, 1(
|
[readsf~ ]
 |
 [s playagain]


Roman



___
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

Re: [PD] Simplest way for looping soudfiles

[Roman Haefeli]

On Die, 2013-01-22 at 20:50 +, Pagano, Patrick wrote:
> Can people share their opinions on the simplest way to create
> a looping soundfile.

[r playagain]
|
[open /path/to/your/file.wav, 1(
|
[readsf~ ]
 |
 [s playagain]


Roman



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

Re: [PD] Simplest way for looping soudfiles

[Pagano, Patrick]

That is a nice one, thanks.
pp

From: Alexandros Drymonitis [mailto:adr...@gmail.com]
Sent: Tuesday, January 22, 2013 3:57 PM
To: Pagano, Patrick
Cc: pd-list@iem.at
Subject: Re: [PD] Simplest way for looping soudfiles

Check this http://www.pd-tutorial.com/english/patches/3-4-2-4-sampler-big.pd

On Tue, Jan 22, 2013 at 10:50 PM, Pagano, Patrick 
mailto:p...@digitalworlds.ufl.edu>> wrote:
Can people share their opinions on the simplest way to create a looping 
soundfile.

Thanks

pp

___
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

Re: [PD] Simplest way for looping soudfiles

[Alexandros Drymonitis]

Check this http://www.pd-tutorial.com/english/patches/3-4-2-4-sampler-big.pd


On Tue, Jan 22, 2013 at 10:50 PM, Pagano, Patrick  wrote:

>   Can people share their opinions on the simplest way to create a looping
> soundfile.
>
> ** **
>
> Thanks
>
> ** **
>
> pp
>
>
> ___
> 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

Re: [PD] BiDi-plugin

[Anas Ghrab]

Le Jan 22, 2013 à 8:55 PM, IOhannes zmölnig a écrit :

> On 01/22/2013 02:11 PM, Anas Ghrab wrote:
>> Le Jan 22, 2013 à 1:49 PM, IOhannes m zmoelnig a écrit :
>> 
>>> On 2013-01-22 12:32, Anas Ghrab wrote:
 Thank you for the answer.
 
 I downloaded again Pd-extended 0.43-4 (I think that the one I had
 was a beta one). The BiDi works :
>>> 
>>> which platform are you on?
>>> which BiDi-support are you referring to? Gem (which ought to fix
>>> display of Gem-rendered text) or the gui-plugin (which ought to fix
>>> the display within your patch)
>> 
>> I'm on OS 10.7.5 (Intel).
>> 
>> I was talking about using arabic in comments (gui-plugin).
> 
> thanks.
> i thought so, but out of a sudden, i was not so sure any more.
> 
> i didn't know that the BiDi-plugin comes with PdX (or did you install it 
> yourself?).

No, I didn't install anything else. Where can I download it, so I can try it ? 
The arabic working is without any BiDi-plugin in PdX ? Parenthesis are in the 
correct direction...

>> On Gem (using [text2d]), I get non-identified letters (little squares).
> 
> that's only a problem of using the wrong font (one without arabic glyphs). 
> choose a font that has arabic characters and they should display. hopefully 
> in the right direction.

Now I get letters with the an arabic .ttf, but its not the right direction...

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

[PD] Simplest way for looping soudfiles

[Pagano, Patrick]

Can people share their opinions on the simplest way to create a looping 
soundfile.

Thanks

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

[PD] Raspberry Pi - Audio in and out, low latency

[Pierre Massat]

Dear list, dear Miller,

I tried Pd on a fresh Raspbian install today. I removed pulseaudio as you
suggested. I installed Pd from the Raspbian repos (not your version).
I tried it with my USB E-MU 0404 soundcard. It worked right away. No need
to slow down the USB.
I tried with a latency in Pd of 10 ms, in X, connected to the internet, and
there was very little dropouts.
This is so promising it's scary.

Now i have one very frustrating problem : i don't know how to choose my
soundcard from the command line when starting Pd...
It shows up as Card 1, device 0 when i do "aplay -l", but i don't know how
to use this information.

Cheers!

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

Re: [PD] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[Julian Brooks]

Hi again,

With this I get

pd-extended -lib vanilla/list
oops: ALSA cards not reported in order?
oops: ALSA cards not reported in order?
priority 8 scheduling enabled.
priority 6 scheduling enabled.
open: /etc/pd/gem.conf: No such file or directory
open: /home/julian/.pd/gem.conf: No such file or directory
open: ./gem.conf: No such file or directory


Still get this in the console:
/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!

though [list] has 2 inlets.

Going back to:
pd-extended -stderr -verbose -noprefs -nrt

I don't get the console error message but [list] has one inlet.

With the suggested pd-extended_0.43.4~20130121-1~quantal_amd64

I've reverted back to the debian wheezy nightly build.  Same results though
I've once got this error on shutdown:
'pdsend errorname: >>error writing "sock8": broken pipe< wrote:

>
> Hmm, there goes that idea... I thought it might be an encoding issue, but
> y'all are all using UTF-8 encoding.  It doesn't seem Debian- or
> Ubuntu-specific, or specific to the way the package was built.  I've tried
> to
> reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386
> laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They
> all work fine.
>
> What if you do this, does it load properly and do you get the two inlet
> [list]?
>
> pd-extended -lib vanilla/list
>
> Any other ideas?
>
> .hc
>
> On 01/22/2013 04:10 AM, Julian Brooks wrote:
> >  export | grep LANG
> > declare -x LANG="en_GB.UTF-8"
> > declare -x LANGUAGE="en_GB:en"
> >
> >
> >
> > $ export | grep LC_
> > julian@brooks:~/Desktop$
> > (nothing too)
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] BiDi-plugin

[IOhannes zmölnig]

On 01/22/2013 02:11 PM, Anas Ghrab wrote:

Le Jan 22, 2013 à 1:49 PM, IOhannes m zmoelnig a écrit :


On 2013-01-22 12:32, Anas Ghrab wrote:

Thank you for the answer.

I downloaded again Pd-extended 0.43-4 (I think that the one I had
was a beta one). The BiDi works :


which platform are you on?
which BiDi-support are you referring to? Gem (which ought to fix
display of Gem-rendered text) or the gui-plugin (which ought to fix
the display within your patch)


I'm on OS 10.7.5 (Intel).

I was talking about using arabic in comments (gui-plugin).


thanks.
i thought so, but out of a sudden, i was not so sure any more.

i didn't know that the BiDi-plugin comes with PdX (or did you install it 
yourself?).





On Gem (using [text2d]), I get non-identified letters (little squares).


that's only a problem of using the wrong font (one without arabic 
glyphs). choose a font that has arabic characters and they should 
display. hopefully in the right direction.



fgamr
IOhannes

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

Re: [PD] Raspberry Pi does denormals

[Miller Puckette]

thanks - I'd better try this and find out what's going on :)

M

On Mon, Jan 21, 2013 at 11:54:29AM +0100, katja wrote:
> Tried the 0.44.0 build from your website. It has the same issue with
> subnormal values. My test patch is with [lop~]. If inf or nan is fed
> into [lop~], these 'values' keep circulating in the object, it can no
> longer process normal signal values.
> 
> I also tried my reverb stuff with specific compiler options for Pi's 
> processor:
> 
> -march=armv6zk
> -mcpu=arm1176jzf-s
> -mtune=arm1176jzf-s
> 
> With these options, gcc should be able to decide that RunFast mode is
> permitted. But even in combination with -ffast-math (which in turn
> sets -funsafe-math-optimizations and -fno-trapping-math amongst
> others), denormals are still there. I'm literally out of options for
> the moment. Sorry for not having better news.
> 
> Katja
> 
> 

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

Re: [PD] Raspberry Pi does denormals

[Pierre Massat]

Hi Katja,

I tried on my laptop (Intel dual-core 2 duo, 1,66GHz), and it works fine I
guess. It takes a little to go from 0 to 1 and back, but there doesn't seem
to be any particular issues with NAN and INF numbers.

Now on the Pi : sending a NAN to the lop~ makes it hang. Sending 1 works
fine, but sending 0 after that results in a different behaviour compared to
that of my laptop : the number of non-zero digits seems to grow much
faster, and it never really actually goes to 0. It (apparently) hangs with
still about 30 non-zero digits to the right of the very long number.

I guess you're not the only one, are you ?

Cheers,

Pierre.

2013/1/22 katja 

> Hey Pierre,
>
> I've commented patch denorm-test.pd in such a way that it explains the
> topic a bit more (see attached). Now I'd like to ask you, if you can
> run the patch on a 'normal' computer and on your Raspberry Pi for
> comparison. If you have Pd gui on the Pi, you should be able to check
> if your Pd install has a denormals issue. It's hard to believe that I
> would be the only one experiencing this issue, but I need to be sure.
>
> In my previous mail I stated that it is easy to avoid subnormals by
> just feeding a very small number in objects that may decay into
> subnormal range (feedback delay lines and most filters). But in
> practice, this is not always so easy, as I am now experiencing while
> trying to make a big patch work well on the Pi. There are many more
> filters than I was aware of. For example, following a bit-mangling
> operation a [hip~] was added to remove DC. Now if the bit-mangler
> stops receiving signal input, [hip~] starts to chew subnormals until
> it will receive signal again. I found that each filter struggling with
> subnormals eats at least 6% CPU time (while they do some 0.25% in
> normal state). Pd objects should really take care of this in one way
> or another, it's too confusing for the user to sort it out. I'm going
> to try recompile Pd with PD_BIGORSMALL checks enabled, and see what it
> means for the normal performance of the filter objects.
>
> Katja
>
>
> On Mon, Jan 21, 2013 at 4:24 PM, Pierre Massat  wrote:
> > Hi Katja, thank you for your reply! It is now (slightly) clearer. Every
> time
> > you post something here I feel like some messages from a technical NASA
> > mailing list are being accidentally sent to pd-list!
> >
> > Cheers,
> >
> > Pierre.
> >
> >
> > 2013/1/21 katja 
> >>
> >> Pierre, the way how denormals can impact performance on the Pi, is
> >> whenever a an object with feedback delay (IIR filter, reverb etc.)
> >> stops receiving input signal, it's values decay into the subnormal
> >> range, which causes substantial increase of CPU load. Such situations
> >> can be avoided by adding a tiny DC value to the object input, like [+~
> >> 1e-21] (note the minus sign in the number notation). When a normal
> >> audio signal is present, that number is too small to be added (because
> >> of limited precision), but when audio stops, it prevents subnormals.
> >>
> >> Another thing is, one should be careful not to accidentally send 'inf'
> >> or 'nan' into such objects, as they can not recover from it. This
> >> would be particularly annoying in a public performance, since you'd
> >> need to reload the containing patch to recover.
> >>
> >> It is possible to prevent denormals via C code, as it is currently
> >> done for Pd on Intel processors, but this implements a lot of
> >> conditional checks and it means performance loss for many objects. For
> >> current Intel computers the extra load is not so much of a problem,
> >> but for poor Raspberry Pi one would rather like to save a few
> >> instructions, instead of adding more.
> >>
> >> Katja
> >>
> >>
> >> On Sun, Jan 20, 2013 at 5:27 PM, Pierre Massat 
> wrote:
> >> > Hi,
> >> >
> >> > Could someone please explain how this impacts Pd's performance on the
> >> > Raspberry Pi ?
> >> > It doesn't make any sense to me right now, but i'm very curious...
> >> >
> >> > Cheers,
> >> >
> >> > Pierre.
> >> >
> >> >
> >> > 2013/1/20 Hans-Christoph Steiner 
> >> >>
> >> >>
> >> >> I think this is what you want, from 'man gcc'.  Its interesting to
> note
> >> >> that
> >> >> the NEON mode, which provides SIMD, also does not do denormals:
> >> >>
> >> >> -mfpu=name
> >> >> -mfpe=number
> >> >> -mfp=number
> >> >> This specifies what floating point hardware (or hardware
> emulation)
> >> >> is
> >> >> available on the target.  Permissible names are: fpa, fpe2, fpe3,
> >> >> maverick,
> >> >> vfp, vfpv3, vfpv3-fp16, vfpv3-d16, vfpv3-d16-fp16, vfpv3xd,
> >> >> vfpv3xd-fp16,
> >> >> neon, neon-fp16, vfpv4, vfpv4-d16, fpv4-sp-d16 and neon-vfpv4.
> >> >> -mfp
> >> >> and
> >> >> -mfpe are synonyms for -mfpu=fpenumber, for compatibility with
> >> >> older
> >> >> versions of GCC.
> >> >>
> >> >> If -msoft-float is specified this specifies the format of
> floating
> >> >> point
> >> >> values.
> >> >>
> >> >> If the selected floating-point 

Re: [PD] BiDi-plugin

[Anas Ghrab]

Le Jan 22, 2013 à 1:49 PM, IOhannes m zmoelnig a écrit :

> On 2013-01-22 12:32, Anas Ghrab wrote:
> > Thank you for the answer.
> > 
> > I downloaded again Pd-extended 0.43-4 (I think that the one I had
> > was a beta one). The BiDi works :
> 
> which platform are you on?
> which BiDi-support are you referring to? Gem (which ought to fix
> display of Gem-rendered text) or the gui-plugin (which ought to fix
> the display within your patch)

I'm on OS 10.7.5 (Intel).

I was talking about using arabic in comments (gui-plugin).
On Gem (using [text2d]), I get non-identified letters (little squares).

---
Anas

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

Re: [PD] [Bulk] Re: 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[batinste]

If pd is loaded with standard extensions checked, [list] has two inlets.
If standard extensions are not checked, only one inlet.

In both cases, i get "/usr/lib/pd-extended/startup/1.list.pd_linux: 
can't load startup library".



On 22/01/2013 17:28, Hans-Christoph Steiner wrote:

Hmm, there goes that idea... I thought it might be an encoding issue, but
y'all are all using UTF-8 encoding.  It doesn't seem Debian- or
Ubuntu-specific, or specific to the way the package was built.  I've tried to
reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386
laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They
all work fine.

What if you do this, does it load properly and do you get the two inlet [list]?

pd-extended -lib vanilla/list

Any other ideas?

.hc

On 01/22/2013 04:10 AM, Julian Brooks wrote:

  export | grep LANG
declare -x LANG="en_GB.UTF-8"
declare -x LANGUAGE="en_GB:en"



$ export | grep LC_
julian@brooks:~/Desktop$
(nothing too)


___
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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[Hans-Christoph Steiner]

pd-extended should use puredata-utils, but it doesn't yet.  It will in the
next release.  Nothing requires puredata-utils, its optional.

.hc

On 01/22/2013 11:16 AM, Ivica Bukvic wrote:
> AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm
> not using that please let me know so I can fix it.
> 
> I need to check whether pdsend/receive is indeed identical before making
> any calls on that matter. Even then if one has to uninstall pd-utils due to
> conflict with pd-L2ork what would that mean to the rest of the install as
> far as pd-extended is concerned? Would it still work, or is pd-utils a
> dependency (as far as I can tell it should be a dependency because
> otherwise pd wouldn't work without it)?
> On Jan 22, 2013 10:46 AM, "IOhannes m zmoelnig"  wrote:
> 
> On 2013-01-22 16:30, Ivica Ico Bukvic wrote:

 Pd-l2ork indeed has its own folder (including pd-l2ork-externals in
 home folder and settings file). The conflict is in the /usr/bin/
 folder with binaries that share the same name but not necessarily
 code-base (I think pdsend/pdreceive and something else,
 IIRC--cannot remember off top my head).
> 
> since i trust that you haven't done anything to pdsend/pdreceive, i
> guess it is save to simple use the debian-package "puredata-utils"
> instead of providing your own.
> alternatively, you can make your package conflict with
> "puredata-utils", in order to avoid the conflict.
> 
> the other thing that comes to my mind is obviously "pd" itself.
> i guess you are using "pd-l2ork" as binary name, so this wouldn't be a
> problem.
> (but if indeed you do use "pd" as the binary name, i suggest to switch
> to "pd-l2ork" instead and eventually provide an alternative diversion
> from pd to pd-l2ork, using the "update-alternatives" mechanism)
> 
> fgamsdr
> IOhannes
>>
>> ___
>> 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

Re: [PD] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[Hans-Christoph Steiner]

Hmm, there goes that idea... I thought it might be an encoding issue, but
y'all are all using UTF-8 encoding.  It doesn't seem Debian- or
Ubuntu-specific, or specific to the way the package was built.  I've tried to
reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386
laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They
all work fine.

What if you do this, does it load properly and do you get the two inlet [list]?

pd-extended -lib vanilla/list

Any other ideas?

.hc

On 01/22/2013 04:10 AM, Julian Brooks wrote:
>  export | grep LANG
> declare -x LANG="en_GB.UTF-8"
> declare -x LANGUAGE="en_GB:en"
> 
> 
> 
> $ export | grep LC_
> julian@brooks:~/Desktop$
> (nothing too)
> 

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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-22 17:16, Ivica Bukvic wrote:
> AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere
> that I'm not using that please let me know so I can fix it.
> 
> I need to check whether pdsend/receive is indeed identical before
> making any calls on that matter. Even then if one has to uninstall
> pd-utils due to conflict with pd-L2ork what would that mean to the
> rest of the install as far as pd-extended is concerned? Would it
> still work, or is pd-utils a dependency (as far as I can tell it
> should be a dependency because otherwise pd wouldn't work without
> it)?

i cannot speak for pd-extended, only for puredata (the debian package
of pd-vanilla):
i haven't yet seen a pd that "depends" (in the sense that it doesn't
work without) on pdsend/pdreceive.
those two utilities are needed soleley to send data from outside to Pd
(in the case of pdsend) or to receive data from Pd (in the case of
pdreceive), transmitted over the network.
you can even use pdsend/pdreceive without pd (in case you are lacking
netcat/telnet).

therefore, puredata-utils are totally optional.
the "puredata" package nevertheless 'depends' on it, for backward
compatibility of the packaging.
however, "puredata" is only a meta-package, that depends on a number
of component packages: you can install those components
(puredata-core, puredata-gui, ...) separately, and get a fully
functional Pd.

fgmar
IOhannes

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+vioACgkQkX2Xpv6ydvRY1QCfWPbM/FzvZ4hjC4d6DMb0vm5c
2lMAnRmISbCPvc8fErJevwBpC6d1hp3L
=Alt6
-END PGP SIGNATURE-

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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[Ivica Bukvic]

AFAIK I use pd-l2ork exclusively, not pd. I f you find it anywhere that I'm
not using that please let me know so I can fix it.

I need to check whether pdsend/receive is indeed identical before making
any calls on that matter. Even then if one has to uninstall pd-utils due to
conflict with pd-L2ork what would that mean to the rest of the install as
far as pd-extended is concerned? Would it still work, or is pd-utils a
dependency (as far as I can tell it should be a dependency because
otherwise pd wouldn't work without it)?
On Jan 22, 2013 10:46 AM, "IOhannes m zmoelnig"  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
> >
> > Pd-l2ork indeed has its own folder (including pd-l2ork-externals in
> > home folder and settings file). The conflict is in the /usr/bin/
> > folder with binaries that share the same name but not necessarily
> > code-base (I think pdsend/pdreceive and something else,
> > IIRC--cannot remember off top my head).
>
> since i trust that you haven't done anything to pdsend/pdreceive, i
> guess it is save to simple use the debian-package "puredata-utils"
> instead of providing your own.
> alternatively, you can make your package conflict with
> "puredata-utils", in order to avoid the conflict.
>
> the other thing that comes to my mind is obviously "pd" itself.
> i guess you are using "pd-l2ork" as binary name, so this wouldn't be a
> problem.
> (but if indeed you do use "pd" as the binary name, i suggest to switch
> to "pd-l2ork" instead and eventually provide an alternative diversion
> from pd to pd-l2ork, using the "update-alternatives" mechanism)
>
> fgamsdr
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlD+tB4ACgkQkX2Xpv6ydvQ6MgCgig47eb9tfYKd4RJV6XZSikdt
> n4UAnj+vYGd6RTuzyYsfvp8gyTmMaUeW
> =qI1N
> -END PGP SIGNATURE-
>
> ___
> 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

Re: [PD] Pd --> Python, IPC, FUDI, pdreceive, et cetera !

[Charles Goyard]

Hi,

Lorenzo Sutton wrote:
> In python use sockets... in Pd use [netreceive] - I'm sure there's
> loads of good examples out there and I'm working on some pygtk for a
> project (but it's still very very early). Menwhile this is a very
> minimal python -> Pd example

it seems your example is missing the newline (;\n). iirc I've had a few
pd lockups when sending lots of messages from Processing without the
newline.

Cheers,
Charles

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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-22 16:30, Ivica Ico Bukvic wrote:
> 
> Pd-l2ork indeed has its own folder (including pd-l2ork-externals in
> home folder and settings file). The conflict is in the /usr/bin/
> folder with binaries that share the same name but not necessarily
> code-base (I think pdsend/pdreceive and something else,
> IIRC--cannot remember off top my head).

since i trust that you haven't done anything to pdsend/pdreceive, i
guess it is save to simple use the debian-package "puredata-utils"
instead of providing your own.
alternatively, you can make your package conflict with
"puredata-utils", in order to avoid the conflict.

the other thing that comes to my mind is obviously "pd" itself.
i guess you are using "pd-l2ork" as binary name, so this wouldn't be a
problem.
(but if indeed you do use "pd" as the binary name, i suggest to switch
to "pd-l2ork" instead and eventually provide an alternative diversion
from pd to pd-l2ork, using the "update-alternatives" mechanism)

fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+tB4ACgkQkX2Xpv6ydvQ6MgCgig47eb9tfYKd4RJV6XZSikdt
n4UAnj+vYGd6RTuzyYsfvp8gyTmMaUeW
=qI1N
-END PGP SIGNATURE-

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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[Hans-Christoph Steiner]

On 01/22/2013 10:30 AM, Ivica Ico Bukvic wrote:
>> Ah yes, right, you have to build everything for pd-l2ork because of binary
>> incompatibility.  That's unfortunate, since it means you have to do all
> the
>> same maintenance/packaging work instead of building upon what's there.
> 
> Well, it's not that much of work at all. The automated pd-l2ork build script
> already takes care of all that. True, there are still some externals that I
> did not include in the auto-build process but that should be a lot easier
> now that the core appears to be stable. Besides, my opinion is that shedding
> binary compatibility under these circumstances is really a non-issue when
> compared to benefits it yields, particularly considering that almost every
> new version of all three pd variants ships with newly recompiled externals
> and as such the process is entirely transparent to the user. Of course, if
> pd-extended adopted the pd-l2ork widgetbehavior, things could become a lot
> easier for all involved ;-)

>> Packages like pd-readanysf, pd-iemambi, and coming soon pd-fftease and
>> pd-lyonpotpourri, are all built to be shared across different pd versions.
> You
>> can still use the packages puredata-utils (pdsend and pdreceive) and
> cyclist
>> with pd-l2ork.
> 
> Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home
> folder and settings file). The conflict is in the /usr/bin/ folder with
> binaries that share the same name but not necessarily code-base (I think
> pdsend/pdreceive and something else, IIRC--cannot remember off top my head).

config-switcher.sh.  Does anyone actually use it?  I stopped years ago, and I
wrote that script.  I plan on removing it from Pd-extended as well.  I should
have already...


>> Unless pd-l2ork is looking in /usr/lib/puredata, then it will not use any
> of
>> the objects included in the puredata* packages.  The pd-* packages install
>> into /usr/lib/pd, and Pd-extended installs into /usr/lib/pd-extended.  If
>> pd-l2ork does not install into /usr/lib/pd or /usr/lib/pd-extended, then
> it
>> can coexist fine.  Just make sure that /usr/lib/pd and
> /usr/lib/pd-extended
>> are not in pd-l2ork's search path and it won't load those libraries.
> 
> Indeed, that is not the problem. The problem lies (potentially) in
> user-settings file that may mess things up even though pd-l2ork uses
> different file name.

If pd-l2ork uses a different name for the settings file, like Pd-extended
does, then there will be no conflict there.  pure-data uses ~/.pdsettings,
Pd-extended uses ~/.pdextended, so pd-l2ork could use ~/.pd-l2ork and there
will be no conflict.

.hc



> 
> Best wishes,
> 
> Ico
> 
>>
>> .hc
>>
>> On 01/22/2013 08:57 AM, Ivica Bukvic wrote:
>>> Because:
>>>
>>> 1. the two are not binary compatible, so any stray packages may crash
> one
>>> or the other if they are in the shared directory
>>>
>>> 2. pd-l2ork comes as a monolithic distribution
>>>
>>> 3. Pd-utils is enough to break the one or the other due to different
> ways
>>> how gui functions between the two.
>>>
>>> If you can think of a better way please do let me know.
>>>
>>> That said, the two can nicely coexist if you install one of them using
> the
>>> binary installer script because that one exists in the usr/usr/local
>>> directory as opposed to/usr. Pd-l2ork already provides binary installers
>>> and automated tarball builders.
>>>
>>> P.S. I tried building pd-extended but had no luck using the same "make
>>> install path=/usr/local" (as per readme in packages/linux). I will try
> to
>>> resync latest svn. Perhaps something has changed.
>>> On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner" 
>> wrote:
>>>
 On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
>> Interesting, I'll have a go at it.
>>
>> I think I said I'd pay you if you were able to fix this.  Or maybe
> that
> was
>> matju.  Either
>> way if it's fixed I'll pay you for it.
>>
>> To be honest, I have no earthly idea why I care so much about this
>> feature.  Perhaps
>> it's from going through the hamster-wheel of externals all written
> just
 to
> get
>> the args
>> list when this is all that is needed to solve all but the exotic
> cases.
>>
>> -Jonathan
>
> You can also try the binary builds I just posted (20130121 version)
> that
 has
> all of the aforesaid fixes (assuming you use Ubuntu).
>
> Cheers!
>

 Hey ico,

 I'm curious why you made the pd-l2ork package conflict with all of the
 puredata packages.  As far as I can tell, it only conflicts with
 puredata-utils.  It would be very handy if pd-l2ork could live in
> parallel
 with pd and pd-extended.

 And in terms of lowering your maintenance load, you could remove lots
> of
 libraries from pd-l2ork and instead set them in Depend: and have them
 provided
 by the official packages that are already in Debian and Ubuntu.  You
> can
 see a
 

Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs

[Hans-Christoph Steiner]

About the color scheme, you can make a KXStudio color scheme so you can see
the checkboxes and put it in a plugin.  Here are some examples:

http://puredata.info/docs/guiplugins/GUIPlugins/

In particular:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/scripts/guiplugins/simple_examples/gtklook-plugin.tcl
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/scripts/guiplugins/simple_examples/ubuntu_newwave_style-plugin.tcl

.hc

On 01/22/2013 10:18 AM, Raphael Raccuia wrote:
> Hi,
> I tried on KXStudio (based kde and ubundu 12.04): difficult to use, because of
> graphicalissues. Certainly the black KX theme is mostly guilty:
> -crosses incheck boxes doesn't display. Impossible to know if checked or not
> -menus are some bugged: sometimes I have to pass on them with cursor to
> display items, sometimes it's mixed with whatis displayed in the window (log,
> patch)
> I also have trouble with sound, but it's another problem.
> I report here because I don't know if the problem comes from KX or pd.
> bk
> Le 08. 01. 13 17:23, Hans-Christoph Steiner a écrit :
>>
>> Ah yes, I see.  I'll try to see what's the cause.
>>
>> .hc
>>
>> On Jan 8, 2013, at 11:17 AM, Ángel Faraldo wrote:
>>
>>>
>>> Hi Hans,
>>>
>>> from your reply I understand this behavior is not buggy, it only seemed
>>> unpractical and surprising, first because all other other apps in mac (open
>>> source apps included) ignore capitalization for shortcuts, and second,
>>> because this was not the case before pd 0.43.
>>>
>>> á
>>>
>>> On 08/01/2013, at 17:04, Hans-Christoph Steiner wrote:
>>>

 I always disable caps lock on my machine and make it an extra Ctrl key for
 reasons like this.
 What do other Mac apps do?  How about TextEdit?

 .hc

 On Jan 8, 2013, at 9:16 AM, Ángel Faraldo wrote:

> I don't know if this is the thread where to post this...
>
> I don't even know whether this is a bug or a desired behavior,
>
> but I find quite annoying that shortcuts (cntrl-X, cntrl-N...) don't work
> for me when I have "caps locked" on my keyboard.
>
> This applies to all pd-0.43 versions that I have tried, extended and
> vanilla.
>
> (here: mac osx 10.6.8)
>
> happy new year to all!
>
> angelfaraldo
>
> On 07/01/2013, at 18:32, Hans-Christoph Steiner wrote:
>
>>
>> I think this is the final release, last chance to test your patches and
>> make
>> sure everything is working well in this release.  Also, double-check the
>> translations.  I'll do one final import of translations from Transifex
>> before
>> finalizing it.  Download here:
>>
>> http://puredata.info/downloads/pd-extended/releases/0.43.4
>>
>> Its been a long time coming, but its finally reached completion!  This
>> release
>> includes the most new features of any release before, here are some
>> highlights:
>>
>> * complete help search: search all installed docs (Help->Search)
>> * loaders: you can now write native Pd objects in Lua (pdlua) and Tcl
>> (tclpd)
>> * new libraries: log, iemguts, mediasettings, pduino, syslog
>> * GUI plugins: customize your editing experience
>> * full Unicode support, write patches in any language
>> * fully translatable GUI, with many languages already included
>> * Magic Glass to see what's going through connections as it happens
>>
>> And much more: http://puredata.info/dev/NextRelease
>>
>> Download it here:
>> http://puredata.info/downloads/pd-extended/releases/0.43.4
>>
>>
>> Or if you are using Ubuntu/Mint, you can use the PPA:
>> https://launchpad.net/~eighthave/+archive/pd-extended/
>> 
>>
>> run these commands in the Terminal to add this PPA to your system:
>> sudo add-apt-repository ppa:eighthave/pd-extended
>>
>>
>> There are some bugs that will have to wait until the next release:
>>
>> * Windows command line args don't work with unicode
>> https://sourceforge.net/tracker/?func=detail&aid=3595309&group_id=55736&atid=478070
>>
>>
>> * [initbang] worked with GUI objs in 0.42 but not in 0.43
>> https://sourceforge.net/tracker/?func=detail&aid=3599058&group_id=55736&atid=478070
>>
>>
>> * Right-click menu causes CPU spike
>> https://sourceforge.net/tracker/index.php?func=detail&aid=3525646&group_id=55736&atid=478070
>>
>>
>> * specific kinds of "GUI overload"
>> http://lists.puredata.info/pipermail/pd-list/2012-12/099534.html
>>
>> ___
>> Pd-announce mailing list
>> pd-annou...@iem.at
>> http://lists.puredata.info/listinfo/pd-announce
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredat

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[Ivica Ico Bukvic]

Interim solution (as I mentioned in my other email) is to install one as a
binary in /usr/local. Pd-l2ork already offers automated installer for this
for Ubuntu (pd-extended should have this as well but it did not work for me
the last time I tried). This would enable you to have both on the same
system.

 

From: Esteban Viveros [mailto:emvive...@gmail.com] 
Sent: Tuesday, January 22, 2013 5:29 AM
To: Hans-Christoph Steiner
Cc: PD-list list; Ivica Bukvic
Subject: Re: [PD] enhance pd-extended with pd-l2ork featues ?

 

Pd-l2ork and pd-extended living in peace in my Ubuntu it's like a dream! 

Esteban Viveros

soundcloud.com/estebanviveros 
www.facebook.com/estebanviveros.art

(27) 8815 7170 
(27) 3066 0359 
(11) 95761 4125 
(11) 2738 7868

Enviado via Kindle Fire.

Em 22/01/2013 03:00, "Hans-Christoph Steiner"  escreveu:

On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
>> Interesting, I'll have a go at it.
>>
>> I think I said I'd pay you if you were able to fix this.  Or maybe that
> was
>> matju.  Either
>> way if it's fixed I'll pay you for it.
>>
>> To be honest, I have no earthly idea why I care so much about this
>> feature.  Perhaps
>> it's from going through the hamster-wheel of externals all written just
to
> get
>> the args
>> list when this is all that is needed to solve all but the exotic cases.
>>
>> -Jonathan
>
> You can also try the binary builds I just posted (20130121 version) that
has
> all of the aforesaid fixes (assuming you use Ubuntu).
>
> Cheers!
>

Hey ico,

I'm curious why you made the pd-l2ork package conflict with all of the
puredata packages.  As far as I can tell, it only conflicts with
puredata-utils.  It would be very handy if pd-l2ork could live in parallel
with pd and pd-extended.

And in terms of lowering your maintenance load, you could remove lots of
libraries from pd-l2ork and instead set them in Depend: and have them
provided
by the official packages that are already in Debian and Ubuntu.  You can see
a
listing of what's included in Debian here: look for all the packages that
start with pd-

http://qa.debian.org/developer.php?login=pkg-multimedia-maintain...@lists.al
ioth.debian.org

.hc

___
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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[Ivica Ico Bukvic]

> Ah yes, right, you have to build everything for pd-l2ork because of binary
> incompatibility.  That's unfortunate, since it means you have to do all
the
> same maintenance/packaging work instead of building upon what's there.

Well, it's not that much of work at all. The automated pd-l2ork build script
already takes care of all that. True, there are still some externals that I
did not include in the auto-build process but that should be a lot easier
now that the core appears to be stable. Besides, my opinion is that shedding
binary compatibility under these circumstances is really a non-issue when
compared to benefits it yields, particularly considering that almost every
new version of all three pd variants ships with newly recompiled externals
and as such the process is entirely transparent to the user. Of course, if
pd-extended adopted the pd-l2ork widgetbehavior, things could become a lot
easier for all involved ;-)

> Packages like pd-readanysf, pd-iemambi, and coming soon pd-fftease and
> pd-lyonpotpourri, are all built to be shared across different pd versions.
You
> can still use the packages puredata-utils (pdsend and pdreceive) and
cyclist
> with pd-l2ork.

Pd-l2ork indeed has its own folder (including pd-l2ork-externals in home
folder and settings file). The conflict is in the /usr/bin/ folder with
binaries that share the same name but not necessarily code-base (I think
pdsend/pdreceive and something else, IIRC--cannot remember off top my head).

> 
> Unless pd-l2ork is looking in /usr/lib/puredata, then it will not use any
of
> the objects included in the puredata* packages.  The pd-* packages install
> into /usr/lib/pd, and Pd-extended installs into /usr/lib/pd-extended.  If
> pd-l2ork does not install into /usr/lib/pd or /usr/lib/pd-extended, then
it
> can coexist fine.  Just make sure that /usr/lib/pd and
/usr/lib/pd-extended
> are not in pd-l2ork's search path and it won't load those libraries.

Indeed, that is not the problem. The problem lies (potentially) in
user-settings file that may mess things up even though pd-l2ork uses
different file name.

Best wishes,

Ico

> 
> .hc
> 
> On 01/22/2013 08:57 AM, Ivica Bukvic wrote:
> > Because:
> >
> > 1. the two are not binary compatible, so any stray packages may crash
one
> > or the other if they are in the shared directory
> >
> > 2. pd-l2ork comes as a monolithic distribution
> >
> > 3. Pd-utils is enough to break the one or the other due to different
ways
> > how gui functions between the two.
> >
> > If you can think of a better way please do let me know.
> >
> > That said, the two can nicely coexist if you install one of them using
the
> > binary installer script because that one exists in the usr/usr/local
> > directory as opposed to/usr. Pd-l2ork already provides binary installers
> > and automated tarball builders.
> >
> > P.S. I tried building pd-extended but had no luck using the same "make
> > install path=/usr/local" (as per readme in packages/linux). I will try
to
> > resync latest svn. Perhaps something has changed.
> > On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner" 
> wrote:
> >
> >> On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
>  Interesting, I'll have a go at it.
> 
>  I think I said I'd pay you if you were able to fix this.  Or maybe
that
> >>> was
>  matju.  Either
>  way if it's fixed I'll pay you for it.
> 
>  To be honest, I have no earthly idea why I care so much about this
>  feature.  Perhaps
>  it's from going through the hamster-wheel of externals all written
just
> >> to
> >>> get
>  the args
>  list when this is all that is needed to solve all but the exotic
cases.
> 
>  -Jonathan
> >>>
> >>> You can also try the binary builds I just posted (20130121 version)
that
> >> has
> >>> all of the aforesaid fixes (assuming you use Ubuntu).
> >>>
> >>> Cheers!
> >>>
> >>
> >> Hey ico,
> >>
> >> I'm curious why you made the pd-l2ork package conflict with all of the
> >> puredata packages.  As far as I can tell, it only conflicts with
> >> puredata-utils.  It would be very handy if pd-l2ork could live in
parallel
> >> with pd and pd-extended.
> >>
> >> And in terms of lowering your maintenance load, you could remove lots
of
> >> libraries from pd-l2ork and instead set them in Depend: and have them
> >> provided
> >> by the official packages that are already in Debian and Ubuntu.  You
can
> >> see a
> >> listing of what's included in Debian here: look for all the packages
that
> >> start with pd-
> >>
> >>
> >> http://qa.debian.org/developer.php?login=pkg-multimedia-
> maintain...@lists.alioth.debian.org
> >>
> >> .hc
> >>
> >


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

Re: [PD] Jack support on Windows

[Hans-Christoph Steiner]

On 01/22/2013 06:24 AM, IOhannes m zmoelnig wrote:
> On 2013-01-22 12:21, Esteban Viveros wrote:
>> Ok.. I will do that... But why until te make clean, yesterday, ir
>> run the compilation?
> 
> good point.
> my hint was merely an assumption what might be causing troubles.
> 
> in this case: are you sure you are using the correct makefile.mingw again?

I added -I"$(PROGRAMFILES)/Jack/include" and removed
-I/c/Progra~1/Jack/include", that's probably the issue.  Attached is a messy
one again that hopefully works easily.

.hc
# how Miller builds Pd on Windows:
# http://lists.puredata.info/pipermail/pd-dev/2004-10/002981.html

CC = gcc
CXX = g++

cvs_root_dir = ../..
pd_src = $(cvs_root_dir)/pd
DLL_DIR = $(pd_src)/src

BIN_DIR = ../bin

VPATH = $(pd_src)/src

prefix = /usr/local/pd
exec_prefix = $(prefix)
includedir = $(prefix)/include
libdir = $(exec_prefix)/lib
mandir = $(prefix)/man
bindir = $(exec_prefix)/bin

GFLAGS = -DINSTALL_PREFIX=\"$(prefix)\"

# varibles to match packages/Makefile.buildlayout so that they can be easily
# overridden when building Pd-extended builds. 
libpddir = $(prefix)
pddocdir = $(libpddir)/doc
libpdbindir = $(libpddir)/bin

PDEXEC = pd.exe
PDDLL = pd.dll
DLLWRAP= dllwrap

MORECFLAGS = -O3 -funroll-loops -fomit-frame-pointer 

PADIR = $(pd_src)/portaudio
ASIODIR = $(pd_src)/asio/ASIOSDK2
ASIOINC = -I$(ASIODIR)/common -I$(ASIODIR)/host -I$(ASIODIR)/host/pc
INCPA = -I$(PADIR) -I$(PADIR)/include -I$(PADIR)/src/common 
-I$(PADIR)/src/os/win $(ASIOINC)
INCLUDE = -I$(pd_src)/src -I/c/Progra~1/Jack/includes 
-I/c/Progra~2/Jack/includes -I/c/Progra~3/Jack/includes
GINCLUDE = -I/usr/local/include $(INCLUDE)

LDFLAGS = 
LIBS = -lm -lwsock32 -lwinmm -lole32 -lpthreadGC2 
"$(PROGRAMFILES)/Jack/lib/libjack.lib"

OPT_CFLAGS = 

WARN_CFLAGS = -Wall -W -Wstrict-prototypes -Wno-unused \
-Wno-unused-parameter -Wno-parentheses -Wno-switch
# Some old code in asio/ASIOSDK2/common/combase.h needs to be ignored,
# we do this by setting the WINVER macro to min Windows XP aka 5.1.
# Also, for SetDllDirectory() s_loader.c, we need a minium of Windows
# XP SP1.  WINVER isnt' fine-grained enough for that, so we use the
# next minor version of Windows, 5.2.
ARCH_CFLAGS = -DPD -DPD_INTERNAL -DPA_USE_ASIO -DPA_USE_WMME -DWINVER=0x0502 \
-DUSEAPI_MMIO -DUSEAPI_PORTAUDIO -DUSEAPI_JACK -DJACK_XRUN \
-mms-bitfields -DWISHAPP='"wish85.exe"'

CFLAGS += $(ARCH_CFLAGS) $(WARN_CFLAGS) $(OPT_CFLAGS) $(MORECFLAGS)

STRIP = strip --strip-unneeded -R .note -R .comment

# the sources

PASRC = s_audio_pa.c s_audio_paring.c s_audio_jack.c \
s_audio_mmio.c s_midi_mmio.c \
$(PADIR)/src/common/pa_stream.c \
$(PADIR)/src/common/pa_trace.c \
$(PADIR)/src/common/pa_process.c \
$(PADIR)/src/common/pa_front.c \
$(PADIR)/src/common/pa_dither.c \
$(PADIR)/src/common/pa_cpuload.c \
$(PADIR)/src/common/pa_converters.c \
$(PADIR)/src/common/pa_allocation.c \
$(PADIR)/src/common/pa_ringbuffer.c \
$(PADIR)/src/os/win/pa_win_hostapis.c \
$(PADIR)/src/os/win/pa_win_util.c \
$(PADIR)/src/os/win/pa_win_waveformat.c \
$(PADIR)/src/os/win/pa_win_coinitialize.c \
$(PADIR)/src/hostapi/wmme/pa_win_wmme.c

ASIOSRC =   $(PADIR)/src/hostapi/asio/iasiothiscallresolver.cpp \
$(PADIR)/src/hostapi/asio/pa_asio.cpp \
$(ASIODIR)/common/asio.cpp \
$(ASIODIR)/host/asiodrivers.cpp \
$(ASIODIR)/host/pc/asiolist.cpp

#VSRC =  s_audio_vst.c

PMDIR = ../portmidi
PMINCLUDE = -I$(PMDIR)/pm_common -I$(PMDIR)/pm_win -I$(PMDIR)/porttime 
-DNEWBUFFER
PMSRC = $(PMDIR)/pm_common/portmidi.c \
$(PMDIR)/pm_common/pmutil.c \
$(PMDIR)/porttime/porttime.c \
$(PMDIR)/porttime/ptwinmm.c \
$(PMDIR)/pm_win/pmwin.c \
$(PMDIR)/pm_win/pmwinmm.c

PMOBJ =  $(PMSRC:.c=.o)

HEADERS = g_all_guis.h m_imp.h g_canvas.h m_pd.h s_stuff.h g_magicglass.h \
$(wildcard ../portaudio/common/*.h) s_audio_paring.h scandir.h \
../portaudio/src/os/win/pa_win_coinitialize.h

SRC = g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c \
g_io.c g_scalar.c g_traversal.c g_guiconnect.c g_readwrite.c g_editor.c 
\
g_all_guis.c \
m_pd.c m_class.c m_obj.c m_atom.c m_memory.c m_binbuf.c \
m_conf_pdextended.c m_glob.c m_sched.c \
s_main.c s_inter.c s_file.c s_print.c \
s_loader.c s_path.c s_entry.c s_audio.c s_midi.c \
s_utf8.c \
d_ugen.c d_ctl.c d_arithmetic.c d_osc.c d_filter.c \
d_math.c d_array.c d_global.c \
d_delay.c d_resample.c \
x_arithmetic.c x_connective.c \
x_acoustics.c d_soundfile.c \
e_fft.c e_gfxstub.c e_dac.c e_midi.c \
g_magicglass.c \
scandir.c \
import.c path.c print.c closebang.c initbang.c loadbang.c

# FFTW
#SRC +=  d_fft_fftw.c d_fftroutine.c
# Mayer FFT
SRC +=  d_fft_mayer.c d_fftroutine.c

SRSRC = u_pdsend.c u_pdreceive.c

O

Re: [PD] Jack support on Windows

[Hans-Christoph Steiner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 01/22/2013 07:10 AM, Esteban Viveros wrote:
> Now I can do the compilation, but I have the same results of
> yesterday...
> 
> Issues:
> 
> - Running make -f makefile.mingw clean  I can't complete the
> compilation, se attached log file. - To do the compilation I needed to do
> make -f makefile.mingw with the 3 last versions of makefile.mingw, first
> 17 jan version, after 20 jan version and at last the 21jan version. All
> without make clean..
> 
> Remembering after make -f makefile.mingw I ran: make -f makefile.mingw
> DESTDIR=~/pure-data/Pd-0.43.4-extended-20130117 prefix= I have the
> message: make: Nothing to be done for `all'. Trying to open pd.exe in
> ~/pure-data/Pd-0.43.4-extended-20130117/bin I don't have jackrouter
> option like in ableton live for example...
> 
> Then I see I'm forgot one "install" command and I ran that and I have: 
> install: missing file operand Try `install --help' for more information.

The 'install' needs to be at the end of the line.  All of this stuff below
needs to be on one single line so its one command, with 'install' being the
last thing on the line

make -f makefile.mingw DESTDIR=~/pure-data/Pd-0.43.4-extended-20130117
prefix= install




.hc


> 
> 
> 
> 
> 
> 
> 
> 2013/1/22 IOhannes m zmoelnig 
> 
> On 2013-01-22 12:21, Esteban Viveros wrote:
 Ok.. I will do that... But why until te make clean, yesterday, ir 
 run the compilation?
> 
> good point. my hint was merely an assumption what might be causing
> troubles.
> 
> in this case: are you sure you are using the correct makefile.mingw
> again?
> 
> 
> fgmadr IOhannes
>> 
> 
> 
> 
> 
> 
> ___ Pd-list@iem.at mailing
> list UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBCAAGBQJQ/q9XAAoJEJ8P5Yc3S76BDEgP/ifRA5WKGdAinxd+N02qT0El
rix8c5ZHFTYTenHXGGMlE3YY4muXW7al+/ZQoKrwwCCXpSvcqkPLJChiV48uFZS8
8VKcR7BEf9A47cD5ix18BU4vBqxpfRA8qD/GU37zqjg/lvIDWYz26GcHuvJ6wWRu
Z14A+IOxcJk6TmXAwMEdlsq7SqFOPWjCG+lBIQmBftp+cM2OzYjvTh8OVB+spuvv
5SaLHqVl9Gd1NVKK/mKMzYFtL4nv85jNIa6qvs6XUUscF91JabJFSFPYSkaOWfFA
oTvqHnSwn2l95+KnWq8sVJM2ZIYSIt8IdlaGW6JUZAJdHoiF0/qXGqjAiL0UdKSp
TdInIMPQt2iy2EU/U3ZiDjeHwfC6xV7nbLupchWdHfkn1aAFAeFgDp/rmJmxl9u+
+R072o4oUxxOsSHBdxjYmE6hkC4gjf6IqCKVSWg8C8lYqaOsiwWoAzZL+zYq/ILv
ws9Rpq9B4PXRHFUkdvMy1EdfitkbBIFLP2egeW1f9kUqrN7X82yhjRzejboHrdd3
L//r7pSMIRRgmLp4XzH5cFmb4zBUUiPVvtZq8LYLNz81Vyvt+NHcT/od3Vdiad+w
WEmucuXapyMpIdC+s8Xcs/zJNRqjeTNqLp9OloMKnZWdNHj0plfBocMLYUDEVGb9
OtZhQUopNxfTO3FjmURu
=f3aM
-END PGP SIGNATURE-

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

Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs

[Raphael Raccuia]

Hi,
I tried on KXStudio (based kde and ubundu 12.04): difficult to use, 
because of graphicalissues. Certainly the black KX theme is mostly guilty:

-crosses incheck boxes doesn't display. Impossible to know if checked or not
-menus are some bugged: sometimes I have to pass on them with cursor to 
display items, sometimes it's mixed with whatis displayed in the window 
(log, patch)

I also have trouble with sound, but it's another problem.
I report here because I don't know if the problem comes from KX or pd.
bk
Le 08. 01. 13 17:23, Hans-Christoph Steiner a écrit :


Ah yes, I see.  I'll try to see what's the cause.

.hc

On Jan 8, 2013, at 11:17 AM, Ángel Faraldo wrote:



Hi Hans,

from your reply I understand this behavior is not buggy, it only 
seemed unpractical and surprising, first because all other other apps 
in mac (open source apps included) ignore capitalization for 
shortcuts, and second, because this was not the case before pd 0.43.


á

On 08/01/2013, at 17:04, Hans-Christoph Steiner wrote:



I always disable caps lock on my machine and make it an extra Ctrl 
key for reasons like this.

What do other Mac apps do?  How about TextEdit?

.hc

On Jan 8, 2013, at 9:16 AM, Ángel Faraldo wrote:


I don't know if this is the thread where to post this...

I don't even know whether this is a bug or a desired behavior,

but I find quite annoying that shortcuts (cntrl-X, cntrl-N...) 
don't work for me when I have "caps locked" on my keyboard.


This applies to all pd-0.43 versions that I have tried, extended 
and vanilla.


(here: mac osx 10.6.8)

happy new year to all!

angelfaraldo

On 07/01/2013, at 18:32, Hans-Christoph Steiner wrote:



I think this is the final release, last chance to test your 
patches and make
sure everything is working well in this release.  Also, 
double-check the
translations.  I'll do one final import of translations from 
Transifex before

finalizing it.  Download here:

http://puredata.info/downloads/pd-extended/releases/0.43.4

Its been a long time coming, but its finally reached completion! 
 This release
includes the most new features of any release before, here are 
some highlights:


* complete help search: search all installed docs (Help->Search)
* loaders: you can now write native Pd objects in Lua (pdlua) and 
Tcl (tclpd)

* new libraries: log, iemguts, mediasettings, pduino, syslog
* GUI plugins: customize your editing experience
* full Unicode support, write patches in any language
* fully translatable GUI, with many languages already included
* Magic Glass to see what's going through connections as it happens

And much more: http://puredata.info/dev/NextRelease

Download it here:
http://puredata.info/downloads/pd-extended/releases/0.43.4


Or if you are using Ubuntu/Mint, you can use the PPA:
https://launchpad.net/~eighthave/+archive/pd-extended/ 



run these commands in the Terminal to add this PPA to your system:
sudo add-apt-repository ppa:eighthave/pd-extended


There are some bugs that will have to wait until the next release:

* Windows command line args don't work with unicode
https://sourceforge.net/tracker/?func=detail&aid=3595309&group_id=55736&atid=478070

* [initbang] worked with GUI objs in 0.42 but not in 0.43
https://sourceforge.net/tracker/?func=detail&aid=3599058&group_id=55736&atid=478070

* Right-click menu causes CPU spike
https://sourceforge.net/tracker/index.php?func=detail&aid=3525646&group_id=55736&atid=478070

* specific kinds of "GUI overload"
http://lists.puredata.info/pipermail/pd-list/2012-12/099534.html

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


Ángel Faraldo
_
www.angelfaraldo.info 

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




Ángel Faraldo
_
www.angelfaraldo.info 





___
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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Hans-Christoph Steiner]

On 01/21/2013 09:46 PM, Jonathan Wilkes wrote:
> - Original Message -
> 
>> From: Hans-Christoph Steiner 
>> To: Martin Peach 
>> Cc: PD List 
>> Sent: Monday, January 21, 2013 5:48 PM
>> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
>>
>>
>> Sounds like a good idea, but I don't think that should block anyone from
>> starting.  And having a real example to work with will make it much easier to
>> figure out how to convert the Tcl into something more generic.  The graphic
>> ideas in Pd are almost all really simple: draw an object box, draw a message
>> box, draw an array, draw connections.  And indeed I think the communications
>> between pd and pd-gui should be logical rather than graphical, i.e. 
>> "connect 0
>> 1 2 5" instead of a line draw command.
> 
> 
> (Here's a modest proposal, additions, revisions, critiques welcome)
> 
> 
> To that end I think the best way to move is by leveraging the tcl "rename"
> command, which is what the DesireData devs were using to try out the
> tkzinc canvas (a gui canvas library which I don't recommend).
> 
> Basically, someone just needs to write a gui-plugin that renames the
> procs that are called from sys_gui and sys_vgui.  This can be done
> incrementally.  Basically the process would be to write new
> versions of those procs which a) call the old procs and b) send a
> FUDI-style message to a proc named something like "forward_mess".
> 
> Then, inside proc "forward_mess", write the tcl bindings for the gui toolkit 
> of
> your choice to send that FUDI message to your alternate gui.
> 
> Example: Tooltips
> 
> For this example, we'll just consider "manual" tips, which get triggered from
> within Pd and are thus simple to describe:
> 
> [namecanvas foo]
> 
> [loadbang]
> |
> [tip 1 Hello World(
> |
> [s foo]
> 
> This will print "Hello World" in a little label in the bottom right-hand 
> corner
> of a canvas.  (Let's assume we've already got canvases working in the 
> alternate
> gui.)
> 
> In the function canvas_tip from g_editor.c, sys_vgui is used to call the proc
> "pdtk_tip", where the first arg is the .x%lx.c canvas name, the second arg
> is the number "1" to signify a "manual" tip generated from pd (instead of
> an autotip from hovering over an object with the mouse).  The rest of the
> args are the user's message, which is "1 Hello World" above (the initial
> float controls the message display-- nonzero for "on", zero for "off").
> 
> Armed with this information, how do we send a tip to our alternate gui?  We
> use the "rename" command from tcl to hijack message from Pd to the
> pdtk_tip proc:
> 
> rename pdtk_tip pdtk_tip_old
> 
> Now pdtk_tip has been aliased to pdtk_tip_old, which frees us up to
> build our own pdtk_tip that will perform a "friendly" MITM attack on Pd:
> 
> proc pdtk_tip {w fromc show args} {
>  pdtk_tip_old $w $fromc $show $args
>  forward_mess [list $w "tip" $fromc $show [join $args]]
> }
> 
> And finally, inside forward_mess, put your code to forward the FUDI
> message to your alternate_gui:
> 
> proc forward_mess {args} {
>  # actual command names may vary...
>  ::alternate_gui_bindings::send $args
> }
> 
> Now, if I wrote all my tcl correctly, your alternate_gui will receive the
> message:
> .x%lx.c tip 1 1 Hello World
> 
> 
> (Note-- this is not the same message that was sent within Pd that ultimately
> 
> calls the canvas_tip function.  Is the aim to use the _exact_ same FUDI 
> message
> in the GUI that gets passed within the "c" part of Pd?  Or is it just to
> have _a_ message in FUDI form?)
> 
> 
> Then in your alternate_gui you parse that message in the same way you
> would parse everything your alternate gui receives-- take the selector to 
> refer
> to the object, the 1st arg as a method of that object, and the remaining args
> as the args to that method.
> 
> I still don't understand the details, but the last release of DesireData it 
> looks
> like poe.tcl was matju's object-oriented tcl system for handling the gui side
> of things in a way something like what I describe above.  His classes seem
> to mimic the way things look in Pd, though I could be wrong because I still
> don't understand exactly how it works.
> 
> Anyway, the benefits to this approach:
> * incremental-- you can build the new gui one piece at a time
> * runs alongside tcl gui, so you can compare your incremental results to
> the original gui which is still in tact
> * your alternate_gui could be an object-oriented tcl/tk gui which processes
> FUDI messages instead of raw tcl procs (and can be developed next to
> the old, fully-functional tcl gui)
> * you can have one gui-plugin to rename all the procs and send FUDI
> messages to forward_mess, and another set of gui-plugins for each GUI toolkit
> people want to test out that just loads the tcl binding package for that
> toolkit and defines forward_mess to send the FUDI messages to it
> * once we get some fully functioning guis in other toolkits (or on

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Hans-Christoph Steiner]

FUDI is dead simple, its the format of Pd messages.  Its basically any text
you want ending with a semi-colon and a sometimes optional carriage return
(i.e. "this is a FUDI message;\n").  If you open a .pd file in a text editor,
all of the lines are FUDI messages.

The messages between pd and pd-gui are not really documented, but you can see
them by doing:

pd -stderr -d 3

.hc

On 01/22/2013 07:40 AM, Leandro Damasceno wrote:
> Are there tutorials or any documentation on fudi and pd-gui?
> 
> On Jan 22, 2013, at 10:14 AM, IOhannes m zmoelnig  wrote:
> 
> On 2013-01-22 12:49, Leandro da Mota Damasceno wrote:
 So  would it be an updated FUDI or an all new protocol?
> 
> it would be FUDI.
> (no reason to update it)
> 
> fgamsdr
> IOhannes
> 
> ___
> 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

Re: [PD] Gem pix_image load problem

[plutek]

From: IOhannes m zmoelnig 
Date: Tue, 22 Jan 2013 09:13:16 +0100

> On 2013-01-21 23:12, plutek wrote:
>> hi all!
>> 
>> simple question here... pix_image is giving me a "failed to load
>> image" error. i'm certain the path/filename are correct, and i've
>> tried both png and jpg. any ideas of why Gem isn't loading the
>> image?
>> 
>> i'm on Crunchbang11 linux with pd 0.43.2 from the Debian repos.
>> 
> 
> which image-loading plugins do you have installed?
> the packages are named gem-plugin-tiff, gem-plugin-jpeg,
> gem-plugin-sgi and gem-plugin-magick, and only the last will load png
> (for jpeg you will either need gem-plugin-jpeg or gem-plugin-magick)

aha.. .thanks a lot! i just didn't have the image plugins installed -- i've 
only been using pd for audio up 'til now, and didn't realize i needed more than 
just the Gem package! it all works now...

cheers!
.pltk.

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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[Hans-Christoph Steiner]

Ah yes, right, you have to build everything for pd-l2ork because of binary
incompatibility.  That's unfortunate, since it means you have to do all the
same maintenance/packaging work instead of building upon what's there.
Packages like pd-readanysf, pd-iemambi, and coming soon pd-fftease and
pd-lyonpotpourri, are all built to be shared across different pd versions. You
can still use the packages puredata-utils (pdsend and pdreceive) and cyclist
with pd-l2ork.

Unless pd-l2ork is looking in /usr/lib/puredata, then it will not use any of
the objects included in the puredata* packages.  The pd-* packages install
into /usr/lib/pd, and Pd-extended installs into /usr/lib/pd-extended.  If
pd-l2ork does not install into /usr/lib/pd or /usr/lib/pd-extended, then it
can coexist fine.  Just make sure that /usr/lib/pd and /usr/lib/pd-extended
are not in pd-l2ork's search path and it won't load those libraries.

.hc

On 01/22/2013 08:57 AM, Ivica Bukvic wrote:
> Because:
> 
> 1. the two are not binary compatible, so any stray packages may crash one
> or the other if they are in the shared directory
> 
> 2. pd-l2ork comes as a monolithic distribution
> 
> 3. Pd-utils is enough to break the one or the other due to different ways
> how gui functions between the two.
> 
> If you can think of a better way please do let me know.
> 
> That said, the two can nicely coexist if you install one of them using the
> binary installer script because that one exists in the usr/usr/local
> directory as opposed to/usr. Pd-l2ork already provides binary installers
> and automated tarball builders.
> 
> P.S. I tried building pd-extended but had no luck using the same "make
> install path=/usr/local" (as per readme in packages/linux). I will try to
> resync latest svn. Perhaps something has changed.
> On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner"  wrote:
> 
>> On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
 Interesting, I'll have a go at it.

 I think I said I'd pay you if you were able to fix this.  Or maybe that
>>> was
 matju.  Either
 way if it's fixed I'll pay you for it.

 To be honest, I have no earthly idea why I care so much about this
 feature.  Perhaps
 it's from going through the hamster-wheel of externals all written just
>> to
>>> get
 the args
 list when this is all that is needed to solve all but the exotic cases.

 -Jonathan
>>>
>>> You can also try the binary builds I just posted (20130121 version) that
>> has
>>> all of the aforesaid fixes (assuming you use Ubuntu).
>>>
>>> Cheers!
>>>
>>
>> Hey ico,
>>
>> I'm curious why you made the pd-l2ork package conflict with all of the
>> puredata packages.  As far as I can tell, it only conflicts with
>> puredata-utils.  It would be very handy if pd-l2ork could live in parallel
>> with pd and pd-extended.
>>
>> And in terms of lowering your maintenance load, you could remove lots of
>> libraries from pd-l2ork and instead set them in Depend: and have them
>> provided
>> by the official packages that are already in Debian and Ubuntu.  You can
>> see a
>> listing of what's included in Debian here: look for all the packages that
>> start with pd-
>>
>>
>> http://qa.debian.org/developer.php?login=pkg-multimedia-maintain...@lists.alioth.debian.org
>>
>> .hc
>>
> 

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

[PD] Pd Vanilla download stats

[Jamie Bullock]

Hi,

Does anyone have download stats (monthly / yearly) for Pd Vanilla?

I know there are some on Sourceforge, but that's not the complete picture — how 
about the downloads from Miller's site?

Thanks,

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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[Ivica Bukvic]

Because:

1. the two are not binary compatible, so any stray packages may crash one
or the other if they are in the shared directory

2. pd-l2ork comes as a monolithic distribution

3. Pd-utils is enough to break the one or the other due to different ways
how gui functions between the two.

If you can think of a better way please do let me know.

That said, the two can nicely coexist if you install one of them using the
binary installer script because that one exists in the usr/usr/local
directory as opposed to/usr. Pd-l2ork already provides binary installers
and automated tarball builders.

P.S. I tried building pd-extended but had no luck using the same "make
install path=/usr/local" (as per readme in packages/linux). I will try to
resync latest svn. Perhaps something has changed.
On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner"  wrote:

> On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
> >> Interesting, I'll have a go at it.
> >>
> >> I think I said I'd pay you if you were able to fix this.  Or maybe that
> > was
> >> matju.  Either
> >> way if it's fixed I'll pay you for it.
> >>
> >> To be honest, I have no earthly idea why I care so much about this
> >> feature.  Perhaps
> >> it's from going through the hamster-wheel of externals all written just
> to
> > get
> >> the args
> >> list when this is all that is needed to solve all but the exotic cases.
> >>
> >> -Jonathan
> >
> > You can also try the binary builds I just posted (20130121 version) that
> has
> > all of the aforesaid fixes (assuming you use Ubuntu).
> >
> > Cheers!
> >
>
> Hey ico,
>
> I'm curious why you made the pd-l2ork package conflict with all of the
> puredata packages.  As far as I can tell, it only conflicts with
> puredata-utils.  It would be very handy if pd-l2ork could live in parallel
> with pd and pd-extended.
>
> And in terms of lowering your maintenance load, you could remove lots of
> libraries from pd-l2ork and instead set them in Depend: and have them
> provided
> by the official packages that are already in Debian and Ubuntu.  You can
> see a
> listing of what's included in Debian here: look for all the packages that
> start with pd-
>
>
> http://qa.debian.org/developer.php?login=pkg-multimedia-maintain...@lists.alioth.debian.org
>
> .hc
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Externals for Android and IOS

[oguz gurler]

Hi,

How can i add externals to my android or ios project. I want to add iemlib
and timbreID.


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

Re: [PD] BiDi-plugin

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-22 12:32, Anas Ghrab wrote:
> Thank you for the answer.
> 
> I downloaded again Pd-extended 0.43-4 (I think that the one I had
> was a beta one). The BiDi works :

which platform are you on?
which BiDi-support are you referring to? Gem (which ought to fix
display of Gem-rendered text) or the gui-plugin (which ought to fix
the display within your patch)

> - I get the arabic text without problem - The parenthesis are in
> the good direction
> 
> But :
> 
> - The cursor is on the right; it should be at left. It is
> problematic now to make modifications to a sentence once it is
> written..

not sure whether this is easily fixable.

> - It there a way to make the font size bigger only for the comments
> (not number boxes and so on..) ?

i don't think so.

fgmadr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+isIACgkQkX2Xpv6ydvR5OACgrkcgQS0d55yLAnptmLBvD0E4
xlUAoKB0teyuGmMfC6avSoJd8dY71Nqi
=n22l
-END PGP SIGNATURE-

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Leandro Damasceno]

Are there tutorials or any documentation on fudi and pd-gui?

On Jan 22, 2013, at 10:14 AM, IOhannes m zmoelnig  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 2013-01-22 12:49, Leandro da Mota Damasceno wrote:
>> So  would it be an updated FUDI or an all new protocol?
> 
> it would be FUDI.
> (no reason to update it)
> 
> fgamsdr
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAlD+grYACgkQkX2Xpv6ydvQSjgCg3ZS7iZTZHOpQIEEYGuAK8kbO
> +24AnjtI/zqVFJRQThnuUS+L10S1ER+k
> =DjF7
> -END PGP SIGNATURE-

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-22 12:49, Leandro da Mota Damasceno wrote:
> So  would it be an updated FUDI or an all new protocol?
> 

it would be FUDI.
(no reason to update it)

fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+grYACgkQkX2Xpv6ydvQSjgCg3ZS7iZTZHOpQIEEYGuAK8kbO
+24AnjtI/zqVFJRQThnuUS+L10S1ER+k
=DjF7
-END PGP SIGNATURE-

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

Re: [PD] Jack support on Windows

[Esteban Viveros]

Now I can do the compilation, but I have the same results of yesterday...

Issues:

- Running make -f makefile.mingw clean  I can't complete the compilation,
se attached log file.
- To do the compilation I needed to do make -f makefile.mingw with the 3
last versions of makefile.mingw, first 17 jan version, after 20 jan version
and at last the 21jan version.
All without make clean..

Remembering after make -f makefile.mingw I ran:
make -f makefile.mingw DESTDIR=~/pure-data/Pd-0.43.4-extended-20130117
prefix=
I have the message:
make: Nothing to be done for `all'.
Trying to open pd.exe in ~/pure-data/Pd-0.43.4-extended-20130117/bin I
don't have jackrouter option like in ableton live for example...

Then I see I'm forgot one "install" command and I ran that and I have:
install: missing file operand
Try `install --help' for more information.







2013/1/22 IOhannes m zmoelnig 

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-01-22 12:21, Esteban Viveros wrote:
> > Ok.. I will do that... But why until te make clean, yesterday, ir
> > run the compilation?
>
> good point.
> my hint was merely an assumption what might be causing troubles.
>
> in this case: are you sure you are using the correct makefile.mingw again?
>
>
> fgmadr
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlD+dswACgkQkX2Xpv6ydvTrfgCg0lW2VRBQPWuFBMGwA+92T0VJ
> Ts8An15zUwGyHBhbWfLIM0tf2m+3pmwu
> =PV3t
> -END PGP SIGNATURE-
>



-- 

Esteban Viveros

(27) 8815 7170
(27) 3066 0359
(11) 95761 4125
(11) 2738 7868

www.bandpage.com/estebanviveros 

https://www.facebook.com/estebanviveros.art

http://www.papodecompositor-es.blogspot.com.br/

http://expurgacao.art.br/


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

Re: [PD] Raspberry Pi does denormals

[katja]

Hey Pierre,

I've commented patch denorm-test.pd in such a way that it explains the
topic a bit more (see attached). Now I'd like to ask you, if you can
run the patch on a 'normal' computer and on your Raspberry Pi for
comparison. If you have Pd gui on the Pi, you should be able to check
if your Pd install has a denormals issue. It's hard to believe that I
would be the only one experiencing this issue, but I need to be sure.

In my previous mail I stated that it is easy to avoid subnormals by
just feeding a very small number in objects that may decay into
subnormal range (feedback delay lines and most filters). But in
practice, this is not always so easy, as I am now experiencing while
trying to make a big patch work well on the Pi. There are many more
filters than I was aware of. For example, following a bit-mangling
operation a [hip~] was added to remove DC. Now if the bit-mangler
stops receiving signal input, [hip~] starts to chew subnormals until
it will receive signal again. I found that each filter struggling with
subnormals eats at least 6% CPU time (while they do some 0.25% in
normal state). Pd objects should really take care of this in one way
or another, it's too confusing for the user to sort it out. I'm going
to try recompile Pd with PD_BIGORSMALL checks enabled, and see what it
means for the normal performance of the filter objects.

Katja


On Mon, Jan 21, 2013 at 4:24 PM, Pierre Massat  wrote:
> Hi Katja, thank you for your reply! It is now (slightly) clearer. Every time
> you post something here I feel like some messages from a technical NASA
> mailing list are being accidentally sent to pd-list!
>
> Cheers,
>
> Pierre.
>
>
> 2013/1/21 katja 
>>
>> Pierre, the way how denormals can impact performance on the Pi, is
>> whenever a an object with feedback delay (IIR filter, reverb etc.)
>> stops receiving input signal, it's values decay into the subnormal
>> range, which causes substantial increase of CPU load. Such situations
>> can be avoided by adding a tiny DC value to the object input, like [+~
>> 1e-21] (note the minus sign in the number notation). When a normal
>> audio signal is present, that number is too small to be added (because
>> of limited precision), but when audio stops, it prevents subnormals.
>>
>> Another thing is, one should be careful not to accidentally send 'inf'
>> or 'nan' into such objects, as they can not recover from it. This
>> would be particularly annoying in a public performance, since you'd
>> need to reload the containing patch to recover.
>>
>> It is possible to prevent denormals via C code, as it is currently
>> done for Pd on Intel processors, but this implements a lot of
>> conditional checks and it means performance loss for many objects. For
>> current Intel computers the extra load is not so much of a problem,
>> but for poor Raspberry Pi one would rather like to save a few
>> instructions, instead of adding more.
>>
>> Katja
>>
>>
>> On Sun, Jan 20, 2013 at 5:27 PM, Pierre Massat  wrote:
>> > Hi,
>> >
>> > Could someone please explain how this impacts Pd's performance on the
>> > Raspberry Pi ?
>> > It doesn't make any sense to me right now, but i'm very curious...
>> >
>> > Cheers,
>> >
>> > Pierre.
>> >
>> >
>> > 2013/1/20 Hans-Christoph Steiner 
>> >>
>> >>
>> >> I think this is what you want, from 'man gcc'.  Its interesting to note
>> >> that
>> >> the NEON mode, which provides SIMD, also does not do denormals:
>> >>
>> >> -mfpu=name
>> >> -mfpe=number
>> >> -mfp=number
>> >> This specifies what floating point hardware (or hardware emulation)
>> >> is
>> >> available on the target.  Permissible names are: fpa, fpe2, fpe3,
>> >> maverick,
>> >> vfp, vfpv3, vfpv3-fp16, vfpv3-d16, vfpv3-d16-fp16, vfpv3xd,
>> >> vfpv3xd-fp16,
>> >> neon, neon-fp16, vfpv4, vfpv4-d16, fpv4-sp-d16 and neon-vfpv4.
>> >> -mfp
>> >> and
>> >> -mfpe are synonyms for -mfpu=fpenumber, for compatibility with
>> >> older
>> >> versions of GCC.
>> >>
>> >> If -msoft-float is specified this specifies the format of floating
>> >> point
>> >> values.
>> >>
>> >> If the selected floating-point hardware includes the NEON extension
>> >> (e.g.
>> >> -mfpu=neon), note that floating-point operations will not be used
>> >> by
>> >> GCC's
>> >> auto-vectorization pass unless -funsafe-math-optimizations is also
>> >> specified.  This is because NEON hardware does not fully implement
>> >> the
>> >> IEEE
>> >> 754 standard for floating-point arithmetic (in particular denormal
>> >> values
>> >> are treated as zero), so the use of NEON instructions may lead to a
>> >> loss of
>> >> precision.
>> >>
>> >>
>> >> .hc
>> >>
>> >> On 01/20/2013 06:54 AM, katja wrote:
>> >> > I was assuming, or maybe just hoping? that Raspberry Pi (and ARM
>> >> > devices in general) would not suffer from Denormal's disease like
>> >> > Intel processors do. But guess what: Pi's float coprocessor is IEEE
>> >> > 754 compliant and does all denormals by defau

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Lorenzo Sutton]

On 22/01/13 09:15, IOhannes m zmoelnig wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-21 23:35, Martin Peach wrote:

Wouldn't it be a good idea to settle on a graphics metalanguage
rather than translating tcl code to qt or whatever?


that's exactly my point: creating a FUDI-style communication from
pd->gui, which can easily be parsed by any GUI-client you wish to use.

This makes sense.


something like:

obj 

which will correctly render an object (whether it has rounded corners
or shadows)
Basicallu, isn't that already covered in the patch save format (maybe 
not the id explicitly..)?

Lorenzo.

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Leandro da Mota Damasceno]

So  would it be an updated FUDI or an all new protocol?


On Tue, Jan 22, 2013 at 6:15 AM, IOhannes m zmoelnig wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-01-21 23:35, Martin Peach wrote:
> > Wouldn't it be a good idea to settle on a graphics metalanguage
> > rather than translating tcl code to qt or whatever?
> >
> that's exactly my point: creating a FUDI-style communication from
> pd->gui, which can easily be parsed by any GUI-client you wish to use.
>
> something like:
> > obj 
> which will correctly render an object (whether it has rounded corners
> or shadows)
>
> fafjrt
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlD+SrEACgkQkX2Xpv6ydvQP9QCgpNNq45sjxb86iEI6JC8N8e3d
> LQUAn3N9jbI98/e5OOeGIxz+OkE9DaMj
> =qQRF
> -END PGP SIGNATURE-
>
> ___
> 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

Re: [PD] BiDi-plugin

[Anas Ghrab]

Thank you for the answer.

I downloaded again Pd-extended 0.43-4 (I think that the one I had was a beta 
one). The BiDi works : 

- I get the arabic text without problem
- The parenthesis are in the good direction

But :

- The cursor is on the right; it should be at left. It is problematic now to 
make modifications to a sentence once it is written.. The same problem was 
present with french on the version 0.42.5 (but now it's ok).
- It there a way to make the font size bigger only for the comments (not number 
boxes and so on..) ?

---
Anas

Le Jan 22, 2013 à 12:02 PM, IOhannes m zmoelnig a écrit :

> On 2013-01-22 11:45, Anas Ghrab wrote:
> > By the way... I'm using Pd-extended 0.43-4.
> > 
> > --- Anas
> > 
> > Le Jan 22, 2013 à 11:37 AM, Anas Ghrab a écrit :
> > 
> >> So the release is not released ? :o) 
> >> http://puredata.info/downloads/bidi-plugin/releases/0.1
> >> 
> 
> the release is released, but:
> - - it is not bundled (yet) with PdX
> - - there are no binaries available for download [*]
> 
> [*] the bidi-plugin depends on the libfribidi library (which is
> available in all major linux distros, and for OSX via fink; i don't
> know about w32) and on tcl-fribidi (which are the tcl bindings for
> libfribidi, and have been written mainly for the use within the
> gui-plugin; it is not part of the gui-plugin though and must be
> installed separately from [1]).
> 
> fgamsdfr
> IOhannes
> 
> [1] https://github.com/umlaeute/tcl-fribidi



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

Re: [PD] Jack support on Windows

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-22 12:21, Esteban Viveros wrote:
> Ok.. I will do that... But why until te make clean, yesterday, ir
> run the compilation?

good point.
my hint was merely an assumption what might be causing troubles.

in this case: are you sure you are using the correct makefile.mingw again?


fgmadr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+dswACgkQkX2Xpv6ydvTrfgCg0lW2VRBQPWuFBMGwA+92T0VJ
Ts8An15zUwGyHBhbWfLIM0tf2m+3pmwu
=PV3t
-END PGP SIGNATURE-

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

Re: [PD] BiDi-plugin

[Anas Ghrab]

So the release is not released ? :o)
http://puredata.info/downloads/bidi-plugin/releases/0.1

---
Anas

Le Jan 21, 2013 à 9:43 PM, IOhannes m zmoelnig a écrit :

> On 2013-01-21 21:07, Anas Ghrab wrote:
> > Hi all,
> > 
> > The BiDi-plugin is aborted ?
> 
> no.
> 
> fdasfrt
> IOhannes



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

Re: [PD] Jack support on Windows

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-22 12:04, IOhannes m zmoelnig wrote:
> On 2013-01-22 11:57, Esteban Viveros wrote:
>> Now I can't conclude the compilation...
> 
>> I did: cd ~/pure-data/pd/src make -f makefile.mingw clean make
>> -f makefile.mingw
> 
>> Something in jack.h ... I have this file in C:/Program Files 
>> (x86)/Jack/includes/jack
> 
>> What can I do?
> 
> install it to a location

"it" being the jack library and headers.

fgasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+dFcACgkQkX2Xpv6ydvTDgACg2hBv0FmCw+m1fdNEHQ4oxzzl
c7cAoMGciY+f1AumMMWBrTYO+OWx/VEx
=JWiw
-END PGP SIGNATURE-

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

Re: [PD] Jack support on Windows

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-22 11:57, Esteban Viveros wrote:
> Now I can't conclude the compilation...
> 
> I did: cd ~/pure-data/pd/src make -f makefile.mingw clean make -f
> makefile.mingw
> 
> Something in jack.h ... I have this file in C:/Program Files 
> (x86)/Jack/includes/jack
> 
> What can I do?

install it to a location that does not have spaces in it. (but then
you would need to adjust the makefile.mingw to reflext those new paths)
make is well-known for having problems with spaces in paths.

fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+cksACgkQkX2Xpv6ydvTbUQCeJJSpW3oI4vYULVF7N3eLOGLr
6CsAoIRew5wj/87etDhGrj3k8dfN4JqN
=fEsm
-END PGP SIGNATURE-

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

Re: [PD] BiDi-plugin

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-22 11:45, Anas Ghrab wrote:
> By the way... I'm using Pd-extended 0.43-4.
> 
> --- Anas
> 
> Le Jan 22, 2013 à 11:37 AM, Anas Ghrab a écrit :
> 
>> So the release is not released ? :o) 
>> http://puredata.info/downloads/bidi-plugin/releases/0.1
>> 

the release is released, but:
- - it is not bundled (yet) with PdX
- - there are no binaries available for download [*]

[*] the bidi-plugin depends on the libfribidi library (which is
available in all major linux distros, and for OSX via fink; i don't
know about w32) and on tcl-fribidi (which are the tcl bindings for
libfribidi, and have been written mainly for the use within the
gui-plugin; it is not part of the gui-plugin though and must be
installed separately from [1]).

fgamsdfr
IOhannes

[1] https://github.com/umlaeute/tcl-fribidi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+ceAACgkQkX2Xpv6ydvQapwCfZ4+VtYducyXfMfG/ebqrGAhx
4mMAoPhYNuCaXPBLr/JV0pii0F9e8vDP
=SsWo
-END PGP SIGNATURE-

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

Re: [PD] Jack support on Windows

[Esteban Viveros]

Now I can't conclude the compilation...

I did:
cd ~/pure-data/pd/src
make -f makefile.mingw clean
make -f makefile.mingw

Something in jack.h ... I have this file in C:/Program Files
(x86)/Jack/includes/jack

What can I do?


2013/1/22 Hans-Christoph Steiner 

>
> Ah, I think I know the issue, try rebulding it, there were a couple of
> changes
> in the latest makefile.mingw that didn't take effect:
>
> cd ~/pure-data/src
> make -f makefile.mingw clean
> make -f makefile.mingw
> make -f makefile.mingw DESTDIR=~/pure-data/Pd-0.43.4-extended-20130117
> prefix=
> install
>
>
> Then the one you want is in:
> ~/pure-data/Pd-0.43.4-extended-20130117/bin
>
> You can't run it directly in ~/pure-data/pd/src because it is missing all
> of
> the Tcl files that are in ~/pure-data/Pd-0.43.4-extended-20130117/bin
>
> .hc
>
> On 01/21/2013 09:19 PM, Esteban Viveros wrote:
> > Yes... Pd-0.43.4-extended-20130117 ..  Nut I need to run the pd.exe in
> > ~/pure-data/pd/src or ~/pure-data/Pd-0.43.4-extended-20130117/bin ??
> >
> > ~/pure-data/Pd-0.43.4-extended-20130117/bin/pd.exe are running.. But I
> > don't have jackrouter option...
> >
> > ~/pure-data/pd/src/pd.exe nothing happens
> >
> >
> > 2013/1/22 Hans-Christoph Steiner 
> >
> >>
> >> You can look at the date on the pd.exe in
> >> ~/pure-data/Pd-0.43.4-extended-20130117/bin and see if its your new one.
> >>  And
> >> make sure this is all on the same line:
> >>
> >>  make -f makefile.mingw DESTDIR=~/pure-data/Pd-0.43.4-extended-20130117
> >> prefix= install
> >>
> >> .hc
> >>
> >> On 01/21/2013 09:11 PM, Esteban Viveros wrote:
> >>> Yeah.. I'm trying that but nothind happend..  Maybe the pd-extended
> >>> installed in system...??
> >>>
> >>>
> >>> 2013/1/22 Hans-Christoph Steiner 
> >>>
> 
>  * download the zip version:
> 
> 
> >>
> http://autobuild.puredata.info/auto-build/2013-01-17/Pd-0.43.4-extended-20130117-windowsxp-i386.zip
> 
>  * unzip it into ~/pure-data
> 
>  * in ~/pure-data/pd/src, run:
>  make -f makefile.mingw DESTDIR=~/pure-data/Pd-0.43.4-extended-20130117
>  prefix=
>  install
> 
>  (make sure the last line is all on one line)
> 
>  Now you should be able to go to
> >> ~/pure-data/Pd-0.43.4-extended-20130117/bin
>  and run pd.exe and have a working Pd with jack (fingers crossed)
> 
>  .hc
> 
>  On 01/21/2013 09:05 PM, Esteban Viveros wrote:
> > Ok.. It's done!
> >
> > How to play?
> >
> >
> > 2013/1/21 Hans-Christoph Steiner 
> >
> >>
> >> Getting closer... try the newly attached makefile.
> >>
> >> .hc
> >>
> >> On 01/21/2013 07:25 PM, Esteban Viveros wrote:
> >>> 2013/1/21 Hans-Christoph Steiner 
> >>>
>  once you get the asiosdk2.2.zip, then unzip it into
>  ~/pure-data/pd/asio
> >> so
>  that there is a folder called ASIOSDK2 like this:
>  ~/pure-data/pd/asio/ASIOSDK2
> 
> >>>
> >>> Ok! It's done.
> >>>
> >>> New log file
> >>>
> >>>
> >>
> >
> >
> >
> 
> >>>
> >>>
> >>>
> >>
> >
> >
> >
>



-- 

Esteban Viveros

(27) 8815 7170
(27) 3066 0359
(11) 95761 4125
(11) 2738 7868

www.bandpage.com/estebanviveros 

https://www.facebook.com/estebanviveros.art

http://www.papodecompositor-es.blogspot.com.br/

http://expurgacao.art.br/


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

Re: [PD] BiDi-plugin

[Anas Ghrab]

By the way... I'm using Pd-extended 0.43-4.

---
Anas

Le Jan 22, 2013 à 11:37 AM, Anas Ghrab a écrit :

> So the release is not released ? :o)
> http://puredata.info/downloads/bidi-plugin/releases/0.1
> 
> ---
> Anas
> 
> Le Jan 21, 2013 à 9:43 PM, IOhannes m zmoelnig a écrit :
> 
>> On 2013-01-21 21:07, Anas Ghrab wrote:
>> > Hi all,
>> > 
>> > The BiDi-plugin is aborted ?
>> 
>> no.
>> 
>> fdasfrt
>> IOhannes
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



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

Re: [PD] BiDi-plugin

[Anas Ghrab]

So the release is not released ? :o)
http://puredata.info/downloads/bidi-plugin/releases/0.1

---
Anas

Le Jan 21, 2013 à 9:43 PM, IOhannes m zmoelnig a écrit :

> On 2013-01-21 21:07, Anas Ghrab wrote:
> > Hi all,
> > 
> > The BiDi-plugin is aborted ?
> 
> no.
> 
> fdasfrt
> IOhannes



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

Re: [PD] enhance pd-extended with pd-l2ork featues ?

[Esteban Viveros]

Pd-l2ork and pd-extended living in peace in my Ubuntu it's like a dream!

Esteban Viveros

soundcloud.com/estebanviveros
www.facebook.com/estebanviveros.art

(27) 8815 7170
(27) 3066 0359
(11) 95761 4125
(11) 2738 7868

Enviado via Kindle Fire.
Em 22/01/2013 03:00, "Hans-Christoph Steiner"  escreveu:

> On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
> >> Interesting, I'll have a go at it.
> >>
> >> I think I said I'd pay you if you were able to fix this.  Or maybe that
> > was
> >> matju.  Either
> >> way if it's fixed I'll pay you for it.
> >>
> >> To be honest, I have no earthly idea why I care so much about this
> >> feature.  Perhaps
> >> it's from going through the hamster-wheel of externals all written just
> to
> > get
> >> the args
> >> list when this is all that is needed to solve all but the exotic cases.
> >>
> >> -Jonathan
> >
> > You can also try the binary builds I just posted (20130121 version) that
> has
> > all of the aforesaid fixes (assuming you use Ubuntu).
> >
> > Cheers!
> >
>
> Hey ico,
>
> I'm curious why you made the pd-l2ork package conflict with all of the
> puredata packages.  As far as I can tell, it only conflicts with
> puredata-utils.  It would be very handy if pd-l2ork could live in parallel
> with pd and pd-extended.
>
> And in terms of lowering your maintenance load, you could remove lots of
> libraries from pd-l2ork and instead set them in Depend: and have them
> provided
> by the official packages that are already in Debian and Ubuntu.  You can
> see a
> listing of what's included in Debian here: look for all the packages that
> start with pd-
>
>
> http://qa.debian.org/developer.php?login=pkg-multimedia-maintain...@lists.alioth.debian.org
>
> .hc
>
> ___
> 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

Re: [PD] 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[Julian Brooks]

 export | grep LANG
declare -x LANG="en_GB.UTF-8"
declare -x LANGUAGE="en_GB:en"



$ export | grep LC_
julian@brooks:~/Desktop$
(nothing too)
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [Bulk] Re: 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[batinste]

~$ export | grep LANG
declare -x LANG="fr_FR.UTF-8"
declare -x LANGUAGE="fr:en"

~$ export | grep LC_
declare -x LC_ADDRESS="fr_FR.UTF-8"
declare -x LC_COLLATE="fr_FR.UTF-8"
declare -x LC_CTYPE="fr_FR.UTF-8"
declare -x LC_IDENTIFICATION="fr_FR.UTF-8"
declare -x LC_MEASUREMENT="fr_FR.UTF-8"
declare -x LC_MESSAGES="fr_FR.UTF-8"
declare -x LC_MONETARY="fr_FR.UTF-8"
declare -x LC_NAME="fr_FR.UTF-8"
declare -x LC_NUMERIC="fr_FR.UTF-8"
declare -x LC_PAPER="fr_FR.UTF-8"
declare -x LC_TELEPHONE="fr_FR.UTF-8"
declare -x LC_TIME="fr_FR.UTF-8"

On 22/01/2013 04:20, Hans-Christoph Steiner wrote:

Could all three of you who are affected by this issue send me the result of
these two commands:

$ export | grep LANG
$ export | grep LC_


There seems to be some kind of odd unicode bug.  Your system is also looking
for the wrong thing:

verbose(4): Loading /usr/lib/pd-extended/startup/1.list.pd_linux
tried ./.l_ia64 and failed
tried /home/jwmatthys/pd-externals/.l_ia64 and failed
tried /usr/local/lib/pd-externals/.l_ia64 and failed
tried /usr/lib/pd-extended/extra/.l_ia64 and failed
tried ./.pd_linux and failed
tried /home/jwmatthys/pd-externals/.pd_linux and failed
tried /usr/local/lib/pd-externals/.pd_linux and failed
tried /usr/lib/pd-extended/extra/.pd_linux and failed
tried .//.l_ia64 and failed
tried /home/jwmatthys/pd-externals//.l_ia64 and failed
tried /usr/local/lib/pd-externals//.l_ia64 and failed
tried /usr/lib/pd-extended/extra//.l_ia64 and failed
tried .//.pd_linux and failed
tried /home/jwmatthys/pd-externals//.pd_linux and failed
tried /usr/local/lib/pd-externals//.pd_linux and failed
tried /usr/lib/pd-extended/extra//.pd_linux and failed
tried .//-meta.pd and failed
tried /home/jwmatthys/pd-externals//-meta.pd and failed
tried /usr/local/lib/pd-externals//-meta.pd and failed
tried /usr/lib/pd-extended/extra//-meta.pd and failed
error: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup 
library'!

.hc


On 01/21/2013 09:46 PM, Joel Matthys wrote:

I'm on Ubuntu Quantal amd64.

$ ls -l /usr/lib/pd-extended/startup/1.list.pd_linux
lrwxrwxrwx 1 root root 30 Jan 21 17:09
/usr/lib/pd-extended/startup/1.list.pd_linux -> ../extra/vanilla/list.pd_linux

I'm attaching the log.

Joel

On 01/21/2013 09:10 PM, Hans-Christoph Steiner wrote:

Hey Joel,

Are you on Debian or Ubuntu?  i386/amd64?  Can you run these two commands and
send the log?

pd-extended -stderr -verbose -noprefs -nrt
ls -l /usr/lib/pd-extended/startup/1.list.pd_linux

I'm running Linux Mint Maya amd64 (which is basically Ubuntu/precise) and I've
never seen this... I wonder what it is...

.hc

On 01/21/2013 07:38 PM, Joel Matthys wrote:

Nope, not fixed for me.

Just re-installed the Ubuntu Quantal package, and I still get

/usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!

It does work after [import list] though.

Joel

On 01/21/2013 06:31 PM, Julian Brooks wrote:

With the below Ubuntu package all seems better - list has 2 inlets once
more:)

Jb

___
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


___
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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-21 23:35, Martin Peach wrote:
> Wouldn't it be a good idea to settle on a graphics metalanguage
> rather than translating tcl code to qt or whatever?
> 
that's exactly my point: creating a FUDI-style communication from
pd->gui, which can easily be parsed by any GUI-client you wish to use.

something like:
> obj 
which will correctly render an object (whether it has rounded corners
or shadows)

fafjrt
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+SrEACgkQkX2Xpv6ydvQP9QCgpNNq45sjxb86iEI6JC8N8e3d
LQUAn3N9jbI98/e5OOeGIxz+OkE9DaMj
=qQRF
-END PGP SIGNATURE-

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

Re: [PD] Gem pix_image load problem

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-01-21 23:12, plutek wrote:
> hi all!
> 
> simple question here... pix_image is giving me a "failed to load
> image" error. i'm certain the path/filename are correct, and i've
> tried both png and jpg. any ideas of why Gem isn't loading the
> image?
> 
> i'm on Crunchbang11 linux with pd 0.43.2 from the Debian repos.
> 

which image-loading plugins do you have installed?
the packages are named gem-plugin-tiff, gem-plugin-jpeg,
gem-plugin-sgi and gem-plugin-magick, and only the last will load png
(for jpeg you will either need gem-plugin-jpeg or gem-plugin-magick)

and then there is the possibility, that your image files are simple
broken.
and you might get some error messages on the console, which you forgot
to mention :-)


fgasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlD+ShYACgkQkX2Xpv6ydvR6awCgx8cOuEqjL4+6DFuWRksE68r1
wtgAoMtmflRQpByUBO4QaotjHdlkVxEc
=RqcD
-END PGP SIGNATURE-

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