Pd-list May 2018

pd-list@lists.iem.at

58 participants
66 discussions

open a pdf file from within PD to a specific location
by Liam Goodacre 09 May '18

09 May '18

Hi all You can use [pddplink] from the pddp library to open a file from the hard disk (or the as-yet unreleased [link] from ELSE). What I would like to do is open a pdf file to a specific location. According to Adobe<https://www.adobe.com/content/dam/acom/en/devnet/acrobat/pdfs/pdf_open_para…>, you should be able to use "/path/to/file.pd#page=20". This works if I'm opening a web URL, but I can't get it to work opening a local file from the hard drive. I said in the subject-line that it was a pdf file, but if I could get it to work with an odt or a local html document I would be just as happy. I've tried many things but I can't seem to get it to work. Any suggestions?

4 5

Re: [PD] static array/text
by Dan Wilcox 09 May '18

09 May '18

> On May 9, 2018, at 3:28 AM, pd-list-request(a)lists.iem.at wrote: > > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > > There's a tricky bit though - what when the user copy/pastes an array define > object meaning to later change the name - in this case is it appropriate to > print the warning? I'm not sure. If, as you suggest below, there was a static/shared option, I'd think the warning would be printed if you copy/paste an [array define] *without* said option set. Asking for a shared object would make it explicit the "multiply defined" aspect is required. > On the larger topic, I like the idea of having a "-shared" or "-s" flag to > [array define]. I can think some of th details through but not all of them > yet... Yeah, that's basically what I was thinking, but also for regular arrays as well. > When there are [struct array -s -k] objects, perhaps some in abstractions and > some in 'main' patches, where do the contentes get saved? Should it be > the case that all "-k" instances save their contents, whether in abstractions > orin 'main' patches, and then should it be considered a conflict when loading > a patch causes one to be 'restored' twice? In that case, I'd say it's a "lazy load" singleton situation where the first shared instance of that name is loaded and subsequent instances are pointers back to the shared instance until they are all deleted, then we start over. I guess it would be like reference counting. > ... and incidentally, whatever is done I guess it should be that way for > "value", "array", "text", and (eventually) "scalar". Yeah, I was thinking something similar: a mechanism for sharing the underlying data behind the instances when needed as an option without disturbing current behavior. It not an aspect that's needed much for regular patches, but I've already run into a few abstractions that would benefit from sharing this kind of data, ie. static lookup tables, etc. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

tcl error
by José Rafael Subía Valdez 09 May '18

09 May '18

