Re: [PD] Update cyclone maintenance
Hi Alexandre, pd-list, These are the objects: Append, Borax, Bucket, Clip, Decode, Histo, MouseState, Peak, Table, TogEdge, Through, Uzi, Clip~, Line~, Scope~, Snapshot~. It appears Hans already implemented lowercase object names for all but Table, and a lowercase version with cyclone/ prefixed for most (append and Table being the exception). Fred Jan On 2015-03-05 08:46 PM, Alexandre Torres Porres wrote: Hey, yeah, didn't think of adding aliases , that solves the issue and maintains backwards compatibility with old patches. I hope it gets done. cheers 2015-03-05 15:38 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: It was this thread at the PD-dev list: [PD-dev] cyclone and uppercase http://lists.puredata.info/pipermail/pd-dev/2009-03/013146.html Fred Jan On 2015-03-05 06:18 PM, Alexandre Torres Porres wrote: Hi, I have a question about upper case letters in the begining of some objects like [Uzi] and [Scope~] in cyclone. Why is that? In Pd it does make a difference by the way, not in Max. Anyway, if one would change that, old patches would need to be updated as well, which is a bummer, but even so I think it's preferable not to deal with knowing which objects need the upper case or not, and for no apparent particular reason. One way or another, I wonder why it happened, anyone? cheers ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] uzi redundancy and how to load kalashnikov as uzi
On 03/05/2015 09:07 PM, Alexandre Torres Porres wrote: Hi there, there seems to be some redundancies regarding the uzi object. I'm in Pd-Extended 0.42-5, not sure how this is now at 0.43. There's the cyclone one, but there is also a [kalashnikov] object (from ext13) which I like cause it's a bit more convenient to sweep arrays (cause the numbered bangs go from 0 to n-1, unlike the cyclone version). Though [kalashnikov] can also be instantiated as [uzi], I can't create it as [uzi] unless I have a [kalashnikov] created first. Seems there's a bug problem with its alias. well, there is no alias on the filesystem level, but only on the logical level. since with PdX you do not load the (entire) ext13 library, but rather element-by-element, logical aliases (as defined withing the object) don't work if they don't have a corresponding filesystem alias. a filesystem alias can be as simple as a symlink from kalashnikov.pd_linux to uzi.pd_linux (but then again, it might still not work, as the kalashnikoc.pd_linux binary probably misses a setup-function for the uzi -name) Weirdly enough, though I can create it as [ext13/kalashnikov], I can't do it as [ext13/uzi] even after I first created the object as kalashnikov. that's very expected behaviour: after all you do have a file ext13/kalashnikov.pd_linux but no ext13/uzi.pd_linux. I wonder if there was any way of using it as [uzi] or [ext13/uzi] without bothering how to spell kalashnikov. add ext13/kalashnikov to the libraries to be loaded at startup? or make an abstraction uzi.pd in ext13/, that contains a [kalashnikov] objects and the proper iolets? Moreover, the cyclone version has upper case U... we were discussing here if we could make a lower case alias, i have missed that discussion, but cyclone's uppercasing is a *design choice* to make sure that the max compat layer does not conflict with Pd. i'm not entirely sure why you are pushing to make Pd a free replacement for max/msp. both are similar and share enough concepts to make compat-layers like cyclone feasible, but they are also different but it'd get in conflict with other [uzi] objects around... one way around would be to be able to load [ext13/uzi]... And there's another [uzi] from purepd, which is an abstraction and also a clone of max that is quite redundanct and probably was best to just delete it from the package. why? i'd probably recomment to delete all *but* the abstraction implementation of [uzi], as it is the only version that is guaranteed to be 100% portable to any OS Pd will ever appear on. gfmsdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Update cyclone maintenance
Hey, yeah, didn't think of adding aliases , that solves the issue and maintains backwards compatibility with old patches. I hope it gets done. cheers 2015-03-05 15:38 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl: It was this thread at the PD-dev list: [PD-dev] cyclone and uppercase http://lists.puredata.info/pipermail/pd-dev/2009-03/013146.html Fred Jan On 2015-03-05 06:18 PM, Alexandre Torres Porres wrote: Hi, I have a question about upper case letters in the begining of some objects like [Uzi] and [Scope~] in cyclone. Why is that? In Pd it does make a difference by the way, not in Max. Anyway, if one would change that, old patches would need to be updated as well, which is a bummer, but even so I think it's preferable not to deal with knowing which objects need the upper case or not, and for no apparent particular reason. One way or another, I wonder why it happened, anyone? cheers ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Update cyclone maintenance
Does it mean we're supposed to be able to load objects as lower case names somehow? Cause I don't seem to be able to do it anyhow. Hints please? thanks 2015-03-05 17:34 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl: Hi Alexandre, pd-list, These are the objects: Append, Borax, Bucket, Clip, Decode, Histo, MouseState, Peak, Table, TogEdge, Through, Uzi, Clip~, Line~, Scope~, Snapshot~. It appears Hans already implemented lowercase object names for all but Table, and a lowercase version with cyclone/ prefixed for most (append and Table being the exception). Fred Jan On 2015-03-05 08:46 PM, Alexandre Torres Porres wrote: Hey, yeah, didn't think of adding aliases , that solves the issue and maintains backwards compatibility with old patches. I hope it gets done. cheers 2015-03-05 15:38 GMT-03:00 Fred Jan Kraan fjkr...@xs4all.nl mailto:fjkr...@xs4all.nl: It was this thread at the PD-dev list: [PD-dev] cyclone and uppercase http://lists.puredata.info/pipermail/pd-dev/2009-03/013146.html Fred Jan On 2015-03-05 06:18 PM, Alexandre Torres Porres wrote: Hi, I have a question about upper case letters in the begining of some objects like [Uzi] and [Scope~] in cyclone. Why is that? In Pd it does make a difference by the way, not in Max. Anyway, if one would change that, old patches would need to be updated as well, which is a bummer, but even so I think it's preferable not to deal with knowing which objects need the upper case or not, and for no apparent particular reason. One way or another, I wonder why it happened, anyone? cheers ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] uzi redundancy and how to load kalashnikov as uzi
Hi there, there seems to be some redundancies regarding the uzi object. I'm in Pd-Extended 0.42-5, not sure how this is now at 0.43. There's the cyclone one, but there is also a [kalashnikov] object (from ext13) which I like cause it's a bit more convenient to sweep arrays (cause the numbered bangs go from 0 to n-1, unlike the cyclone version). Though [kalashnikov] can also be instantiated as [uzi], I can't create it as [uzi] unless I have a [kalashnikov] created first. Seems there's a bug problem with its alias. Weirdly enough, though I can create it as [ext13/kalashnikov], I can't do it as [ext13/uzi] even after I first created the object as kalashnikov. I wonder if there was any way of using it as [uzi] or [ext13/uzi] without bothering how to spell kalashnikov. Moreover, the cyclone version has upper case U... we were discussing here if we could make a lower case alias, but it'd get in conflict with other [uzi] objects around... one way around would be to be able to load [ext13/uzi]... And there's another [uzi] from purepd, which is an abstraction and also a clone of max that is quite redundanct and probably was best to just delete it from the package. cheers ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] uzi redundancy and how to load kalashnikov as uzi
Hi Alexandre, pd-list, In cyclone it works because the Uzi.c contains both a void Uzi_setup(void) {... and a void uzi_setup(void) { The latter only calls the first. In ext13/void kalashnikov.c there is only a void kalashnikov_setup(void) { It contains the line class_addcreator(... gensym(uzi), A_DEFFLOAT, 0); which registers the uzi symbol, but only when the kalashnikov class is loaded. Adding a void uzi_setup(void) { ... might fix it. Then ext13/uzi could work... Fred Jan On 2015-03-05 09:07 PM, Alexandre Torres Porres wrote: Hi there, there seems to be some redundancies regarding the uzi object. I'm in Pd-Extended 0.42-5, not sure how this is now at 0.43. There's the cyclone one, but there is also a [kalashnikov] object (from ext13) which I like cause it's a bit more convenient to sweep arrays (cause the numbered bangs go from 0 to n-1, unlike the cyclone version). Though [kalashnikov] can also be instantiated as [uzi], I can't create it as [uzi] unless I have a [kalashnikov] created first. Seems there's a bug problem with its alias. Weirdly enough, though I can create it as [ext13/kalashnikov], I can't do it as [ext13/uzi] even after I first created the object as kalashnikov. I wonder if there was any way of using it as [uzi] or [ext13/uzi] without bothering how to spell kalashnikov. Moreover, the cyclone version has upper case U... we were discussing here if we could make a lower case alias, but it'd get in conflict with other [uzi] objects around... one way around would be to be able to load [ext13/uzi]... And there's another [uzi] from purepd, which is an abstraction and also a clone of max that is quite redundanct and probably was best to just delete it from the package. cheers ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] uzi redundancy and how to load kalashnikov as uzi
On 03/05/2015 09:56 PM, IOhannes m zmölnig wrote: Moreover, the cyclone version has upper case U... we were discussing here if we could make a lower case alias, i have missed that discussion, but cyclone's uppercasing is a *design choice* to make sure that the max compat layer does not conflict with Pd. oh i see that the discussion is currently going on (i was under the impression that you *were* discussing it a while ago). in any case: afair cyclones goal is to allow to easily migrate an old max-patch to a shiny Pd-patch, rather than make Pd a shallow copy/the ugly sister of max. so my point remains. gsamrd IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 120, Issue 8
On 03/05/2015 01:50 PM, Dan Wilcox wrote: Sounds good. How are you handling getting the object graph info into and out of the pd core? I might be able to add patch display/editing on iOS ... I use an abstracted API called gui_vmess that uses the same format as pd_vmess. It sends parameters to the gui which I am currently eval'ing in Javascript. It's not FUDI because I'm pre-formatting the message specifically for JS's 'eval' function. But that pre-formatting happens in a single c function that's trivial to change later. The gui_vmess API itself should be usable by any front-end that can understand strings, floats, and arrays. This is incremental, so at the moment I'm massive search/replacing all sys_vgui calls with gui_vmess. That might sound difficult-- and it is-- but it's the only sane approach given how Pd's editing environment works. To do otherwise would mean to understand _every_ idiosyncracy of garrays, subpatches, graph-on-parent, fonts, etc., meaning you'd either end up burned out or with a GUI that doesn't support all the features Pd users have gotten comfortable with. Thus, I don't have to have a spec for Pd in my head and can pleasantly hit milestones. It took me about two weeks to realize I hadn't done any work to implement the concept of subpatches, but nonetheless they were already fully implemented and working in the GUI. :) The only problem I've hit is that modifying the HTML5 DOM is slow as molasses. When you change the value for a scalar field, Pd just erases and redraws the entire scalar. It's not very noticeable for normal patch edition, but for a ds animation this can mean hundreds of calls to modify the document every second. Anyway, that prompted me to reconfigure ds drawing so that it just changes the attributes of existing DOM elements. Now I can get GPU-acclerated ds animation that looks as fast as any of the svg javascript frameworks I've tried. Anyway, here are the increments I see: 1) Change sys_vgui to gui_vmess. (In progress) 2) Refactor some functions on C side to do text edition on GUI side in HTML5 (that's what it's good at, after all), do box hit detection in the GUI, and simplify array/plot redrawing/resizing. 3) Think about ways to make Pd a single-window application. For a simple example-- one could draw iemgui properties dialogs inside a div, instead of in its own window like it I'm currently doing. I'm not sure you could ever do _everything_ inside a single page, but the point is that doing so makes porting to any other toolkit or form-factor much easier. Of course you can port Pd to IOS or Android without doing #3, but I'd imagine it would either have much reduced functionality or be very difficult to use. -Jonathan -- Forwarded message -- From: Jonathan Wilkes jancs...@yahoo.com mailto:jancs...@yahoo.com To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at Cc: Date: Tue, 03 Mar 2015 17:15:10 -0500 Subject: Re: [PD] Updating Pd-Extended On 03/03/2015 10:42 AM, João Pais wrote: I can't do anything active (i.e. edit scripts, etc), but I could follow instructions - in case they're clear, and correct. I'm making progress on the port of the GUI from Tk to Node-Webkit (or nw.js as its now called). I've got the iemgui properties dialogs finished, plus some basic internationalization. There is still a lot of development left to do, but already I can run patches, open/close subpatches, display data structures and interact with iemguis. Once it has feature parity with Tk it will essentially be a replacement for Pd-Extended for Linux, OSX, and Windows (7 and beyond). What version of Windows are you using these days? It looks like going forward nw.js will only compile on 64-bit versions of Windows, but it currently has 32-bit binaries. -Jonathan -- Dan Wilcox @danomatika danomatika.com http://danomatika.com robotcowboy.com http://robotcowboy.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] VLC plugin - missing openGL headers
Dear list, I have a fresh ubuntu 14.04 install on my old intel 32 based laptop. Trying to install from git the latest Gem, but without success. After configure it says that openGL headers are missing. Trying to get it but no luck. Is there a simple way to get Gem VLC plugin worked? Now pd says there is not VLC backend, and it is true, as in the usr/lib/pd/extra/Gem folder the gem_videoVLC.so is missing. Thanks: Popesz ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] VLC 2.1.x and Gem
I saw the backtrace saying things about lua, I'll try and update. Maybe I could give a shot to a vanilla, is there any difference in lua version between vanilla and extended ? I can open the streams with VLC, with 2.0.8 it doesn't work fine but with 2.1 and 2.2 I had no issue. You can try this one for instance (I have many), these are weather or tourism cam: rtmp://5.196.77.94:1935/live/rouen.stream or rtmp://5.196.77.94:1935/live/plougonvelin.stream Thanks again ! 2015-03-05 2:53 GMT+01:00 Antoine Villeret antoine.ville...@gmail.com: according to the backtrace, you have liblua 5.1, I have 5.2, maybe an upgrade could be worth a try ? also I'm using pd-vanilla, but i don't think this is the root of the issue btw could you open the stream with vlc and this configuration ? is it an internet stream I can play from Bruxelles ? + a -- do it yourself http://antoine.villeret.free.fr 2015-03-05 1:19 GMT+01:00 Etienne Landon landon.etie...@gmail.com: Thank you all for your answers, Le français ne pose pas trop de problème :) and Labomedia is one of my first source when facing such issues (thanks for that !). Still, I'd really prefer a inner Gem solution Antoine, I just tried with 14.10 and libvlc-dev version 2.2.0pre2 but same thing, it crashes gem. So this must be something with my install procedure, I've gathered a list of command to compile Gem with a maximum of plugins. I'm going to try again with only the components I really need. Jack I tried removing the plugin from my fresh gem compil and no luck. I just removed the symlink, is it enough ? I'll try a --without-ImageMagick configuration. And sorry, I forgot the device in my mail, I had it in my patches. Etienne 2015-03-04 22:16 GMT+01:00 Jack j...@rybn.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Try to remove the Image Magick plug-in in your Gem folder. There was (on my system), a conflict between VLC and ImageMagick. For info, le right message is : [driver vlc, device screen://( and not [driver vlc, screen://(. ++ Jack Le 04/03/2015 20:29, Etienne Landon a écrit : Hi list, I want to get web camera streams into Gem, with different streaming formats (mainly http and rtmp). VLC plugin seems like the perfect way to handle that, but I can't get it to work with Gem. I know pdgst could be a solution but vlc has the advantage that I could handle any stream type the same way (where gst needs a different pipe). On Mint17 and Ubuntu 14.04 Gem crashes with segfault as soon as I try to open anything with VLC (like |driver vlc, screen://( ) Both use vlc 2.1.4, I also tried 2.1.6 (vlc stable-daily ppa), same behaviour. Having seen this thread http://sourceforge.net/p/pd-gem/bugs/211/, I tried the symlink removal without success, so made a gdb backtrace (attached with this message, usefull information are in the last lines) Config for this backtrace is : Freshly installed, updated Ubuntu 14.04.1 VLC 2.1.4 pd-extended 0.43.4 Gem 0.93.git 374f713 freshly compiled I had success regarding VLC and Gem on Ubuntu 13.10, which uses vlc 2.0.8. But with that vlc version, my stream is really long to start and stops after one minute or so. VLC behaviour between 2.0.8 and 2.1.4 regarding rtmp looks very different, in vlc 2.1.x changelog they say New RTMP input module, using libavformat!, which might explain that (seems that it was ffmpeg before). Has anyone successfully compiled vlc plugin for gem with recent vlc version ? Or any idea what other solution I could try ? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU93Y9AAoJEOuluecjw8GUs+4IAI5X7UJNxth1dPQCjoGJmHxT 38YtvwzJqnwd7kf38cPC7pf6GfmyGmT9WIrOCHAGChiRxLR7xRVIBP+3as8+uBkt QqNu9M6Ph7/z4br2yWCRubXSOSCJcUBwYzU7gy5M1Xo5/ZBOTvM0sqelMP/J0NOa 8Dtl9cFJeqtpGMKTGfDwF+AQEEcJSn7AQq87dW98SFRQr6eMsci4iuu8A8rCh/FE LErVCiFgJeAuZfAoY7G1F0G4G3TXNBIgmPSEYtMsHAIh6l1X6w1WBsonpwCTT2vd 3KyZ7TKsyg3TeszInyaITbvthmHtIAEaiWwhmnXamRWDRaK88iWsyOar9ZnAvKo= =G9+O -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] VLC 2.1.x and Gem
Forgot to mention, I always try vlc plugin with screen:// first, not with a stream url. My guess is that it's something that should work any time (more sure than trying a stream). Etienne 2015-03-05 9:30 GMT+01:00 Etienne Landon landon.etie...@gmail.com: I saw the backtrace saying things about lua, I'll try and update. Maybe I could give a shot to a vanilla, is there any difference in lua version between vanilla and extended ? I can open the streams with VLC, with 2.0.8 it doesn't work fine but with 2.1 and 2.2 I had no issue. You can try this one for instance (I have many), these are weather or tourism cam: rtmp://5.196.77.94:1935/live/rouen.stream or rtmp://5.196.77.94:1935/live/plougonvelin.stream Thanks again ! 2015-03-05 2:53 GMT+01:00 Antoine Villeret antoine.ville...@gmail.com: according to the backtrace, you have liblua 5.1, I have 5.2, maybe an upgrade could be worth a try ? also I'm using pd-vanilla, but i don't think this is the root of the issue btw could you open the stream with vlc and this configuration ? is it an internet stream I can play from Bruxelles ? + a -- do it yourself http://antoine.villeret.free.fr 2015-03-05 1:19 GMT+01:00 Etienne Landon landon.etie...@gmail.com: Thank you all for your answers, Le français ne pose pas trop de problème :) and Labomedia is one of my first source when facing such issues (thanks for that !). Still, I'd really prefer a inner Gem solution Antoine, I just tried with 14.10 and libvlc-dev version 2.2.0pre2 but same thing, it crashes gem. So this must be something with my install procedure, I've gathered a list of command to compile Gem with a maximum of plugins. I'm going to try again with only the components I really need. Jack I tried removing the plugin from my fresh gem compil and no luck. I just removed the symlink, is it enough ? I'll try a --without-ImageMagick configuration. And sorry, I forgot the device in my mail, I had it in my patches. Etienne 2015-03-04 22:16 GMT+01:00 Jack j...@rybn.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Try to remove the Image Magick plug-in in your Gem folder. There was (on my system), a conflict between VLC and ImageMagick. For info, le right message is : [driver vlc, device screen://( and not [driver vlc, screen://(. ++ Jack Le 04/03/2015 20:29, Etienne Landon a écrit : Hi list, I want to get web camera streams into Gem, with different streaming formats (mainly http and rtmp). VLC plugin seems like the perfect way to handle that, but I can't get it to work with Gem. I know pdgst could be a solution but vlc has the advantage that I could handle any stream type the same way (where gst needs a different pipe). On Mint17 and Ubuntu 14.04 Gem crashes with segfault as soon as I try to open anything with VLC (like |driver vlc, screen://( ) Both use vlc 2.1.4, I also tried 2.1.6 (vlc stable-daily ppa), same behaviour. Having seen this thread http://sourceforge.net/p/pd-gem/bugs/211/, I tried the symlink removal without success, so made a gdb backtrace (attached with this message, usefull information are in the last lines) Config for this backtrace is : Freshly installed, updated Ubuntu 14.04.1 VLC 2.1.4 pd-extended 0.43.4 Gem 0.93.git 374f713 freshly compiled I had success regarding VLC and Gem on Ubuntu 13.10, which uses vlc 2.0.8. But with that vlc version, my stream is really long to start and stops after one minute or so. VLC behaviour between 2.0.8 and 2.1.4 regarding rtmp looks very different, in vlc 2.1.x changelog they say New RTMP input module, using libavformat!, which might explain that (seems that it was ffmpeg before). Has anyone successfully compiled vlc plugin for gem with recent vlc version ? Or any idea what other solution I could try ? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU93Y9AAoJEOuluecjw8GUs+4IAI5X7UJNxth1dPQCjoGJmHxT 38YtvwzJqnwd7kf38cPC7pf6GfmyGmT9WIrOCHAGChiRxLR7xRVIBP+3as8+uBkt QqNu9M6Ph7/z4br2yWCRubXSOSCJcUBwYzU7gy5M1Xo5/ZBOTvM0sqelMP/J0NOa 8Dtl9cFJeqtpGMKTGfDwF+AQEEcJSn7AQq87dW98SFRQr6eMsci4iuu8A8rCh/FE LErVCiFgJeAuZfAoY7G1F0G4G3TXNBIgmPSEYtMsHAIh6l1X6w1WBsonpwCTT2vd 3KyZ7TKsyg3TeszInyaITbvthmHtIAEaiWwhmnXamRWDRaK88iWsyOar9ZnAvKo= =G9+O -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -
Re: [PD] VLC 2.1.x and Gem
*compile gem (from labomedia wiki) LOL... I'm quite sure it's where the problem comes from... :-) But I can't help you on that... :-p 01ivier --- On ne peut pas vivre dans un monde où l'on croit que l'élégance exquise du plumage de la pintade est inutile. Ceci est tout à fait à part. J'ai eu envie de le dire, je l'ai dit. Jean Giono, Un roi sans divertissement. Le 05.03.2015 17:15, Etienne Landon a écrit : Ok so I tried with gem 0.93.git b8b6549, both ubuntu 14.04 and 14.10, still crashing even with only gem_videoVLC and gemglutwindow plugins. I'm going to try again from a fresh install, perhaps some crap of my yesterdays tries is still here and there. I guess I still have to try with pd0.46 and/or lua 5.2. One thing, with gem0.93.git b8b6549 I need to manually add gem path when starting pd, it doesn't find it automatically and adding the path in preferences is not saved. Is it a normal behaviour ? I put below the process I aways make when installing a fresh pd-extended, perhaps there is some old line that doesn't work anymore that could explain why I can't have it work here when it's working nice with others. So : _*install ubuntu (or mint) then upgrade_ sudo apt-get update sudo apt-get upgrade _*install pd-extended (from pure data site)_ sudo add-apt-repository deb http://apt.puredata.info/releases [2] `lsb_release -c | awk '{print $2}'` main sudo apt-key adv --keyserver keyserver.ubuntu.com [3] --recv-key 9f0fe587374bbe81 sudo apt-key adv --keyserver keyserver.ubuntu.com [3] --recv-key D63D3D09C39F5EEB sudo apt-get update sudo apt-get install pd-extended When trying with 14.10 I manually change unicorn to trusty in /etc/apt/sources.list *compile gem (from labomedia wiki) sudo apt-get install git-core automake autotools-dev build-essential libtool sudo apt-get build-dep puredata gem pd-pdp sudo apt-get install libdc1394-22-dev libgl1-mesa-dev libglu1-mesa-dev ftgl-dev libmagic++-dev libgmerlin-dev libmpeg3-dev libavifile-0.7-dev libquicktime-dev libdv4-dev libv4l-dev libvlc-dev libvlccore-dev libgmerlin-avdec-dev libassimp-dev - used to have libglut3-dev but it's not present anymore so I removed it git clone git://pd-gem.git.sourceforge.net/gitroot/pd-gem/Gem [4] _or git clone git://git.code.sf.net/p/pd-gem/gem [5] pd-gem-gem for _b8b6549 cd Gem aclocal ./autogen.sh ./configure make sudo make install_this puts Gem in /usr/local/lib/pd/extra, I move it in pd-extended extra folder manually_ sudo mv /usr/lib/pd-extended/extra/Gem /usr/lib/pd-extended/extra/Gem-old sudo cp -R /usr/local/lib/pd/extra/Gem /usr/lib/pd-extended/extra With mint it's enough, with ubuntu I have to add a sudo apt-get install vlc else the plugin is loaded but disabled in Gem Is there anything wrong with my procedure ? Etienne 2015-03-05 11:41 GMT+01:00 IOhannes m zmoelnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2015-03-05 11:02, Antoine Villeret wrote: hi, it works here, I can open the two streams you linked to. I can change the size and open screen:// too. My configuration is : Pd-vanilla 0.46.5 GEM: ver: 0.93.git b8b6549 Ubuntu 14.10 64bit libvlc-dev 2.2.0-pre2 and I do have imagemagick plugin loaded. i have no idea why it crashes, but some random notes: - - make sure that the VLC-headers used for compiling match the VLC-library used when running Gem (if this is a stock ubuntu/mint/... thenthere shouldn't be a problem; but maybe you have some weirdo things in /usr/local/...) - - i think antoines original lead about imagematick might be worth considering and expanding: try disabling *all* Gem-plugins but gem-videoVLC (deleting the links is enough; no need to recompile Gem). - - i had crashes (iirc on w32, but nevertheless...) when VLC could not find it's plugins (that is: the VLC-plugins); VLC_PLUGIN_PATH might help. fgmasr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJU+DLVAAoJELZQGcR/ejb4NIIP/1oiFJQGZhpJMI5Knd5Zo6yv xndD5ctE7iNhcjzlZkvXzFqhbH981CP02DhQbVkMWBxwEtr7iWCFFERs47EMqz+T ontciotR3Rt5i8I+Clbc7aEZMFrO2dA4sZPfOoHtsBmdlbIA09uTiDPYlMw5GE8C V2qHdO0bG9osOMw/hX4HKKjrSNXxki+OxVFeLmdUbRso3S51u/plUXdnqD3N7j3D dCK4HDjHNVWI6kqV4sDSSL4WblmhX0L2WR17Q0+P5mEHlt8syIhVTDceS8JHPAer 0QgnvnqdDCz9oJSZFmuQrN1C+qoRSeyy2FdR0LAUHi8u+m40UJ+SGeEXpKVd2SMW XzNfLxRySTfmEWYxIql4PWPknJoZIFJTT/TwFQ44B5bTM+73v1RD0fr/UwJ6NAFr 2estxA6yUMZBDckRmSxFg0dhvMjcUmwQwB2ksgx8SHbanvFsu9RvZBwBOvAXdbhT Uk/CXdpgskAej5q6bgfUKa1TMo72PHNxBvGiXhxvrwV0SDso8xTRPBsbAN1yqAmo aN5EcxHcCYlr/LyYAyGxpqT+Sg8xuUDB7L9zOLnqvfPt42NZTNoEa/lKzuaFUZP/ jx6QdiNh2eOQ3It1CwVLiiUX4rGtAKghfxGAHz8NycTPBLgBSiQwl76TXHpvssEU WFiConwr37OhHuaf5oyI =YWLi -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list [1] Links: -- [1] http://lists.puredata.info/listinfo/pd-list [2] http://apt.puredata.info/releases [3] http://keyserver.ubuntu.com [4]
Re: [PD] Update cyclone maintenance
Hi, I have a question about upper case letters in the begining of some objects like [Uzi] and [Scope~] in cyclone. Why is that? In Pd it does make a difference by the way, not in Max. Anyway, if one would change that, old patches would need to be updated as well, which is a bummer, but even so I think it's preferable not to deal with knowing which objects need the upper case or not, and for no apparent particular reason. One way or another, I wonder why it happened, anyone? cheers 2015-02-24 16:41 GMT-03:00 Alexandre Torres Porres por...@gmail.com: Cool. One way or another, I just use expr~ whener I need these things anyway. But it might be convenient to have these objects, and I just feel like start coding somewhere, and this seems like an easy task. So the idea of having these exact proper clones of the max objects felt good to me. But it I confess it might be just too silly for anyone to really bother, and it's more related to my will to start coding. The thing is that this characters issue might just ruin or everything in the end... or make it more complicated than I thought, so... bummer... By the way, my abstractions wouldn't be exact clones of the max objects, cause they don't even take arguments (like yours don't also). I can at least work on getting a code version of teeth~ cheers 2015-02-24 16:16 GMT-03:00 Martin Peach chakekat...@gmail.com: I did some of those in Pd-extended as I had the same trouble with weird characters in object names; try mrpeach/op~ Martin On Tue, Feb 24, 2015 at 1:51 PM, Alexandre Torres Porres por...@gmail.com wrote: *I made one abstraction here for [=~], find it attached. It works fine here in my computer **even though it contains weird and problematic characters in its name.* Ha, it doesn't work at all with [!/], but it does with [!-] 2015-02-24 15:43 GMT-03:00 Alexandre Torres Porres por...@gmail.com: Another option is that we could just keep this somewhat different behaviour that's also in the zexy objects, and just add the other 7. Those extra 7 could be in cyclone or maybe even in zexy, but that's up to the maintainers. I would really like to collaborate though. I've been meaning to start coding objects for a while, and this seems like a good motivation to start doing it. cheers 2015-02-24 14:35 GMT-03:00 Alexandre Torres Porres por...@gmail.com: try loading the hexloader before accessing these objects, it might help. Yep, now it loads them all, thanks. So hmm, seems weird that it doesn't load on its own, but maybe I just wont bother to follow up with all the tech issues. But anyway, I'd like to know if there are any plans to get to a point where we could create these objects without this workaround... is it? So, getting back to the objects. From the 10 objects I pointed out (here below) [!-], [!-~], [!/], [!/~], [~], [=~], [~], [=~], [!=~] and [==~] We do have in fact only 3 in zexy (~, ~, ==~), but their behaviour wouldn't count as proper max cloning, cause when you put a number argument in it, it only takes number data into the second inlet, while in Max it still allows an audio signal to come through. I think it's important to avoid redundancies, but I guess you can't avoid it if one is doing exact max clones of these 3 and the other 7 objects. I made one abstraction here for [=~], find it attached. It works fine here in my computer even though it contains weird and problematic characters in its name. It doesn't work exactly like the max version though, cause that one works with a number argument that is ignored whenever there's a signal coming through (even if it is 0). In order to do it like that, I guess you have to compile it as an object. For that matter, I started another thread, please check. thanks PS: 0.42.5? wasn't that released 5 years ago, and superceded 2 years ago by 0.43.4? PS response: Yeah, but I never adapted to 0.43.4, I felt it was buggy in a few ways. By the way, one of the issues was that many of my patches didn't work because of the [poltocar~] and [cartopol~] bug/problem I pointed out in this thread about maintaining cyclone. Moreover, I have a quite dense tutorial with over 200 examples now, and many of them used [cartopol~]... other patches wouldn't work for other reasons. I was expecting newer releases to fix this and other issues, but the development stopped and died completely... so... it seems that Pd has a revolutionary fast development cycle yeah, I beg to differ :) 2015-02-24 12:11 GMT-03:00 IOhannes m zmoelnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2015-02-24 15:50, Alexandre Torres Porres wrote: ~, ||~, ~, ~, ==~ none of these are created in extended 0.42-5, were they added only in the latest version? no. zexy ships these objects for about 10 years or so (maybe longer). there has been endless discussion about - - object names containing special characters (like
Re: [PD] VLC 2.1.x and Gem
Ok so I tried with gem 0.93.git b8b6549, both ubuntu 14.04 and 14.10, still crashing even with only gem_videoVLC and gemglutwindow plugins. I'm going to try again from a fresh install, perhaps some crap of my yesterdays tries is still here and there. I guess I still have to try with pd0.46 and/or lua 5.2. One thing, with gem0.93.git b8b6549 I need to manually add gem path when starting pd, it doesn't find it automatically and adding the path in preferences is not saved. Is it a normal behaviour ? I put below the process I aways make when installing a fresh pd-extended, perhaps there is some old line that doesn't work anymore that could explain why I can't have it work here when it's working nice with others. So : **install ubuntu (or mint) then upgrade* sudo apt-get update sudo apt-get upgrade **install pd-extended (from pure data site)* sudo add-apt-repository deb http://apt.puredata.info/releases `lsb_release -c | awk '{print $2}'` main sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-key 9f0fe587374bbe81 sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-key D63D3D09C39F5EEB sudo apt-get update sudo apt-get install pd-extended When trying with 14.10 I manually change unicorn to trusty in /etc/apt/sources.list *compile gem (from labomedia wiki) sudo apt-get install git-core automake autotools-dev build-essential libtool sudo apt-get build-dep puredata gem pd-pdp sudo apt-get install libdc1394-22-dev libgl1-mesa-dev libglu1-mesa-dev ftgl-dev libmagic++-dev libgmerlin-dev libmpeg3-dev libavifile-0.7-dev libquicktime-dev libdv4-dev libv4l-dev libvlc-dev libvlccore-dev libgmerlin-avdec-dev libassimp-dev - used to have libglut3-dev but it's not present anymore so I removed it git clone git://pd-gem.git.sourceforge.net/gitroot/pd-gem/Gem*or git clone git://git.code.sf.net/p/pd-gem/gem http://git.code.sf.net/p/pd-gem/gem pd-gem-gem for *b8b6549 cd Gem aclocal ./autogen.sh ./configure make sudo make install*this puts Gem in /usr/local/lib/pd/extra, I move it in pd-extended extra folder manually* sudo mv /usr/lib/pd-extended/extra/Gem /usr/lib/pd-extended/extra/Gem-old sudo cp -R /usr/local/lib/pd/extra/Gem /usr/lib/pd-extended/extra With mint it's enough, with ubuntu I have to add a sudo apt-get install vlc else the plugin is loaded but disabled in Gem Is there anything wrong with my procedure ? Etienne 2015-03-05 11:41 GMT+01:00 IOhannes m zmoelnig zmoel...@iem.at: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2015-03-05 11:02, Antoine Villeret wrote: hi, it works here, I can open the two streams you linked to. I can change the size and open screen:// too. My configuration is : Pd-vanilla 0.46.5 GEM: ver: 0.93.git b8b6549 Ubuntu 14.10 64bit libvlc-dev 2.2.0-pre2 and I do have imagemagick plugin loaded. i have no idea why it crashes, but some random notes: - - make sure that the VLC-headers used for compiling match the VLC-library used when running Gem (if this is a stock ubuntu/mint/... thenthere shouldn't be a problem; but maybe you have some weirdo things in /usr/local/...) - - i think antoines original lead about imagematick might be worth considering and expanding: try disabling *all* Gem-plugins but gem-videoVLC (deleting the links is enough; no need to recompile Gem). - - i had crashes (iirc on w32, but nevertheless...) when VLC could not find it's plugins (that is: the VLC-plugins); VLC_PLUGIN_PATH might help. fgmasr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJU+DLVAAoJELZQGcR/ejb4NIIP/1oiFJQGZhpJMI5Knd5Zo6yv xndD5ctE7iNhcjzlZkvXzFqhbH981CP02DhQbVkMWBxwEtr7iWCFFERs47EMqz+T ontciotR3Rt5i8I+Clbc7aEZMFrO2dA4sZPfOoHtsBmdlbIA09uTiDPYlMw5GE8C V2qHdO0bG9osOMw/hX4HKKjrSNXxki+OxVFeLmdUbRso3S51u/plUXdnqD3N7j3D dCK4HDjHNVWI6kqV4sDSSL4WblmhX0L2WR17Q0+P5mEHlt8syIhVTDceS8JHPAer 0QgnvnqdDCz9oJSZFmuQrN1C+qoRSeyy2FdR0LAUHi8u+m40UJ+SGeEXpKVd2SMW XzNfLxRySTfmEWYxIql4PWPknJoZIFJTT/TwFQ44B5bTM+73v1RD0fr/UwJ6NAFr 2estxA6yUMZBDckRmSxFg0dhvMjcUmwQwB2ksgx8SHbanvFsu9RvZBwBOvAXdbhT Uk/CXdpgskAej5q6bgfUKa1TMo72PHNxBvGiXhxvrwV0SDso8xTRPBsbAN1yqAmo aN5EcxHcCYlr/LyYAyGxpqT+Sg8xuUDB7L9zOLnqvfPt42NZTNoEa/lKzuaFUZP/ jx6QdiNh2eOQ3It1CwVLiiUX4rGtAKghfxGAHz8NycTPBLgBSiQwl76TXHpvssEU WFiConwr37OhHuaf5oyI =YWLi -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Update cyclone maintenance
It was this thread at the PD-dev list: [PD-dev] cyclone and uppercase http://lists.puredata.info/pipermail/pd-dev/2009-03/013146.html Fred Jan On 2015-03-05 06:18 PM, Alexandre Torres Porres wrote: Hi, I have a question about upper case letters in the begining of some objects like [Uzi] and [Scope~] in cyclone. Why is that? In Pd it does make a difference by the way, not in Max. Anyway, if one would change that, old patches would need to be updated as well, which is a bummer, but even so I think it's preferable not to deal with knowing which objects need the upper case or not, and for no apparent particular reason. One way or another, I wonder why it happened, anyone? cheers ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 120, Issue 8
Sounds good. How are you handling getting the object graph info into and out of the pd core? I might be able to add patch display/editing on iOS ... -- Forwarded message -- From: Jonathan Wilkes jancs...@yahoo.com To: pd-list@lists.iem.at Cc: Date: Tue, 03 Mar 2015 17:15:10 -0500 Subject: Re: [PD] Updating Pd-Extended On 03/03/2015 10:42 AM, João Pais wrote: I can't do anything active (i.e. edit scripts, etc), but I could follow instructions - in case they're clear, and correct. I'm making progress on the port of the GUI from Tk to Node-Webkit (or nw.js as its now called). I've got the iemgui properties dialogs finished, plus some basic internationalization. There is still a lot of development left to do, but already I can run patches, open/close subpatches, display data structures and interact with iemguis. Once it has feature parity with Tk it will essentially be a replacement for Pd-Extended for Linux, OSX, and Windows (7 and beyond). What version of Windows are you using these days? It looks like going forward nw.js will only compile on 64-bit versions of Windows, but it currently has 32-bit binaries. -Jonathan -- Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Update cyclone maintenance
Hi Alexandre, Hi, I have a question about upper case letters in the begining of some objects like [Uzi] and [Scope~] in cyclone. Why is that? In Pd it does make a difference by the way, not in Max. Anyway, if one would change that, old patches would need to be updated as well, which is a bummer, but even so I think it's preferable not to deal with knowing which objects need the upper case or not, and for no apparent particular reason. One way or another, I wonder why it happened, anyone? Originally, the objects in Max/MSP had capitals, but that changed a long time ago. Some time back (can't find it now) there was a discussion on this at the list and the conclusion was that the objects should also be available in lower case. Apparently this never happened. When I find the discussion again, and the reasoning is still sound, I could try to implement it. Fred Jan cheers ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] VLC 2.1.x and Gem
hi, it works here, I can open the two streams you linked to. I can change the size and open screen:// too. My configuration is : Pd-vanilla 0.46.5 GEM: ver: 0.93.git b8b6549 Ubuntu 14.10 64bit libvlc-dev 2.2.0-pre2 and I do have imagemagick plugin loaded. + a -- do it yourself http://antoine.villeret.free.fr 2015-03-05 9:35 GMT+01:00 Etienne Landon landon.etie...@gmail.com: Forgot to mention, I always try vlc plugin with screen:// first, not with a stream url. My guess is that it's something that should work any time (more sure than trying a stream). Etienne 2015-03-05 9:30 GMT+01:00 Etienne Landon landon.etie...@gmail.com: I saw the backtrace saying things about lua, I'll try and update. Maybe I could give a shot to a vanilla, is there any difference in lua version between vanilla and extended ? I can open the streams with VLC, with 2.0.8 it doesn't work fine but with 2.1 and 2.2 I had no issue. You can try this one for instance (I have many), these are weather or tourism cam: rtmp://5.196.77.94:1935/live/rouen.stream or rtmp://5.196.77.94:1935/live/plougonvelin.stream Thanks again ! 2015-03-05 2:53 GMT+01:00 Antoine Villeret antoine.ville...@gmail.com: according to the backtrace, you have liblua 5.1, I have 5.2, maybe an upgrade could be worth a try ? also I'm using pd-vanilla, but i don't think this is the root of the issue btw could you open the stream with vlc and this configuration ? is it an internet stream I can play from Bruxelles ? + a -- do it yourself http://antoine.villeret.free.fr 2015-03-05 1:19 GMT+01:00 Etienne Landon landon.etie...@gmail.com: Thank you all for your answers, Le français ne pose pas trop de problème :) and Labomedia is one of my first source when facing such issues (thanks for that !). Still, I'd really prefer a inner Gem solution Antoine, I just tried with 14.10 and libvlc-dev version 2.2.0pre2 but same thing, it crashes gem. So this must be something with my install procedure, I've gathered a list of command to compile Gem with a maximum of plugins. I'm going to try again with only the components I really need. Jack I tried removing the plugin from my fresh gem compil and no luck. I just removed the symlink, is it enough ? I'll try a --without-ImageMagick configuration. And sorry, I forgot the device in my mail, I had it in my patches. Etienne 2015-03-04 22:16 GMT+01:00 Jack j...@rybn.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Try to remove the Image Magick plug-in in your Gem folder. There was (on my system), a conflict between VLC and ImageMagick. For info, le right message is : [driver vlc, device screen://( and not [driver vlc, screen://(. ++ Jack Le 04/03/2015 20:29, Etienne Landon a écrit : Hi list, I want to get web camera streams into Gem, with different streaming formats (mainly http and rtmp). VLC plugin seems like the perfect way to handle that, but I can't get it to work with Gem. I know pdgst could be a solution but vlc has the advantage that I could handle any stream type the same way (where gst needs a different pipe). On Mint17 and Ubuntu 14.04 Gem crashes with segfault as soon as I try to open anything with VLC (like |driver vlc, screen://( ) Both use vlc 2.1.4, I also tried 2.1.6 (vlc stable-daily ppa), same behaviour. Having seen this thread http://sourceforge.net/p/pd-gem/bugs/211/, I tried the symlink removal without success, so made a gdb backtrace (attached with this message, usefull information are in the last lines) Config for this backtrace is : Freshly installed, updated Ubuntu 14.04.1 VLC 2.1.4 pd-extended 0.43.4 Gem 0.93.git 374f713 freshly compiled I had success regarding VLC and Gem on Ubuntu 13.10, which uses vlc 2.0.8. But with that vlc version, my stream is really long to start and stops after one minute or so. VLC behaviour between 2.0.8 and 2.1.4 regarding rtmp looks very different, in vlc 2.1.x changelog they say New RTMP input module, using libavformat!, which might explain that (seems that it was ffmpeg before). Has anyone successfully compiled vlc plugin for gem with recent vlc version ? Or any idea what other solution I could try ? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU93Y9AAoJEOuluecjw8GUs+4IAI5X7UJNxth1dPQCjoGJmHxT 38YtvwzJqnwd7kf38cPC7pf6GfmyGmT9WIrOCHAGChiRxLR7xRVIBP+3as8+uBkt QqNu9M6Ph7/z4br2yWCRubXSOSCJcUBwYzU7gy5M1Xo5/ZBOTvM0sqelMP/J0NOa 8Dtl9cFJeqtpGMKTGfDwF+AQEEcJSn7AQq87dW98SFRQr6eMsci4iuu8A8rCh/FE LErVCiFgJeAuZfAoY7G1F0G4G3TXNBIgmPSEYtMsHAIh6l1X6w1WBsonpwCTT2vd 3KyZ7TKsyg3TeszInyaITbvthmHtIAEaiWwhmnXamRWDRaK88iWsyOar9ZnAvKo= =G9+O -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE
Re: [PD] 0.46-5 Not allocating midioutdev correctly? Strange behaviour
Anyone? I've tried 0.46-5, 0.46-4 0.46-3. All seem to save midioutdev incorrectly as already described. I presume this may be a bug in the 0.46 introduced 'saving devices by name' feature? Any response/help would be greatly appreciated! Thanks, John. On Monday, 2 March 2015, 18:21, JF sainti...@yahoo.com wrote: I can't seem to set midioutdev correctly on 0.46-5 Win 32. When I choose a device, close preferences then re-open preferences the device selected seems to now be the next device in the list. This happens when using multiple device outs too. Then saving the preferences to the registry seems to make the device change again, (but not an device increment of one, maybe 4 or 5). Any help would be greatly appreciated! Thanks in advance, John. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] VLC 2.1.x and Gem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2015-03-05 11:02, Antoine Villeret wrote: hi, it works here, I can open the two streams you linked to. I can change the size and open screen:// too. My configuration is : Pd-vanilla 0.46.5 GEM: ver: 0.93.git b8b6549 Ubuntu 14.10 64bit libvlc-dev 2.2.0-pre2 and I do have imagemagick plugin loaded. i have no idea why it crashes, but some random notes: - - make sure that the VLC-headers used for compiling match the VLC-library used when running Gem (if this is a stock ubuntu/mint/... thenthere shouldn't be a problem; but maybe you have some weirdo things in /usr/local/...) - - i think antoines original lead about imagematick might be worth considering and expanding: try disabling *all* Gem-plugins but gem-videoVLC (deleting the links is enough; no need to recompile Gem). - - i had crashes (iirc on w32, but nevertheless...) when VLC could not find it's plugins (that is: the VLC-plugins); VLC_PLUGIN_PATH might help. fgmasr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJU+DLVAAoJELZQGcR/ejb4NIIP/1oiFJQGZhpJMI5Knd5Zo6yv xndD5ctE7iNhcjzlZkvXzFqhbH981CP02DhQbVkMWBxwEtr7iWCFFERs47EMqz+T ontciotR3Rt5i8I+Clbc7aEZMFrO2dA4sZPfOoHtsBmdlbIA09uTiDPYlMw5GE8C V2qHdO0bG9osOMw/hX4HKKjrSNXxki+OxVFeLmdUbRso3S51u/plUXdnqD3N7j3D dCK4HDjHNVWI6kqV4sDSSL4WblmhX0L2WR17Q0+P5mEHlt8syIhVTDceS8JHPAer 0QgnvnqdDCz9oJSZFmuQrN1C+qoRSeyy2FdR0LAUHi8u+m40UJ+SGeEXpKVd2SMW XzNfLxRySTfmEWYxIql4PWPknJoZIFJTT/TwFQ44B5bTM+73v1RD0fr/UwJ6NAFr 2estxA6yUMZBDckRmSxFg0dhvMjcUmwQwB2ksgx8SHbanvFsu9RvZBwBOvAXdbhT Uk/CXdpgskAej5q6bgfUKa1TMo72PHNxBvGiXhxvrwV0SDso8xTRPBsbAN1yqAmo aN5EcxHcCYlr/LyYAyGxpqT+Sg8xuUDB7L9zOLnqvfPt42NZTNoEa/lKzuaFUZP/ jx6QdiNh2eOQ3It1CwVLiiUX4rGtAKghfxGAHz8NycTPBLgBSiQwl76TXHpvssEU WFiConwr37OhHuaf5oyI =YWLi -END PGP SIGNATURE- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list