[PD] Re: audio des vidéos sur le pix_movie
hi. [EMAIL PROTECTED] wrote: Bonjour, my french is quite bad; if you want to post in french, it would be better to use one of the official lists (pd-list, gem-dev), where there are people who have the technical and linguistic background to help you. Je travaille actuellement sur un mixeur vidéo aléatoire et Je suis à la recherche d'un moyen avec le pix_movie ou le pix_film pour récupérer les données audios des vidéos en live. y a t il moyen de faire ça sous win32 ? on os-x you will get this as an unwanted by-product. on other systems (and preferrably on os-x too), you should separate the audio and video track into 2 different files and use [pix_film]/[pix_movie] to play back the images and [readsf~]/[tabplay~] or whatever you want for sound. this is really by purpose. automated audio playback does not make so much sense in random frame-access mode, without defining a lot of aesthetics for you. it would make more sense for normal playback (like with [auto 1(), but what if you would want time-stretched playback? it would be good however, to have a way to read the sound-track of a movie into a table with something like [soundfiler] ([moviefiler]). this need not be a Gem object. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] midi strange problem
Hi, Try to install MIDI-oxe as well, it appears to make MIDI-yoke more reliable. Also the soundcard-drivers might be an issue, try to use MMIO on WinXP when using MIDI with several apps. tjers/ Steffen Leve Poulsen o-o At 08:20 18-12-2006, you wrote: David Powers a écrit : You think that's bad ... I can't get my midi input back into PD at all. Yet it goes out, because in my monitoring program it's visible. I'm using Midi-yoke on winXP. I guess this is some PD-extended problem. And it goes in with physical midiIn, but here too midiYoke, maple driver, doesn't work on pd while it works on other softwares. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] network problem with pd / [list-fifo]
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: as a crude solution to limit bandwidth in netpd, i made the attached abstraction [list-fifo]. i am not sure, if it is a suitable name. @frank if you think, that fits into your list-abs-collection, feel free to add/modify it. Thanks a lot, this can be a very useful patch. I added it to the [list]-abs on CVS with some small changes/extensions: Internally it uses the new [list-extend] abstraction now to build lists from incoming messages. I added a clear method to the first inlet to empty the FIFO, I changed the default delimiter to the empty symbol, and added the possibility to set the delimiter with an abstraction argument as well like [list-fifo my-l33t-del1m17er] Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Abstraction [define]
On Sun, 17 Dec 2006, Frank Barknecht wrote: Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: I'd say, a state is whatever you may want to save. Is that a good definition? This would be my basic definition as well. Even this has some direct consequences: What I want to save is different from what you want to save. Maybe we could came up with some kind of classification of state and state-like members of objects... something like: 1. state that doesn't have any impact on anything except efficiency of the program. this means caches/memoizers, prefetch buffers, precalculations, etc. 2. state that doesn't have any impact on anything if you run the program without a GUI. 3. other state. A. state that gets already saved automatically in .pd files B. state that doesn't. So that makes 6 categories: 1A 1B 2A 2B 3A 3B. The category of something can depend on which level you look it at. Things that happen inside an abstraction or other class, can mean something at one level and then disappear (be invisible) from outside. So the next questions are: How to tell Pd what should be saved and what not? Or: Can Pd make educated guesses about what should and shouldn't be saved? Should Pd guess at all? Pd can't guess whether any state is category 1: that's a meaning created by the contract of the class. A contract is a set of guarantees about input, and a set of guarantees about output, for which the deal is that as long as input are correct, outputs ought to be correct. There's no way to encode such meanings in pd as it is now (except as comments). _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] network problem with pd / [list-fifo]
On Mon, 2006-12-18 at 13:47 +0100, Frank Barknecht wrote: Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: as a crude solution to limit bandwidth in netpd, i made the attached abstraction [list-fifo]. i am not sure, if it is a suitable name. @frank if you think, that fits into your list-abs-collection, feel free to add/modify it. Thanks a lot, this can be a very useful patch. I added it to the [list]-abs on CVS with some small changes/extensions: Internally it uses the new [list-extend] abstraction now to build lists from incoming messages. I added a clear method to the first inlet to empty the FIFO, I changed the default delimiter to the empty symbol, and added the possibility to set the delimiter with an abstraction argument as well like [list-fifo my-l33t-del1m17er] wow.. cool! ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] network problem with pd / [list-fifo]
On Sun, 17 Dec 2006, Roman Haefeli wrote: netpd's major problem is the occurence of many dropouts in certain situations. one reason is the way how all (at least all i know) network related objects in pd handle buffer overruns. when the buffer of a network object is full, the whole pd processing is stopped until the buffer gets emptied again. Pd doesn't handle all of its sockets like that. There's one special socket that handles it differently, and it's the socket that talks to the GUI process. In Pd 0.38, Miller added a bunch of special code in s_inter.c that allows it to do nonblocking writes and causes it to replace the output buffer by a bigger one. The problems that I see with that are: 1. there's no way to limit the size of the output buffer. If the other side of the connection doesn't respond, the sending buffer just inflates quickly. I've seen it happen that a bug in the sender causes it to try to send so fast that it ate memory like an infinite recursion or a forkbomb. 2. That operation is not realtime-safe (but still it's much closer to being so than just blocking...) 3. It's only usable by the GUI socket and never by [netsend]. 4. While that buffer together with t_guiqueue allow GUI updates to be delayed for as long as necessary, it doesn't solve the problem that it can send information that is already outdated and redundant. This can be important in preventing problem #1 for a very heavy GUI. DesireData has had this problem essentially dealt with since a long time, but it lacks some fine tuning to get more robust. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse variable speed soundplayback?
oh i see, thanks frank hardoff! my thinking wasn't so good--and that with no hangover ;) it's all becoming clearer, thanks for your patience. On 12/17/06 12:21 PM, hard off [EMAIL PROTECTED] wrote: putting a [*~] after the [vline~] affects the volume, doesn't it? no. if you put a [*~ ] AFTER the [tabread4~] it affects the volume. but if you change the signal leading into the [tabread4~] then that's only going to alter the speed at which the table is read. sorry, my explaination is not good. i have a hangover. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pidip and ffmpeg compilation
yeh, hans, but i guess pidip is compiled _without_ ffmpeg which has been a hell to follow anyway with so many unstable releases, buggy, crashing ... so i gave up ... if you really want experimental support of ffmepg in pidip, that's with --with-ffmpeg=/path/to/ffmpeg but i haven't tried this for years ( am i so old ? ) well, suerte a los jovenes, good instructions anyway .. sevy Hans-Christoph Steiner wrote: pidip is included in the nightly builds for GNU/Linux, including the Ubuntu Dapper build. http://autobuild.puredata.info .hc On Dec 18, 2006, at 12:18 AM, John Harrison wrote: Tonight I headed down this same path, doing the equivalent of adding the variables and getting the same errors. I have concluded that pidip compiles only with the ffmpeg sources Yves provides on the pidip web page: http://ydegoyon.free.fr/pidip.html I put rather terse directions for compiling for ubuntu Dapper on a wiki: http://cratel.wichita.edu/cratel/cratel_PiDiP_ubuntu These were adapted from earlier directions I put for compiling on ubuntu Breezy: http://wikihost.org/wikis/techartsound/wiki/ubuntu_breezy -John Yves Degoyon wrote: yes, sorry. i don't use ffmpeg anymore since a while and do not follow ffmpeg changes, so, err, can tell you : 'feel free to fix it' ? ( i know it's a bad answer but all i can do ) suerte, sevy Patrick wrote: dear list i've downloaded the svn version of ffmpeg and configured it with: ./configure --enable-mp3lame --enable-libogg --enable-vorbis --enable-gpl i tried also manipulating the Makefile and added the variables: /usr/local/src/pd/ffmpeg/libavutil/libavutil.a in PDP_PIDIP_LIBS and -I/usr/loacal/src/pd/ffmpeg/libavutil in PDP_PIDIP_INCLUDES but i got allways after a: ./configure --with-pd=../../ --with-pdp=../pdp/ --with-ffmpeg=../../../ffmpeg-svn/ make clean make ( and make CC=gcc-3.4 ) many, many. /usr/local/src/pd/ffmpeg-svn/libavformat/avformat.h:251: warning: ‘AVFrac’ is deprecated pdp_live~.c: In function ‘pdp_live_decode_packet’: pdp_live~.c:282: error: request for member ‘codec_type’ in something not a structure or union pdp_live~.c:297: warning: passing argument 1 of ‘avcodec_decode_audio’ from incompatible pointer type pdp_live~.c:297: warning: passing argument 3 of ‘avcodec_decode_audio’ from incompatible pointer type pdp_live~.c:342: error: request for member ‘channels’ in something not a structure or union pdp_live~.c:343: error: request for member ‘sample_rate’ in something not a structure or union pdp_live~.c:347: error: request for member ‘channels’ in something not a structure or union pdp_live~.c:349: error: request for member ‘sample_rate’ in something not a structure or union pdp_live~.c:354: error: request for member ‘channels’ in something not a structure or union pdp_live~.c:400: error: request for member ‘width’ in something not a structure or union pdp_live~.c:401: error: request for member ‘height’ in something not a structure or union pdp_live~.c:403: error: request for member ‘frame_rate’ in something not a structure or union pdp_live~.c:410: warning: passing argument 1 of ‘avcodec_decode_video’ from incompatible pointer type pdp_live~.c:410: warning: passing argument 3 of ‘avcodec_decode_video’ from incompatible pointer type pdp_live~.c:411: error: request for member ‘pix_fmt’ in something not a structure or union pdp_live~.c:414: error: request for member ‘pix_fmt’ in something not a structure or union pdp_live~.c:445: error: request for member ‘width’ in something not a structure or union pdp_live~.c:446: error: request for member ‘height’ in something not a structure or union pdp_live~.c: In function ‘pdp_live_connect_to_url’: pdp_live~.c:589: error: ‘AVFormatParameters’ has no member named ‘image_format’ pdp_live~.c:651: error: request for member ‘codec_type’ in something not a structure or union pdp_live~.c:655: error: request for member ‘codec_type’ in something not a structure or union pdp_live~.c:658: error: request for member ‘codec_id’ in something not a structure or union pdp_live~.c:658: error: request for member ‘bit_rate’ in something not a structure or union pdp_live~.c:660: error: request for member ‘sample_rate’ in something not a structure or union pdp_live~.c:660: error: request for member ‘channels’ in something not a structure or union pdp_live~.c:663: error: request for member ‘codec_type’ in something not a structure or union pdp_live~.c:666: error: request for member ‘codec_id’ in something not a structure or union pdp_live~.c:667: error: request for member ‘bit_rate’ in something not a structure or union pdp_live~.c:669: error: request for member ‘frame_rate’ in something not a structure or union pdp_live~.c:670: error: request for member ‘width’ in something not a structure or union pdp_live~.c:671: error: request for member ‘height’ in something not a structure or union pdp_live~.c:685: error: request for
[PD] Find Last Error
Find Last Error could look like this: http://artengine.ca/desiredata/gallery/find_last_error.png ... and so it does. See upcoming DesireData preview 5. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Find Last Error
To think, we've been suffering all this time… ;) Good work, matju, as always. D! On 18/12/06, Mathieu Bouchard [EMAIL PROTECTED] wrote: Find Last Error could look like this: http://artengine.ca/desiredata/gallery/find_last_error.png ... and so it does. See upcoming DesireData preview 5. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- __ _ _ _ __ _ http://sintheta.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list