Dear list I am currently developing a big patch for a piece. It uses a lot of graphics objects for the GUI and this is separated from the audio process by using [pd~] object. I run the GUI from an abstraction which I open with |vis 1 ( | [sendcanvas] the patch works with no problem, except sometimes when I open the abstraction and I close it again, I get the following: (Tcl) INVALID COMMAND NAME: invalid command name ".x55bd8cfa9d70.c" while executing "$tkcanvas itemconfig $tag -text $text" (procedure "pdtk_text_set" line 2) invoked from within "pdtk_text_set .x55bd8cfa9d70.c .x55bd8cfa9d70.t55bd8d8d3360 {60.96}" ("uplevel" body line 10) invoked from within "uplevel #0 $docmds" in Mac 10.10, this completely freezes the GUI (faders mainly) while on Linux it works better but eventually, it freezes the GUI after opening the window and closing it a couple of times. there are a lot of messages coming back from [pd~] using [stdout], this flow of data is interrupted first before closing the window, but I still get these errors. any help would be deeply appreciated cheers -- José Rafael Subía Valdez www.jrsv.net

1 1

GEM crash on debian - video codecs in linux
by oliver 09 May '18

09 May '18

hi, just tried to get a simple video patch to work under linux and got a segfault crash when trying to load a video encoded with the "UT" codec. a more general question before going into details: what video codecs are people on this list using in a linux environment for [pix_film] ? my requirements are: * should not alter colors (so h264 is out) * should decompress easily * should respond immediately to frame messages (for good a/v sync) * should allow alpha channel in windows and OSX the "UT" codec was so far my codec of choice, because it's very light on the CPU while decoding (huge filesizes though) and is "visually lossless". on OSX "prores" was also fine. but both of them crash PD (or rather "libgmerlin") in linux. strange because mplayer, ffplay, vlc etc. can play them PD 0.48.0 Gem 0.93.3 Debian stretch 9.1 thanks for any ideas in this regard ! ========================================================================= ========================================================================= now for my crash report: i opened [pix_film]'s helpfile and opened a movie file encoded with UT (another version had PRORES - same crash) and got an immediate segfault and PD quit. i tried again with loglevel 4 and it showed this (on opening the patch): ========================================================================= open: /etc/pd/gem.conf: No such file or directory open: /home/oliver/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory load plugins 'film' in '/usr/local/lib/pd/extra/Gem/' pattern : /usr/local/lib/pd/extra/Gem/gem_film*.so dylib loading file '/usr/local/lib/pd/extra/Gem/gem_filmAVIPLAY.so'! <init> : Avifile RELEASE-0.7.48-170225-04:54-../src/configure <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl <init> : 2999.90 MHz Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz processor detected dylib loading file '/usr/local/lib/pd/extra/Gem/gem_filmGMERLIN.so'! dylib loading file '/usr/local/lib/pd/extra/Gem/gem_filmMPEG3.so'! dylib loading file '/usr/local/lib/pd/extra/Gem/gem_filmQT4L.so'! ========================================================================= after the loading of the movie file, pd quits with the following error (in the terminal): "Pixelformat not specified for video frame" "Segmentation fault" with the help of a linux friend i got the following error report using gdb: warning: .dynamic section for "/lib64/ld-linux-x86-64.so.2" is not at the expected address (wrong library or version mismatch?) [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/local/bin/pd'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007fc9798652db in ?? () from /usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1 [Current thread is 1 (Thread 0x7fc97698e700 (LWP 975))] (gdb) bt #0 0x00007fc9798652db in ?? () from /usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1 #1 0x00007fc979ab4be6 in gem::plugins::filmGMERLIN::getFrame (this=0x564cc36a7970) at filmGMERLIN.cpp:270 #2 0x00007fc98f32ea8d in pix_film::grabThread (you=0x564cc36a73f0) at pix_film.cpp:138 #3 0x00007fc990f4e494 in start_thread (arg=0x7fc97698e700) at pthread_create.c:333 #4 0x00007fc98f9afaff in lseek64 () at ../sysdeps/unix/syscall-template.S:84 #5 0x0000000000000000 in ?? () (gdb) quit ========================================================================= so it seems that "libgmerlin" is the cause of the crash, right ? anything that can be done here ? as i said, both files loaded fine in windows and OSX best oliver

2 1

static array/text
by Dan Wilcox 08 May '18

08 May '18

Is there one way to define a "static" table or text data that can be shared among abstractions? I have a few abstractions which use lookup tables and I realize now that they are basically creating a copy with each instance when they could really share the same data directly. I suppose this would be somewhat related to [value]. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

8 14

Re: [PD] scrolling in a patch window
by Dan Wilcox 08 May '18

08 May '18

This is down to the OS, really. On macOS, I scroll X & Y with my touchpad just fine. The Pd GUI uses the default Tk scrolling mechanism, if you want to tinker: https://www.tcl.tk/man/tcl8.5/TkCmd/scrollbar.htm <https://www.tcl.tk/man/tcl8.5/TkCmd/scrollbar.htm> > On May 8, 2018, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Tue, 8 May 2018 04:23:12 +0000 > From: Liam Goodacre <liamg_uw(a)hotmail.com <mailto:liamg_uw@hotmail.com>> > Cc: Pd-list <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] scrolling in a patch window > Message-ID: > <VI1PR0102MB3584E2A6BCA46496BAE3B871FC9A0(a)VI1PR0102MB3584.eurprd01.prod.exchangelabs.com <mailto:VI1PR0102MB3584E2A6BCA46496BAE3B871FC9A0@VI1PR0102MB3584.eurprd01.prod.exchangelabs.com>> > > Content-Type: text/plain; charset="utf-8" > > Oh yeah, that seems to work in Linux too! > > Actually, trying it in Windows now, I find that horizontal scrolling does work even without the Shift key. But it's extremely slow, and you can only scroll X or Y independently, not both at the same time. > > It doesn't seem to be possible in any OS to scroll X and Y at the same time. Would other people find this useful? Perhaps there could be a startup flag that determines whether to allow dual-axis scrolling or whether to keep the current behavior. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] pix_opencv on linux
by Jean-Yves Gratius 08 May '18

08 May '18

Hi Antoine, thanks for your answer. 1) in verbose mode, i get the following lines when i try to create a pix_opencv object in pd : *tried /home/jyg/Documents/Pd/externals/pix_opencv/pix_opencv.l_ia64 and succeeded** **/home/jyg/Documents/Pd/externals/pix_opencv/pix_opencv.l_ia64: libopencv_video.so.2.4: cannot open shared object file: No such file or directory* 2) Same result before and after doing the following command : *|sudo apt-get install libopencv-* |*3) When I search for opencv with Synaptic, and if i check the properties for (for example) libopencv-video3.1, it says that the installed files are /usr/lib/x86_64-linux-gnu/libopencv_video.so.3.1 and /usr/lib/x86_64-linux-gnu/libopencv_video.so.3.1.0 J.Y.G. On 07/05/2018 22:23, Antoine Villeret wrote: > Hello, > > Why can't you load the lib ? > There should be some error in the console at least in verbose mode. > But iirc this build is dynamically linked to open CV. > So you need to install it with apt for instance > > + > A > > Le lun. 7 mai 2018 à 22:09, Jean-Yves Gratius <jyg(a)gumo.fr > <mailto:jyg@gumo.fr>> a écrit : > > Hi list > > I have downloaded pix_opencv by Antoine Villeret from deken > (pix_opencv-v0.4-(Linux-amd64-64)-externals.tar.gz) > > I cannot load the lib > > (pd 0.48.1, ubuntu 17.10) > > Any hint ? > > thanks > > > > _______________________________________________ > Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >

