Re: [PD] Processing Video Data
Raul Diaz wrote: > Which external or library (GEM, PixelTango, ...) do you recommend me > to process video? PixelTango builds on top of Gem, so there is no realy difference here. (i don't think that PixelTango comes with an abstraction for Gem that does right out-of-the-box what you need) chris clepper wrote: > You need one value for each pixel row in an image? That will probably > require writing a custom external to do that. not necessarily. if you have plenty of cpu left, you could go for Gem's [pix_dump], which dumps the entire image as a list into "pd-space". then you can do whatever you want with it (e.g. use iemmatrix to calculate what you need). another solution with Gem might be to use [pix_resize] with a width of 1 and then [pix_dump] the image "column". other libs: i am sure there are some simple resizing mechanisms in GridFlow. if you need to do more complicated stuff on the data, GridFlow might be a good choice anyhow, since you could stay in grid-space rather long and only do the conversion into pd-space at the very end. pdp/pidip: i don't know, but i am sure there are solutions here too. so it really depends on what else you want to acchieve. if it has to run on w32, then the solutions are limited. (but i don't know) mfa.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] AXMEDIS2007 Call for Papers: content production protection distribution DRM
Dear Pd Announce You are cordially invited to participate at the AXMEDIS2007 International Conference, 28th - 30th November 2007, Bacelona, Spain, at the Universitat Politecnica de Catalunya This will be a significant and exciting event on cross-media, content production GRID, content protection, interoperable DRM (digital rights management), multimedia terminals, multiple-play, multichannel, multi devices, MPEG-21 terminal and tools, authoring tools, digital media, P2P, OMA, multi-channel delivery, content modelling, business models, security and distribution, legal aspects, accessibility, transaction models, multimedia music, workflow, and much more. The AXMEDIS2007 International Conference is a perfect occasion to discover the state of the art and beyond, on the above mentioned technologies and developments and to meet the industry leaders, leading researchers, experts and practitioners from both industrial and research institutes, including European digital content providers, integrators, distributors, technology providers, market leaders and prestigious research institutions. AXMEDIS is supported by Universitat Politecnica de Catalunya, University of Florence, ICSRiM, University of Leeds, EPFL, EUTELSAT, FHG-IGD, Giunti ILABS, HP, BBC, SDAE, TISCALI, SIAE, AFI, Accademia Nazionale di Santa Cecilia, SEJER, University of Reading, Pekin University, TEO (telecom Lituania), KTU, VRS Grupe, ACIT, Telecom Italia, Strategica, EXITECH, XIM, the MUSICNETWORK International Association, the European Commission and many more. See http://www.AXMEDIS.org/axmedis2007/ Please feel free to forward and redistribute this email to everyone who may be interested in this event and to all relevant mailing lists. Please do not hesitate to inform us if this email has not been of your interest. Best regards, Paolo Nesi and Jaime Delgado ps: if you are interested in the AXMEDIS activities and demonstration, there will be a tutorial/workshop day on the 11th of April 2007 in Rome (see http://www.axmedis.org/cmcps2007/). Attendance is free but registration is required. Please visit the website and register if you are interested to attend the event. CALL for PAPERS AXMEDIS2007 3rd International Conference on Automated Production of Cross Media Content for Multi-channel Distribution HTTP://www.axmedis.org/axmedis2007 Submission due: 13th April 2007 Conference date: 28th-30th Nov. 2007 Conference venue: Universitat Politècnica de Catalunya, Barcelona (Spain) In the Internet as well as in the digital era, cross-media production and distribution represent key developments and innovations that are fostered by emergent technologies to ensure better value for money while optimising productivity and market coverage. AXMEDIS2007 aims to explore all subjects and topics related to cross-media and digital-media content production, processing, management, standards, representation, sharing, protection and rights management interoperability, to address the latest developments and future trends of the technologies and their applications, its impact and exploitation. We are particularly interested in exchanging concepts, requirements, prototypes, research ideas, and findings which could contribute to academic research or could be beneficial to business and industrial communities. Recommended topics include, but are not limited to, the following: - Automatic cross-media production, collection, crawling, composition, formatting, P2P, etc. - Formats and models for multi-channel content distribution and interoperability - Multimedia standards: MPEG-7, MPEG-21, DMP, etc. - High quality audio visual coding - Multimedia music representation and formatting - Watermarking and fingerprinting techniques - GRID and distributed systems for content production - Real-time streaming media distribution - Multimedia middleware - Workflow management systems - Web services for content distribution - Semantic Web for multimedia production and distribution - Collaborative models and tools - Distribution with P2P architectures - Legal aspects related to digital content - Collecting and clearing of rights and licences - Business, payment and transaction models - Digital Rights Management (DRM) models, tools, and interoperability - Context Awareness - Archives management for cultural and educational applications - Synchronisation technologies and solutions - Systems and approaches for content production/distribution on demand - Content adaptation - Accessibility and multimodal user interfaces - Novel applications and case-studies of relevant technologies - etc. etc. and all realted topics, do not hesitate to contact the chairs if you have a proposal for the conference. Research and applications Papers: Papers should describe original and significant work in the research and application of related topics. (i) Long papers: up to 8 pages, typically focused o
Re: [PD] adding external-direcetories to paths
Am 14.03.2007 um 05:14 schrieb Thomas Jeppesen: After a few weeks of wondering how this works, I've more or less figured out how to add externals to my PD installation, at least I think I have, because I still run into patches that doesn't load the externals used in it, even though the externals are in the "extra"-directory. OK then, I think to myself, I have to add each subdirectory of externals to the path in PD's fererences. This seemed to have the desired effect. And now to the problem, only 10 lines of paths are possible in PD. Or does it work like this, that I can only ´see´ 10 line's of added paths? Or have I completely missed how this aspect of PD works? Anyways, what I want is for all subdirectories in the extra- directory in my PD 39.2-extended to be accessable from PD, as if they were an integrated part of the installation. I've tried to use (add) the pd-settings.reg that comes with the pd-extended installation, but it has not had the desired effect. Could someone please shed some light on this problem for me? Cheers! Thomas ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list Yes, i was fighting with that a while too... which platform are you using ? Luigi___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Help - filters & band limited oscillators!
Hello everyone, I tried google and it was no help, and the server for the list archive seems to be down temporarily. Anyway, I'm giving a free (as in free beer) workshop in Chicago in about 16 hours, on the basics of digital synthesis. I have decided to use Pure Data to give my presentation, and use mostly non-commercial software. However, I'm still missing the following for demonstrating "proper" subtractive synthesis: 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] right now, but I'm not all that satisfied with the sound compared to the filters in my favorite VST's ... 2. Band-limited square and sawtooth waveforms. For teaching purposes PD is great, and ideal for my demonstrations. But as it is, I'm having to use VST's within PD in order to demonstrate a "nice sounding" synth. It would be nice to show that PD can do it without using stuff built in Steinberg's format. That would also let the Mac people replicate my work, if they are interested. Note, nobody in the workshop has ever tried Linux, except me, so Linux plugins are not helpful in this case. I will post my patches after I give the workshop, though they are nothing fancy ... just basic: sequencer - oscillator - vca - filter. Good for demoing though, I'm starting with additive first, then subtractive. ~David ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help - filters & band limited oscillators!
Hi David, See in the audio help patches: J07.oversampling.pd for bandlimited sawtooth oscillation. lg,PP David Powers wrote: > Hello everyone, > > I tried google and it was no help, and the server for the list archive > seems to be down temporarily. > > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > about 16 hours, on the basics of digital synthesis. I have decided to > use Pure Data to give my presentation, and use mostly non-commercial > software. > > However, I'm still missing the following for demonstrating "proper" > subtractive synthesis: > 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] > right now, but I'm not all that satisfied with the sound compared to > the filters in my favorite VST's ... > 2. Band-limited square and sawtooth waveforms. > > For teaching purposes PD is great, and ideal for my demonstrations. > But as it is, I'm having to use VST's within PD in order to > demonstrate a "nice sounding" synth. It would be nice to show that PD > can do it without using stuff built in Steinberg's format. That would > also let the Mac people replicate my work, if they are interested. > Note, nobody in the workshop has ever tried Linux, except me, so Linux > plugins are not helpful in this case. > > I will post my patches after I give the workshop, though they are > nothing fancy ... just basic: > sequencer - oscillator - vca - filter. Good for demoing though, I'm > starting with additive first, then subtractive. > > ~David > > ___ > 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] Help - filters & band limited oscillators!
hello david everything i know about this topic i know from the list. i think the archives can be really helpfull in that specific case. however, i think the list archive is up again. try this link: http://www.google.ch/search?hl=de&q=bandlimited+site% 3Alists.puredata.info&btnG=Google-Suche&meta= cheers On Wed, 2007-03-14 at 03:05 -0600, David Powers wrote: > Hello everyone, > > I tried google and it was no help, and the server for the list archive > seems to be down temporarily. > > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > about 16 hours, on the basics of digital synthesis. I have decided to > use Pure Data to give my presentation, and use mostly non-commercial > software. > > However, I'm still missing the following for demonstrating "proper" > subtractive synthesis: > 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] > right now, but I'm not all that satisfied with the sound compared to > the filters in my favorite VST's ... > 2. Band-limited square and sawtooth waveforms. > > For teaching purposes PD is great, and ideal for my demonstrations. > But as it is, I'm having to use VST's within PD in order to > demonstrate a "nice sounding" synth. It would be nice to show that PD > can do it without using stuff built in Steinberg's format. That would > also let the Mac people replicate my work, if they are interested. > Note, nobody in the workshop has ever tried Linux, except me, so Linux > plugins are not helpful in this case. > > I will post my patches after I give the workshop, though they are > nothing fancy ... just basic: > sequencer - oscillator - vca - filter. Good for demoing though, I'm > starting with additive first, then subtractive. > > ~David > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help - filters & band limited oscillators!
David Powers wrote: > Hello everyone, > > I tried google and it was no help, and the server for the list archive > seems to be down temporarily. > hmmm, i cannot confirm this here. http://lists.puredata.info/pipermail/pd-list/ works just fine. can you reach http://puredata.info? mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help - filters & band limited oscillators!
David Powers wrote: > 2. Band-limited square and sawtooth waveforms. The creb library includes: blosc~ - some bandlimited oscillators based on minimal phase impulse and step functions. (inspired by Eli Brandt's paper "Hard Sync Without Aliasing".) > Note, nobody in the workshop has ever tried Linux, except me, so Linux > plugins are not helpful in this case. creb should work on windows, I believe - a search for 'pd creb.dll' => http://impala.utopia.free.fr/pd/patchs/selection/PROJETS_patches/eskogen_gyre_full/externs/ Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Processing Video Data
Am 13.03.2007 um 21:06 schrieb chris clepper: > You need one value for each pixel row in an image? That will probably > require writing a custom external to do that. > > > On 3/13/07, raul diaz <[EMAIL PROTECTED]> wrote: >> Hi List! >> >> I would like to process a live recording video with pure data. >> I need to extract bright information of each horizontal video line >> but I >> don't know if there is any external which do that. >> Which external or library (GEM, PixelTango, ...) do you recommend >> me to >> process video? >> you did not mention pdp, and especially pidip, that myight work for you luigi >> Thanks! >> >> -- >> Raul Diaz Poblete >> * >> [EMAIL PROTECTED] >> Ciudad Real [Spain] >> ___ >> 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] Help - filters & band limited oscillators!
Doesn't work on windows at least... On 3/14/07, Claude Heiland-Allen <[EMAIL PROTECTED]> wrote: > David Powers wrote: > > 2. Band-limited square and sawtooth waveforms. > > The creb library includes: > > blosc~ - some bandlimited oscillators based on minimal phase impulse and > step functions. (inspired by Eli Brandt's paper "Hard Sync Without > Aliasing".) > > > Note, nobody in the workshop has ever tried Linux, except me, so Linux > > plugins are not helpful in this case. > > creb should work on windows, I believe - a search for 'pd creb.dll' => > > http://impala.utopia.free.fr/pd/patchs/selection/PROJETS_patches/eskogen_gyre_full/externs/ > > > Claude > -- > http://claudiusmaximus.goto10.org > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help - filters & band limited oscillators!
hello david i found examples for a bandlimited saw and bandlimited square by g. geiger in the archives. might this is what you are looking for. http://lists.puredata.info/pipermail/pd-list/2006-05/038681.html cheers roman On Wed, 2007-03-14 at 03:05 -0600, David Powers wrote: > Hello everyone, > > I tried google and it was no help, and the server for the list archive > seems to be down temporarily. > > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > about 16 hours, on the basics of digital synthesis. I have decided to > use Pure Data to give my presentation, and use mostly non-commercial > software. > > However, I'm still missing the following for demonstrating "proper" > subtractive synthesis: > 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] > right now, but I'm not all that satisfied with the sound compared to > the filters in my favorite VST's ... > 2. Band-limited square and sawtooth waveforms. > > For teaching purposes PD is great, and ideal for my demonstrations. > But as it is, I'm having to use VST's within PD in order to > demonstrate a "nice sounding" synth. It would be nice to show that PD > can do it without using stuff built in Steinberg's format. That would > also let the Mac people replicate my work, if they are interested. > Note, nobody in the workshop has ever tried Linux, except me, so Linux > plugins are not helpful in this case. > > I will post my patches after I give the workshop, though they are > nothing fancy ... just basic: > sequencer - oscillator - vca - filter. Good for demoing though, I'm > starting with additive first, then subtractive. > > ~David > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ 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] Help - filters & band limited oscillators!
I found those, but are they really band-limited? I'm fairly sure I hear ugly digital artifacts in the saw. The square appears to be broken, unless I made a mistake cutting and pasting those 1500 lines of code into my text editor (kinda hard to tell). It's 5 30 am here and I've not slept yet :-( I can't believe there's STILL no readily available external/abstraction for such a common synthesis task, I just want a "nice sounding" example that will compare with the VST's which I will be hosting from within PD; right now "ASynth" sounds about 100x better than anything made in PD itself ... Oh and I don't see any "J" example PD patches, my PD patches don't go that high. ~David On 3/14/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: > hello david > > i found examples for a bandlimited saw and bandlimited square by g. > geiger in the archives. might this is what you are looking for. > > http://lists.puredata.info/pipermail/pd-list/2006-05/038681.html > > cheers > roman > > On Wed, 2007-03-14 at 03:05 -0600, David Powers wrote: > > Hello everyone, > > > > I tried google and it was no help, and the server for the list archive > > seems to be down temporarily. > > > > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > > about 16 hours, on the basics of digital synthesis. I have decided to > > use Pure Data to give my presentation, and use mostly non-commercial > > software. > > > > However, I'm still missing the following for demonstrating "proper" > > subtractive synthesis: > > 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] > > right now, but I'm not all that satisfied with the sound compared to > > the filters in my favorite VST's ... > > 2. Band-limited square and sawtooth waveforms. > > > > For teaching purposes PD is great, and ideal for my demonstrations. > > But as it is, I'm having to use VST's within PD in order to > > demonstrate a "nice sounding" synth. It would be nice to show that PD > > can do it without using stuff built in Steinberg's format. That would > > also let the Mac people replicate my work, if they are interested. > > Note, nobody in the workshop has ever tried Linux, except me, so Linux > > plugins are not helpful in this case. > > > > I will post my patches after I give the workshop, though they are > > nothing fancy ... just basic: > > sequencer - oscillator - vca - filter. Good for demoing though, I'm > > starting with additive first, then subtractive. > > > > ~David > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > > ___ > 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] adding external-direcetories to paths
On 14/03/2007, at 5.55, Thomas Jeppesen wrote: > Thanks for the feedback Steffen, any ideas why the reg-file in the > windows installation doesn't do the trick, it is supposed to add > all the libs from the extended version of PD? I know next to nothing about win32. But i think the basic reason why they don't all work out of the box in Pd-extended, is that some are not loaded to avoid name clashing. One way to go about it is to add them to the startup prefs, but bearing in mind, that there might be name clashing. Another is to use [import ], this require of cause the import object which is not in vanilla Pd . A third is to call objects as [/] fx. [cyclone/pow~ ]. I tend to prefer the later, as is reflect from where the object comes and as such also helps my organize my code. > Yup, thats right. I'm pretty sure that some patching is being done > at LAB already - Actually I know it is ;) Are you thinking about Labsalonen? I was there the first time, having the opportunity to have a closer look at the abiunix system (that uses devel 0.37), but apart from that there wasn't much Pd action. Other then that Lab is, to my experience, fairly closed for day to day use. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help - filters & band limited oscillators!
Okay thanks, I was getting some other link through google that I thought was the list archives (elists.resynthesize something or other) ... I guess I should bookmark stuff and not depend on google. Anyway, so far it's no help, because now the problem is, I have way too many hits for "band-limited", but I still can't find any patches... ~David On 3/14/07, IOhannes m zmoelnig <[EMAIL PROTECTED]> wrote: > David Powers wrote: > > Hello everyone, > > > > I tried google and it was no help, and the server for the list archive > > seems to be down temporarily. > > > > hmmm, i cannot confirm this here. > http://lists.puredata.info/pipermail/pd-list/ works just fine. > > can you reach http://puredata.info? > > mfg.asdr > IOhannes > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help - filters & band limited oscillators!
Hallo, David Powers hat gesagt: // David Powers wrote: > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > about 16 hours, on the basics of digital synthesis. I have decided to > use Pure Data to give my presentation, and use mostly non-commercial > software. Pd is commercial software. ;) > However, I'm still missing the following for demonstrating "proper" > subtractive synthesis: > 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] > right now, but I'm not all that satisfied with the sound compared to > the filters in my favorite VST's ... > 2. Band-limited square and sawtooth waveforms. Attached is a bandlimited square, which was bandlimited using the upsample, then filter approach described in The Book. Another approach would be additive synthesis, as illustrated here: http://lists.puredata.info/pipermail/pd-list/2006-05/038681.html (There are two patches in that mail!) Finally there are various externals, like blosc~ from creb. For filters I would recommend using the IEM-filters as building blocks. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ bandolero.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] adding external-direcetories to paths
Thanks again Steffen, I think everything is a bit easier to grasp now, all though I'm having trouble making the ':'-trick work as expected. I've tried seperating paths with ';' instead, but when I load PD the next time each path has been assigned it's on path-line in the preferences. Maybe assigning a path in the object itself, as you propose, is my solution too. Yes I was thinking about Labsalonen at LAB, at least it could become a place where people who are into PD can meet once a month, since whats going on at Labsalonen is what people themseles wants to do. But if there's enough interest for a dedicated PD-patching-group in Copenhagen I'm sure something can be arranged. Unfortunately I havn't got the time to arrange or manage such a group, but I could be the contact who can open the doors at LAB and make the room available from time to time. Cheers! Thomas > - Original Message - > From: "Steffen" <[EMAIL PROTECTED]> > To: "Thomas Jeppesen" <[EMAIL PROTECTED]> > Cc: > Sent: Wednesday, March 14, 2007 4:02 AM > Subject: Re: [PD] adding external-direcetories to paths > > >> >> On 14/03/2007, at 5.55, Thomas Jeppesen wrote: >> >>> Thanks for the feedback Steffen, any ideas why the reg-file in the >>> windows installation doesn't do the trick, it is supposed to add >>> all the libs from the extended version of PD? >> >> I know next to nothing about win32. >> >> But i think the basic reason why they don't all work out of the box >> in Pd-extended, is that some are not loaded to avoid name clashing. >> >> One way to go about it is to add them to the startup prefs, but >> bearing in mind, that there might be name clashing. Another is to use >> [import ], this require of cause the import object which is not >> in vanilla Pd . A third is to call objects as [/] >> fx. [cyclone/pow~ ]. I tend to prefer the later, as is reflect from >> where the object comes and as such also helps my organize my code. >> >> >>> Yup, thats right. I'm pretty sure that some patching is being done >>> at LAB already - Actually I know it is ;) >> >> Are you thinking about Labsalonen? I was there the first time, having >> the opportunity to have a closer look at the abiunix system (that >> uses devel 0.37), but apart from that there wasn't much Pd action. >> Other then that Lab is, to my experience, fairly closed for day to >> day use. >> >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> >> -- >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.446 / Virus Database: 268.18.10/720 - Release Date: >> 12-03-2007 19:19 >> >> > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Fw: adding external-direcetories to paths
Hi Luigi, I'm on Windows for now. Steffen has been kind enough to to guide me in the right direction, but I'm not quite there yet, so any additional input you might have on the matter would be a much appreciated. Cheers! Thomas - Original Message - From: Luigi Rensinghoff To: Thomas Jeppesen ; pd-list@iem.at Sent: Wednesday, March 14, 2007 2:09 AM Subject: Re: [PD] adding external-direcetories to paths Am 14.03.2007 um 05:14 schrieb Thomas Jeppesen: After a few weeks of wondering how this works, I've more or less figured out how to add externals to my PD installation, at least I think I have, because I still run into patches that doesn't load the externals used in it, even though the externals are in the "extra"-directory. OK then, I think to myself, I have to add each subdirectory of externals to the path in PD's fererences. This seemed to have the desired effect. And now to the problem, only 10 lines of paths are possible in PD. Or does it work like this, that I can only ´see´ 10 line's of added paths? Or have I completely missed how this aspect of PD works? Anyways, what I want is for all subdirectories in the extra-directory in my PD 39.2-extended to be accessable from PD, as if they were an integrated part of the installation. I've tried to use (add) the pd-settings.reg that comes with the pd-extended installation, but it has not had the desired effect. Could someone please shed some light on this problem for me? Cheers! Thomas ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list Yes, i was fighting with that a while too... which platform are you using ? Luigi -- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.10/720 - Release Date: 12-03-2007 19:19 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Processing Video Data
Hi List! Thanks for your suggest! I'm working on win32 and I suposse I need a lot of CPU if I'm going to work with video lines data. [pix resize] combined with [pix_dump] could be a good solution (thanks Iohannes)...If I understand right that scheme gives me a list with video line data which is what I want. I will take a look to GridFlow and pdp/pidipi (they only work on Linux?). I'll give you news soon. Saludos! 2007/3/14, Luigi Rensinghoff <[EMAIL PROTECTED]>: Am 13.03.2007 um 21:06 schrieb chris clepper: > You need one value for each pixel row in an image? That will probably > require writing a custom external to do that. > > > On 3/13/07, raul diaz <[EMAIL PROTECTED]> wrote: >> Hi List! >> >> I would like to process a live recording video with pure data. >> I need to extract bright information of each horizontal video line >> but I >> don't know if there is any external which do that. >> Which external or library (GEM, PixelTango, ...) do you recommend >> me to >> process video? >> you did not mention pdp, and especially pidip, that myight work for you luigi >> Thanks! >> >> -- >> Raul Diaz Poblete >> * >> [EMAIL PROTECTED] >> Ciudad Real [Spain] >> ___ >> 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 -- Raul Diaz Poblete * [EMAIL PROTECTED] Ciudad Real [Spain] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pdp 0.12.5-darcs on Linux
Hi, I am trying to get pdp working on my Linux box: Ubuntu 6.10 (2.6.17-10-generic, X11 7.1.). I am using the fglrx video driver with direct rendering enabled. So... How do I get pdp to render to the screen? [pdp_xv] loads correctly but sending it a |create( message gives: pdp_xv: cant open display :0 [pdp_sdl] and [pdp_glx] both cannot be instantiated: '...couldn't create', despite the fact that I compiled with --enable-sdl and --enable-glx. Anyone know what I need to do to get this working? Thanks, Jamie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help - filters & band limited oscillators!
hello again i improved guenter's bandlimited square a bit. i noticed that it is hardcoded to 48kHz and accidently i was running pd at 48kHz, that's why it sounded quite good here. however, how far i can see it, the part, that selects the appropriate table, is not working as it should. i couldn't completely follow, how it works, but it seems to switch only correct from tab1 to tab2. for other tabs it switches at too high frequencies, which might introduce a bit aliasing. in my version the tables are generated on loadbang, which makes the file much smaller and easier to adapt for other waveforms. the tabselector is now dependent on the sampling rate, so it should sound well at different rates now. in order to provide the full spectrum even in low frequencies, i added a raw square generator. below a certain frequency, the oscillator switches to the raw square version, so that it should sound good at arbitrary low frequencies. the number of tables generated on loadbang can be changed. a bigger value lowers the frequency, at which the oscillator switches to the raw version and vice versa. i hope you'll have fun with it. roman On Wed, 2007-03-14 at 04:46 -0600, David Powers wrote: > I found those, but are they really band-limited? I'm fairly sure I > hear ugly digital artifacts in the saw. The square appears to be > broken, unless I made a mistake cutting and pasting those 1500 lines > of code into my text editor (kinda hard to tell). > > It's 5 30 am here and I've not slept yet :-( > > I can't believe there's STILL no readily available > external/abstraction for such a common synthesis task, I just want a > "nice sounding" example that will compare with the VST's which I will > be hosting from within PD; right now "ASynth" sounds about 100x better > than anything made in PD itself ... > > Oh and I don't see any "J" example PD patches, my PD patches don't go > that high. > > ~David > > On 3/14/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: > > hello david > > > > i found examples for a bandlimited saw and bandlimited square by g. > > geiger in the archives. might this is what you are looking for. > > > > http://lists.puredata.info/pipermail/pd-list/2006-05/038681.html > > > > cheers > > roman > > > > On Wed, 2007-03-14 at 03:05 -0600, David Powers wrote: > > > Hello everyone, > > > > > > I tried google and it was no help, and the server for the list archive > > > seems to be down temporarily. > > > > > > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > > > about 16 hours, on the basics of digital synthesis. I have decided to > > > use Pure Data to give my presentation, and use mostly non-commercial > > > software. > > > > > > However, I'm still missing the following for demonstrating "proper" > > > subtractive synthesis: > > > 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] > > > right now, but I'm not all that satisfied with the sound compared to > > > the filters in my favorite VST's ... > > > 2. Band-limited square and sawtooth waveforms. > > > > > > For teaching purposes PD is great, and ideal for my demonstrations. > > > But as it is, I'm having to use VST's within PD in order to > > > demonstrate a "nice sounding" synth. It would be nice to show that PD > > > can do it without using stuff built in Steinberg's format. That would > > > also let the Mac people replicate my work, if they are interested. > > > Note, nobody in the workshop has ever tried Linux, except me, so Linux > > > plugins are not helpful in this case. > > > > > > I will post my patches after I give the workshop, though they are > > > nothing fancy ... just basic: > > > sequencer - oscillator - vca - filter. Good for demoing though, I'm > > > starting with additive first, then subtractive. > > > > > > ~David > > > > > > ___ > > > PD-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > > ___ > > 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 #N canvas 706 177 528 492 10; #N canvas 647 5 291 900 lookup-tables 0; #X obj 10 10 table 1021-square1 512; #X obj 10 30 table 1021-square3 512; #X obj 10 50 table 1021-square5 512; #X obj 10 70 table 1021-square7 512; #X obj 10 90 table 1021-square9 512; #X obj 10 110 table 1021-square11 512; #X obj 10 130 table 1021-square13 512; #X obj 10 150 table 1021-square15 512; #X obj 10 170 table 1021-square17 512; #X obj 10 190 table 1021-square19 512; #X obj 10 210 table 1021-square21 512; #X obj 10 230 table 1021-square23 512; #X obj 10 250 table 1021-square25 512; #X obj 10 270 table 1021-square27 512; #X obj 10 290 table 1021-square29 512
[PD] GOP and menu displacements [was: oldschool rave synths]
Hallo, Andy and me had a little off-list discussion, but this below may be interesting to others as well. padawan12 hat gesagt: // padawan12 wrote: > A problem often comes when you activate GOP on a patch - to be honest > I've never understood any reason to why it selects one particular > place as the GOP center, is it just random? Anyway, this often requires > moving objects up and left beyond the frame. Actually as default Pd always puts the red rectangle to the same position at coordinates x=100, y=100. The origin of this coordiante system (x=0, y=0) is in the upper left corner of a patch normally, the positive x-direction is to the right, the pos. y-direction is down(!) from there. However if you move objects into the area with "negative" coordinates left or above the patch's borders, Pd will still show them, but it will move the origin (0, 0) to somewhere in the middle of the patch. The red GOP rectange still is at (100, 100), but now it may seem to be at a different position, because the origin (0, 0) doesn't match the window-borders anymore. I suppose that Pd will try to create the Properties menu at a position indicated by the object's coordinates, but it will reference a different origin, that's why the menu seems is displaced. Well, all this is very confusing, that's not moving stuff to the negative area is quite important. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] problems with installing ext test5 after running test7
ive worked on test5 without problems but after ive installed test7 i wasnt able to install test5- does anybody now something about that... ( im working on the new mac book intel core duo) -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] oldschool rave synths
i seem to be missing: lowpass, highpass and pow~ running 0.39.2-extended-test7 on winxp -josh padawan12 wrote: > Sorry Hardoff, scratch that last load of rubbish. The parasite synth is the > wrong patch, and I thought I was talking about different oscillators, it > should have been something more like the ones here. The oscillator is > a dual-slope one in hoover-triangles.pd, much easier to pull out than the > last mess. > > Another take is the hoover-pwm.pd, which is a juno voice basically, it's much > brighter and > fizzy down low. It just depends what you want more in the low registers, up > high theres > not so much difference. > One is pulse width mod of a square, the other is slope mod of a triangle, > both have a bit > of frequency lfo on too at about 5 Hz. A fat Juno hoover noise uses the fast > chorus > so there's one on both versions. Each has the same sequence so you can > compare the sounds. > All the hoover flavours have a different character, like a highpass resonant > filter > makes an interesting addition. But what they share in common is a busy sound > made > by having 3 or 4 detuned components. Juno is a pwm + saw + square mix, with > the > square an octave down. > > > On Mon, 12 Mar 2007 22:34:01 +0900 > "hard off" <[EMAIL PROTECTED]> wrote: > > >> andy's tokyo techno one is cool. >> >> but i want hoovers. i keep try to make them and they always suck. >> there must have been a secret ingredient that i am forgetting. >> >> ___ >> 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 >> -- tasty electronic music vittles -- bluevitriol.com the only music blog you need-- playtherecords.com you are the dj. interactive music -- improbableorchestra.com random observations of the bizarre -- vitriolix.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] forcing focus to and minimizing the GEM window
ver you want with it (e.g. use iemmatrix to calculate what you need). another solution with Gem might be to use [pix_resize] with a width of 1 and then [pix_dump] the image "column". other libs: i am sure there are some simple resizing mechanisms in GridFlow. if you need to do more complicated stuff on the data, GridFlow might be a good choice anyhow, since you could stay in grid-space rather long and only do the conversion into pd-space at the very end. pdp/pidip: i don't know, but i am sure there are solutions here too. so it really depends on what else you want to acchieve. if it has to run on w32, then the solutions are limited. (but i don't know) mfa.sdr IOhannes -- Message: 4 Date: Tue, 13 Mar 2007 11:36:02 +0100 (CET) From: "DISIT" <[EMAIL PROTECTED]> Subject: [PD] [PD-announce] AXMEDIS2007 Call for Papers: content production protection distribution DRM To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" ___ PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce -- Message: 5 Date: Wed, 14 Mar 2007 10:09:41 +0100 From: Luigi Rensinghoff <[EMAIL PROTECTED]> Subject: Re: [PD] adding external-direcetories to paths To: Thomas Jeppesen <[EMAIL PROTECTED]>, pd-list@iem.at Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Am 14.03.2007 um 05:14 schrieb Thomas Jeppesen: > After a few weeks of wondering how this works, I've more or less > figured out how to add externals to my PD installation, at least I > think I have, because I still run into patches that doesn't load > the externals used in it, even though the externals are in the > "extra"-directory. OK then, I think to myself, I have to add each > subdirectory of externals to the path in PD's fererences. This > seemed to have the desired effect. And now to the problem, only 10 > lines of paths are possible in PD. Or does it work like this, that > I can only ?see? 10 line's of added paths? Or have I completely > missed how this aspect of PD works? > > Anyways, what I want is for all subdirectories in the extra- > directory in my PD 39.2-extended to be accessable from PD, as if > they were an integrated part of the installation. I've tried to use > (add) the pd-settings.reg that comes with the pd-extended > installation, but it has not had the desired effect. > > Could someone please shed some light on this problem for me? > > Cheers! > Thomas > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Yes, i was fighting with that a while too... which platform are you using ? Luigi -- next part -- An HTML attachment was scrubbed... URL: http://lists.puredata.info/pipermail/pd-list/attachments/20070314/965966f5/attachment-0001.htm -- Message: 6 Date: Wed, 14 Mar 2007 03:05:28 -0600 From: "David Powers" <[EMAIL PROTECTED]> Subject: [PD] Help - filters & band limited oscillators! To: "PD List" Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello everyone, I tried google and it was no help, and the server for the list archive seems to be down temporarily. Anyway, I'm giving a free (as in free beer) workshop in Chicago in about 16 hours, on the basics of digital synthesis. I have decided to use Pure Data to give my presentation, and use mostly non-commercial software. However, I'm still missing the following for demonstrating "proper" subtractive synthesis: 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] right now, but I'm not all that satisfied with the sound compared to the filters in my favorite VST's ... 2. Band-limited square and sawtooth waveforms. For teaching purposes PD is great, and ideal for my demonstrations. But as it is, I'm having to use VST's within PD in order to demonstrate a "nice sounding" synth. It would be nice to show that PD can do it without using stuff built in Steinberg's format. That would also let the Mac people replicate my work, if they are interested. Note, nobody in the workshop has ever tried Linux, except me, so Linux plugins are not helpful in this case. I will post my patches after I give the workshop, though they are nothing fancy ... just basic: sequencer - oscillator - vca - filter. Good for demoing though, I'm starting with additive first, then subtractive. ~David -- Message: 7 Date: Wed, 14 Mar 2007 10:35:43 +0100 From: Peter Ple
Re: [PD] oldschool rave synths
[pow~] is from cyclone, I think in the case I used it (pow 2) you can replace it with an equivilent [expr~] expression or [*~]. I thought [lowpass] and [highpass] were vanilla. They are needed to set the coeffs for biquad~ On Wed, 14 Mar 2007 16:49:29 -0800 Josh Steiner <[EMAIL PROTECTED]> wrote: > i seem to be missing: > > lowpass, highpass and pow~ > > running 0.39.2-extended-test7 on winxp > > -josh > > padawan12 wrote: > > Sorry Hardoff, scratch that last load of rubbish. The parasite synth is the > > wrong patch, and I thought I was talking about different oscillators, it > > should have been something more like the ones here. The oscillator is > > a dual-slope one in hoover-triangles.pd, much easier to pull out than the > > last mess. > > > > Another take is the hoover-pwm.pd, which is a juno voice basically, it's > > much brighter and > > fizzy down low. It just depends what you want more in the low registers, up > > high theres > > not so much difference. > > One is pulse width mod of a square, the other is slope mod of a triangle, > > both have a bit > > of frequency lfo on too at about 5 Hz. A fat Juno hoover noise uses the > > fast chorus > > so there's one on both versions. Each has the same sequence so you can > > compare the sounds. > > All the hoover flavours have a different character, like a highpass > > resonant filter > > makes an interesting addition. But what they share in common is a busy > > sound made > > by having 3 or 4 detuned components. Juno is a pwm + saw + square mix, with > > the > > square an octave down. > > > > > > On Mon, 12 Mar 2007 22:34:01 +0900 > > "hard off" <[EMAIL PROTECTED]> wrote: > > > > > >> andy's tokyo techno one is cool. > >> > >> but i want hoovers. i keep try to make them and they always suck. > >> there must have been a secret ingredient that i am forgetting. > >> > >> ___ > >> 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 > >> > > > -- > > tasty electronic music vittles -- bluevitriol.com > the only music blog you need-- playtherecords.com > you are the dj. interactive music -- improbableorchestra.com > random observations of the bizarre -- vitriolix.com > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pidip/mpeg4ipffmpeg
hi i am on ubuntu as well and i am trying to build mpeg4ip and ffmpeg portions of pidip and getting an error. any tips? pp ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp 0.12.5-darcs on Linux
chose a combination of pdp_xv and pdp_glx pp -Original Message- From: [EMAIL PROTECTED] on behalf of Jamie Bullock Sent: Wed 3/14/2007 9:50 AM To: pd-list@iem.at Cc: Subject:[PD] pdp 0.12.5-darcs on Linux Hi, I am trying to get pdp working on my Linux box: Ubuntu 6.10 (2.6.17-10-generic, X11 7.1.). I am using the fglrx video driver with direct rendering enabled. So... How do I get pdp to render to the screen? [pdp_xv] loads correctly but sending it a |create( message gives: pdp_xv: cant open display :0 [pdp_sdl] and [pdp_glx] both cannot be instantiated: '...couldn't create', despite the fact that I compiled with --enable-sdl and --enable-glx. Anyone know what I need to do to get this working? Thanks, Jamie ___ 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] external viewers for additional file types ?
Yes, adding some minimal sanity checking of the files to be opened will make the browser more solid, and for all we know, checking the "magic" prefixes of files is a snap. BTW, for kicks I tried to open a .wav file (there are a couple in the examles somewhere) knowning the problem guess what happened :-)... fixing this can be a good thing. I volunteer, but please read on. About the general position about expanding/not-expanding viewing capabilities I guess it is a matter of perception by the user of whether an implementation is "complete". As an example of what I mean about "complete", when an entity that is named "browser" presents a list of items, it seems reasonable to expect that it will be able to "handle" the listed items in a manner consistent with their type. I dare to submit that this is kind of software engineering common wisdom. If it can not handle something, don't list it. But eliminating things from the list because it can not handle them, renders the browser incomplete: it is not listing everything it sees, even though it is still displaying subdirs of the help dir. To me this does not seem right. Furthermore, I tried to find any justification for having support (i.e. launch a viewer for) e.g. .html files and not for pdf files. HTML is a standard markup format for which there are plenty of free and legal viewers. PDF is a standard markup format for which there are plenty of free and legal viewers. Folks publish documents for PD in HTML format. e.g. many. Folks publish documents for PD in PDF format, e.g. IOhannes. Now (STARTING OF THE ROLLING DRUMS prr) THE DIFFERENCES ARE!!: .. fill the blanks with what you believe the differences are I am sure that you will find a hard time to exclude one or the other, and HTML support is already in. An the obvioius question is *why* to exclude, rather than include, approaching completeness, rather than perpetuating incompleteness. The documents and other files (e.g. the Gem demo movie) are utterly useful as help tools: why would we force new users to open 10 applications to navigate separately to each of these docs or files when it is perfectly possible, and easy, to support a decent number of them. And in fact, it is even easier to launch a standard script that the user can modify to add whatever crap she wants. There is very little to code here, and doing it "open ended" make it very easy to port to various platforms. Very flexible. Yet, as you say, and I agree, there is no real "necessity" to add this. It is just cheap convenience and completeness. PD can live without it, as it did so far. Look forward to hear your thoughts. -P >From: IOhannes m zmoelnig <[EMAIL PROTECTED]> >To: Pete Redest <[EMAIL PROTECTED]> >CC: pd-list@iem.at >Subject: Re: [PD] external viewers for additional file types ? >Date: Tue, 13 Mar 2007 09:09:29 +0100 > >Pete Redest wrote: > > > > Probably the easiest would be to launch an external script that > > incorporates the added "viewer" table lookup or something like > > that. Or add the table lookup right into u_main.tk. I don't know > > much Tcl/Tk so ... will see. Will get to it sometime soon. > >hmm, probably the easiest way would be to not open unkwown files at all. >(i don't see a real necessity to open a pdf from within pd; i don't >think that it would be a very good idea to make pd just another >exploder/konqueror/nautilus/...) > >however, pd _should_ definitely check whether the file it wants to load >as a patch is really a patch, e.g. by reading the first few bytes. >if there is "#N canvas", then it is _rather_ save to open the file; if >it is something else ("%PDF-1.4") pd should just refuse. > >mfgadsr >IOhannes > > _ Get a FREE Web site, company branded e-mail and more from Microsoft Office Live! http://clk.atdmt.com/MRT/go/mcrssaub0050001411mrt/direct/01/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help - filters & band limited oscillators!
Hi Roman, I get the following error from your patch, for many of the tables: error: 1002-square33: number of points (512) not a power of 2 plus three Along with this error, it seems to stop playing somewhere above 360 Hz... Thanks for your help, I'm sorry to sound grumpy, it's just that in searching the archives mostly all I found was my old query for a year ago. Plus everyone says to use [blosc~] but I posted in my first post, that [blosc~] is broken, and I believe that it's known, ie here is says: http://blog.soundsorange.net/index.php/archives/2006/09/28/exploring-pd-extended/ "exploring pd extended 27/9/2006 CPU load rating blosc~ - intriguing band limited oscillators, but patch is self referential and not working" Again, a reminder that this isn't really for me, but rather, it's the list members chance to sell other people on PD being useful, or not, to the outside world. [vst~] is working great so I can demonstrate subtractive synthesis with VST's within pure data, but that's suggesting to people that PD isn't really good for traditional synthesis... So if you think PD is good for synthesis, let me know about it!!! ***Note: I personally don't use PD with Gem for VJing, and to make weird generative MIDI sequences, mostly... I never really considered synthesis a strong point for PD, for reasons that should now be obvious. ~David On 3/14/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: > hello again > > i improved guenter's bandlimited square a bit. i noticed that it is > hardcoded to 48kHz and accidently i was running pd at 48kHz, that's why > it sounded quite good here. however, how far i can see it, the part, > that selects the appropriate table, is not working as it should. i > couldn't completely follow, how it works, but it seems to switch only > correct from tab1 to tab2. for other tabs it switches at too high > frequencies, which might introduce a bit aliasing. > in my version the tables are generated on loadbang, which makes the file > much smaller and easier to adapt for other waveforms. the tabselector is > now dependent on the sampling rate, so it should sound well at different > rates now. in order to provide the full spectrum even in low > frequencies, i added a raw square generator. below a certain frequency, > the oscillator switches to the raw square version, so that it should > sound good at arbitrary low frequencies. the number of tables generated > on loadbang can be changed. a bigger value lowers the frequency, at > which the oscillator switches to the raw version and vice versa. > > i hope you'll have fun with it. > > roman > > > On Wed, 2007-03-14 at 04:46 -0600, David Powers wrote: > > I found those, but are they really band-limited? I'm fairly sure I > > hear ugly digital artifacts in the saw. The square appears to be > > broken, unless I made a mistake cutting and pasting those 1500 lines > > of code into my text editor (kinda hard to tell). > > > > It's 5 30 am here and I've not slept yet :-( > > > > I can't believe there's STILL no readily available > > external/abstraction for such a common synthesis task, I just want a > > "nice sounding" example that will compare with the VST's which I will > > be hosting from within PD; right now "ASynth" sounds about 100x better > > than anything made in PD itself ... > > > > Oh and I don't see any "J" example PD patches, my PD patches don't go > > that high. > > > > ~David > > > > On 3/14/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: > > > hello david > > > > > > i found examples for a bandlimited saw and bandlimited square by g. > > > geiger in the archives. might this is what you are looking for. > > > > > > http://lists.puredata.info/pipermail/pd-list/2006-05/038681.html > > > > > > cheers > > > roman > > > > > > On Wed, 2007-03-14 at 03:05 -0600, David Powers wrote: > > > > Hello everyone, > > > > > > > > I tried google and it was no help, and the server for the list archive > > > > seems to be down temporarily. > > > > > > > > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > > > > about 16 hours, on the basics of digital synthesis. I have decided to > > > > use Pure Data to give my presentation, and use mostly non-commercial > > > > software. > > > > > > > > However, I'm still missing the following for demonstrating "proper" > > > > subtractive synthesis: > > > > 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] > > > > right now, but I'm not all that satisfied with the sound compared to > > > > the filters in my favorite VST's ... > > > > 2. Band-limited square and sawtooth waveforms. > > > > > > > > For teaching purposes PD is great, and ideal for my demonstrations. > > > > But as it is, I'm having to use VST's within PD in order to > > > > demonstrate a "nice sounding" synth. It would be nice to show that PD > > > > can do it without using stuff built in Steinberg's format. That would > > > > also let the Mac people replicate my work, if they are interested. > > > > Note, nobody in the
Re: [PD] Help - filters & band limited oscillators!
Did anyone try sqosc~ yet? I'm interested to get feedback on that one. http://pure-data.cvs.sourceforge.net/pure-data/externals/mrpeach/sqosc~/ Martin David Powers wrote: > Hi Roman, I get the following error from your patch, for many of the tables: > error: 1002-square33: number of points (512) not a power of 2 plus three > > Along with this error, it seems to stop playing somewhere above 360 Hz... > > Thanks for your help, I'm sorry to sound grumpy, it's just that in > searching the archives mostly all I found was my old query for a year > ago. Plus everyone says to use [blosc~] but I posted in my first post, > that [blosc~] is broken, and I believe that it's known, ie here is > says: > http://blog.soundsorange.net/index.php/archives/2006/09/28/exploring-pd-extended/ > "exploring pd extended > 27/9/2006 > CPU load rating > blosc~ - intriguing band limited oscillators, but patch is self > referential and not working" > > Again, a reminder that this isn't really for me, but rather, it's the > list members chance to sell other people on PD being useful, or not, > to the outside world. [vst~] is working great so I can demonstrate > subtractive synthesis with VST's within pure data, but that's > suggesting to people that PD isn't really good for traditional > synthesis... So if you think PD is good for synthesis, let me know > about it!!! > > ***Note: I personally don't use PD with Gem for VJing, and to make > weird generative MIDI sequences, mostly... I never really considered > synthesis a strong point for PD, for reasons that should now be > obvious. > > ~David > > On 3/14/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: > >> hello again >> >> i improved guenter's bandlimited square a bit. i noticed that it is >> hardcoded to 48kHz and accidently i was running pd at 48kHz, that's why >> it sounded quite good here. however, how far i can see it, the part, >> that selects the appropriate table, is not working as it should. i >> couldn't completely follow, how it works, but it seems to switch only >> correct from tab1 to tab2. for other tabs it switches at too high >> frequencies, which might introduce a bit aliasing. >> in my version the tables are generated on loadbang, which makes the file >> much smaller and easier to adapt for other waveforms. the tabselector is >> now dependent on the sampling rate, so it should sound well at different >> rates now. in order to provide the full spectrum even in low >> frequencies, i added a raw square generator. below a certain frequency, >> the oscillator switches to the raw square version, so that it should >> sound good at arbitrary low frequencies. the number of tables generated >> on loadbang can be changed. a bigger value lowers the frequency, at >> which the oscillator switches to the raw version and vice versa. >> >> i hope you'll have fun with it. >> >> roman >> >> >> On Wed, 2007-03-14 at 04:46 -0600, David Powers wrote: >> >>> I found those, but are they really band-limited? I'm fairly sure I >>> hear ugly digital artifacts in the saw. The square appears to be >>> broken, unless I made a mistake cutting and pasting those 1500 lines >>> of code into my text editor (kinda hard to tell). >>> >>> It's 5 30 am here and I've not slept yet :-( >>> >>> I can't believe there's STILL no readily available >>> external/abstraction for such a common synthesis task, I just want a >>> "nice sounding" example that will compare with the VST's which I will >>> be hosting from within PD; right now "ASynth" sounds about 100x better >>> than anything made in PD itself ... >>> >>> Oh and I don't see any "J" example PD patches, my PD patches don't go >>> that high. >>> >>> ~David >>> >>> On 3/14/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: >>> hello david i found examples for a bandlimited saw and bandlimited square by g. geiger in the archives. might this is what you are looking for. http://lists.puredata.info/pipermail/pd-list/2006-05/038681.html cheers roman On Wed, 2007-03-14 at 03:05 -0600, David Powers wrote: > Hello everyone, > > I tried google and it was no help, and the server for the list archive > seems to be down temporarily. > > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > about 16 hours, on the basics of digital synthesis. I have decided to > use Pure Data to give my presentation, and use mostly non-commercial > software. > > However, I'm still missing the following for demonstrating "proper" > subtractive synthesis: > 1. Good, out of the box "analog-sounding" filters. I'm using [moog~] > right now, but I'm not all that satisfied with the sound compared to > the filters in my favorite VST's ... > 2. Band-limited square and sawtooth waveforms. > > For teaching purposes PD is great, and ideal for my demonstrations. > But as it is, I'm having to use VST's within PD in order to > demon
Re: [PD] Help - filters & band limited oscillators!
Workshop went well. I used VST's though, except for additive and wavetable ... But ... how hard is it to compile for winxp? I will try tomorrow if it's possible... I've got visual C++, and cygwin... ~D On 3/14/07, Martin Peach <[EMAIL PROTECTED]> wrote: > Did anyone try sqosc~ yet? I'm interested to get feedback on that one. > > http://pure-data.cvs.sourceforge.net/pure-data/externals/mrpeach/sqosc~/ > > Martin > > David Powers wrote: > > Hi Roman, I get the following error from your patch, for many of the tables: > > error: 1002-square33: number of points (512) not a power of 2 plus three > > > > Along with this error, it seems to stop playing somewhere above 360 Hz... > > > > Thanks for your help, I'm sorry to sound grumpy, it's just that in > > searching the archives mostly all I found was my old query for a year > > ago. Plus everyone says to use [blosc~] but I posted in my first post, > > that [blosc~] is broken, and I believe that it's known, ie here is > > says: > > http://blog.soundsorange.net/index.php/archives/2006/09/28/exploring-pd-extended/ > > "exploring pd extended > > 27/9/2006 > > CPU load rating > > blosc~ - intriguing band limited oscillators, but patch is self > > referential and not working" > > > > Again, a reminder that this isn't really for me, but rather, it's the > > list members chance to sell other people on PD being useful, or not, > > to the outside world. [vst~] is working great so I can demonstrate > > subtractive synthesis with VST's within pure data, but that's > > suggesting to people that PD isn't really good for traditional > > synthesis... So if you think PD is good for synthesis, let me know > > about it!!! > > > > ***Note: I personally don't use PD with Gem for VJing, and to make > > weird generative MIDI sequences, mostly... I never really considered > > synthesis a strong point for PD, for reasons that should now be > > obvious. > > > > ~David > > > > On 3/14/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: > > > >> hello again > >> > >> i improved guenter's bandlimited square a bit. i noticed that it is > >> hardcoded to 48kHz and accidently i was running pd at 48kHz, that's why > >> it sounded quite good here. however, how far i can see it, the part, > >> that selects the appropriate table, is not working as it should. i > >> couldn't completely follow, how it works, but it seems to switch only > >> correct from tab1 to tab2. for other tabs it switches at too high > >> frequencies, which might introduce a bit aliasing. > >> in my version the tables are generated on loadbang, which makes the file > >> much smaller and easier to adapt for other waveforms. the tabselector is > >> now dependent on the sampling rate, so it should sound well at different > >> rates now. in order to provide the full spectrum even in low > >> frequencies, i added a raw square generator. below a certain frequency, > >> the oscillator switches to the raw square version, so that it should > >> sound good at arbitrary low frequencies. the number of tables generated > >> on loadbang can be changed. a bigger value lowers the frequency, at > >> which the oscillator switches to the raw version and vice versa. > >> > >> i hope you'll have fun with it. > >> > >> roman > >> > >> > >> On Wed, 2007-03-14 at 04:46 -0600, David Powers wrote: > >> > >>> I found those, but are they really band-limited? I'm fairly sure I > >>> hear ugly digital artifacts in the saw. The square appears to be > >>> broken, unless I made a mistake cutting and pasting those 1500 lines > >>> of code into my text editor (kinda hard to tell). > >>> > >>> It's 5 30 am here and I've not slept yet :-( > >>> > >>> I can't believe there's STILL no readily available > >>> external/abstraction for such a common synthesis task, I just want a > >>> "nice sounding" example that will compare with the VST's which I will > >>> be hosting from within PD; right now "ASynth" sounds about 100x better > >>> than anything made in PD itself ... > >>> > >>> Oh and I don't see any "J" example PD patches, my PD patches don't go > >>> that high. > >>> > >>> ~David > >>> > >>> On 3/14/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: > >>> > hello david > > i found examples for a bandlimited saw and bandlimited square by g. > geiger in the archives. might this is what you are looking for. > > http://lists.puredata.info/pipermail/pd-list/2006-05/038681.html > > cheers > roman > > On Wed, 2007-03-14 at 03:05 -0600, David Powers wrote: > > > Hello everyone, > > > > I tried google and it was no help, and the server for the list archive > > seems to be down temporarily. > > > > Anyway, I'm giving a free (as in free beer) workshop in Chicago in > > about 16 hours, on the basics of digital synthesis. I have decided to > > use Pure Data to give my presentation, and use mostly non-commercial > > software. > > > > However, I'm still missing the following for demon
Re: [PD] pidip/mpeg4ipffmpeg
can you pastbin the error? On Wed, 2007-03-14 at 22:13 -0400, Patrick Pagano wrote: > hi > > i am on ubuntu as well and i am trying to build mpeg4ip and ffmpeg portions > of pidip and getting an error. > > any tips? > > pp > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- Mechanize something idiosyncratic. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list