2 1

scrolling in a patch window
by Liam Goodacre 08 May '18

08 May '18

Hi all Here are some thoughts about window scrolling in a PD patch. 1. It would be a great enhancement if you could use the PageUp & PageDown buttons to scroll around a patch, like in a text editor. 2. Currently you can scroll vertically using touchpad scrolling (ie. two-finger scrolling), but you can't scroll horizontally. Is there a reason for this? Personally, I think it would be great if you could move around the whole patch using touchpad scrolling. Currently, if you want to move left or right, you can only use the scroll-bar. This enhancement would also allow you to navigate more effectively with touch-screen devices (assuming that touching and dragging the screen is the same mechanism as touchpad scrolling). Would other people approve of this? 3. Occasionally while I'm patching, touchpad scrolling seems to lock up for a particular window and I have to resort to using the scroll-bar. I don't think it's a system issue since I've noticed it on a variety of machines. If I re-open the window it's back to normal, but I can't find any other triggers. Do other people experience this? I'm not sure if it's a bug or if I'm unintentionally doing something to switch it off. Liam

2 2

pix_opencv on linux
by Jean-Yves Gratius 07 May '18

07 May '18

Hi list I have downloaded pix_opencv by Antoine Villeret from deken (pix_opencv-v0.4-(Linux-amd64-64)-externals.tar.gz) I cannot load the lib (pd 0.48.1, ubuntu 17.10) Any hint ? thanks

1 0

Re: [PD] PdLua on Mac OS X El Capitan not working
by Dan Wilcox 07 May '18

07 May '18

I just installed it and the library is loading for me on 10.13 with 0.48-1. I let Deken add the path for me and was able to create a [pdlua] object directly. Do you have any other settings or paths which might be conflicting? You could run Pd in verbose mode to see how it's looking for pdlua. I'm also running the 32 bit Pd, although the external is built for 32 and 64 bit, so it should work on either. > On May 7, 2018, at 12:49 AM, pd-list-request(a)lists.iem.at wrote: > > Date: Sun, 6 May 2018 13:56:18 +0000 > From: Jens Ahrens <jens.ahrens(a)chalmers.se <mailto:jens.ahrens@chalmers.se>> > To: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: [PD] PdLua on Mac OS X El Capitan not working > Message-ID: <93103056-4361-4ED1-A7FF-EE676EB37CBA(a)chalmers.se <mailto:93103056-4361-4ED1-A7FF-EE676EB37CBA@chalmers.se>> > Content-Type: text/plain; charset="utf-8" > > Hello everyone, > > I used the latest pre-compiled vanilla distribution from https://puredata.info/downloads/pure-data <https://puredata.info/downloads/pure-data> . > > I then installed a few externals according to the official instructions using "Help -> Find externals” inside pd. It worked well for iemlib and iemnet. > > I didn’t get an error message when installing PdLua. The according files were indeed downloaded to my computer. Interestingly, the path to PdLua was not added automatically to the pd path list. It was added for iemlib and iemnet though. > > Even if I add the path to PdLua manually, no Lua objects inside my pd patches are being recognised. Even not in the PdLua help files. > > I’d be grateful for any ideas! > > Greets, > Jens -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 8

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list May 2018