Re: [PD] synchronised video outputs
How about GEM working the sync on a extended screen and a Matrox TripleHead2Go. It gives you three displays + your laptop screen (would not give you an extra on a desktop). Is external so you don't need a slot on your computer and is very cheap (around $300). This is the most basic solution, is this what you need? Saludos. N/ - Original Message - From: Jaime Oliver To: B. Bogart Cc: the PureData - mailinglist ; marius schebella Sent: Monday, February 25, 2008 9:40 PM Subject: Re: [PD] synchronised video outputs hi ben, what mpeg decoder cards with 4 outputs from the same machine are you refering to? I will need to get something like that for an installation, but don't really know much about it. best, J On Mon, Feb 25, 2008 at 8:47 AM, B. Bogart <[EMAIL PROTECTED]> wrote: Check out Jaromil's ivysync, which uses those mpeg decoder cards for synced output. I think you can do 4 outputs from the same machine, but I'm not sure if that is a software limit, or just the number of slots available for those cards. Jaromil did mention something about a network sync feature also. As far as I know these decoders are all only 640x480, I imagine the ones working on linux certainly are. .b. marius schebella wrote: > I am also working on a project like this (with thomas grill, who solved > many problems before I even thought of them...). in principle > synchronisation works fine. > now your may ask why do other people pay so much money for expensive > hardware? > the problem lies in details: first resolution: for some cases you want > to go with the highest available resolution 1080p (and in the future > even more), and suddenly you will see small appearance of jitter, mostly > because quicktime is different inside a quicktime player and outside > quicktime, also because in most cases you have to convert color formats. > then, compensating a drift without losing frames is very tricky. > from my experience so far, Pd solutions only work up to 720p and only if > you use a drift compensating algorithm - sending a bang for every frame > over the network always causes jitter (although you may not notice). > It is no big effort to try a pd version and see if you are happy with it. > marius. > > altern wrote: >> hi >> >> I need to have several video outputs that run in sync. A friend who >> works in a art exhibition space told me there would be couple of >> solutions for this but both involve buying pretty expensive equipment >> like special DVD players. >> >> I thought then that a solution for this issue could be to have several >> computers on a local network playing video (with GEM) and synchronise >> them via OSC. But I dont have any experience doing such a thing, never >> used OSC for anything similar. Also I dont have a clue about how to >> synchronise together videos. >> >> Has anyone done anything similar? any experiences to share? >> >> thanks! >> >> enrike >> >> ___ >> 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 -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA -- ___ 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.516 / Virus Database: 269.21.1/1297 - Release Date: 2/25/2008 9:22 AM ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
hi ben, what mpeg decoder cards with 4 outputs from the same machine are you refering to? I will need to get something like that for an installation, but don't really know much about it. best, J On Mon, Feb 25, 2008 at 8:47 AM, B. Bogart <[EMAIL PROTECTED]> wrote: > Check out Jaromil's ivysync, which uses those mpeg decoder cards for > synced output. I think you can do 4 outputs from the same machine, but > I'm not sure if that is a software limit, or just the number of slots > available for those cards. Jaromil did mention something about a network > sync feature also. > > As far as I know these decoders are all only 640x480, I imagine the ones > working on linux certainly are. > > .b. > > marius schebella wrote: > > I am also working on a project like this (with thomas grill, who solved > > many problems before I even thought of them...). in principle > > synchronisation works fine. > > now your may ask why do other people pay so much money for expensive > > hardware? > > the problem lies in details: first resolution: for some cases you want > > to go with the highest available resolution 1080p (and in the future > > even more), and suddenly you will see small appearance of jitter, mostly > > because quicktime is different inside a quicktime player and outside > > quicktime, also because in most cases you have to convert color formats. > > then, compensating a drift without losing frames is very tricky. > > from my experience so far, Pd solutions only work up to 720p and only if > > you use a drift compensating algorithm - sending a bang for every frame > > over the network always causes jitter (although you may not notice). > > It is no big effort to try a pd version and see if you are happy with > it. > > marius. > > > > altern wrote: > >> hi > >> > >> I need to have several video outputs that run in sync. A friend who > >> works in a art exhibition space told me there would be couple of > >> solutions for this but both involve buying pretty expensive equipment > >> like special DVD players. > >> > >> I thought then that a solution for this issue could be to have several > >> computers on a local network playing video (with GEM) and synchronise > >> them via OSC. But I dont have any experience doing such a thing, never > >> used OSC for anything similar. Also I dont have a clue about how to > >> synchronise together videos. > >> > >> Has anyone done anything similar? any experiences to share? > >> > >> thanks! > >> > >> enrike > >> > >> ___ > >> 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 > -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
On 26 Feb 2008, at 6:15 AM, enrique franco wrote: > Hi Simon, > > Where Can we see the video patches you talk about? I´m very > interested. I'm very busy till the weekend, I'll gather them up and post them after that. I'll give a URL to the list when I've done it. and yes - it isn't a perfect solution, there will be some jitter due to the LAN so it isn't as nice as proper time syncing would be, but since the frame-rate is usually 40ms that jitter is impossible to notice in almost all circumstances, and since actual frame-numbers are sent then there is no slippage or getting out of sync over time. I've used it with 5-projector wide images with fast movement across them. The biggest challenge is always getting the codec right for the circumstances, issues like whether the original was interlaced can be tricky. I find the results always better than DVDs which where often the more expensive alternative. The system has been especially useful to me when I've needed to present a sequence with different formats, possibly with still images, when I've wanted to be able to cue things manually, and when lots of keystoning or colour correction was needed to line things up. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] vbap on Pd-extended (osx)
howdy, i can't seem to load "rvbap-demo.pd" without getting errors (see below) i'm on Pd-0.40.3-extended (20080117), and running osx 10.5.2 on intel help? define_loudspeakers 3 -45 0 45 0 0 45 180 45 ... couldn't create define_loudspeakers 2 -45 45 135 -135 ... couldn't create mtx 8 3 ... couldn't create mtx_*~ 8 3 20 ... couldn't create rvbap 0 0 ... couldn't create rvbap 0 0 ... couldn't create rvbap 0 0 ... couldn't create error: signal outlet connect to nonsignal inlet (ignored) error: signal outlet connect to nonsignal inlet (ignored) error: signal outlet connect to nonsignal inlet (ignored) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] in Pd-0.41.1-extended-20080225-ubuntu-gutsy --typo in path
in Pd-0.41.1-extended-20080225-ubuntu-gutsy-i386 typo in path "i" missing /usr/local/lb/pd/extra/flatspace instead of /usr/local/lib/pd/extra/flatspace -e ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] ann_som users
Hey all, I just wanted to get a sense of the ann_som users out there. I would like to make some changes/additions, in particular: * Gaussian neighbourhood function to increase convergence with many sensors. * built in function for randomizing sensors (my network has about 4 million weights, which is pretty anoying to use "init" for.) Maybe more as things move along. .b. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] load abbreviated objects
Someone might have removed [shell] from flatspace. "ggee" is the home of [shell], [ggee/shell] will always work. The abbreviations could be supported if someone does the work. .hc On Feb 24, 2008, at 10:19 AM, Jack wrote: > I have the same problem with [s2l] and [l2s] objects, you must create > first [symbol2list] and [list2symbol] objects. > Here, [shell] can't create even with [import flatspace] (it is the > right library ?). > ++ > > Jack > > > Le 24 févr. 08 à 05:17, marius schebella a écrit : > >> hi, >> what is the problem that (in pd-extended) abbreviated object classes >> like mtx_+ cannot be instantiated, I have to create mtx_add before. >> I think this is a known problem, but is there a solution to fix this? >> also, some of the objects can't be created, but I am not sure why for >> example mtx_add is one of these. is there a nameclash so that >> iemmatrix >> is not loaded by default? >> mtx_div seems to be an extra problem (can't be loaded). >> dumpOSC xx is another object that will not be created only with >> oscx/dumpOSC xx. >> what's the rule behind that? hans, do you want bugreports for that >> kind >> of stuff? are you planning to fix this at all or wait for 0.41? >> marius. >> >> ___ >> 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 "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Summer of Code 2008
No matter who is the host org for this, we should definitely do it again. The funding is based on how many people apply as students and as mentors, so we should all work together to get as many applications in as possible. Last time, we did this as "IEM", but AFAIK, all of the projects were Pd related. It seems that basically all of the orgs that are included in GSoC are software projects (blender, pidgin/gaim, etc.) Perhaps it would make more sense to apply as "Pd". Ultimately, all that matters is that we get funding for people to do work, so however it happens is fine by me. .hc On Feb 25, 2008, at 4:19 PM, Martin Eckart wrote: > Since I missed the Google Summer of Code boat last year I decided to > search a bit and see what's up for this year... Turns out it was just > announced today! > > http://code.google.com/soc/2008 > > Any ideas on whether pd (iem) will include projects as a mentoring > organization this year? I'd be really interested in applying as a > student. > > -martin > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] [ann] LAC2008 -- The final countdown
LAC2008 -- The final countdown The Linux Audio Conference 2008 is prepared. The organisation team of LAC2008 is looking forward to welcoming the international Linux audio community in Cologne. The conference is taking place at the Academy of Media Arts (KHM) from February 28 to March 2, 2008. For detailed information visit the LAC2008 website at http://lac.linuxaudio.org The Conference Participants of LAC2008 will experience four days crammed full with presentations of new developments in Linux audio software. 20 talks by international experts are planned. The Soundlab of the Academy is delighted to have Miller S. Puckette from San Diego as a keynote speaker on Saturday. Admission to all presentations is free. Remote visitors can follow the entire paper session plus selected extras by means of our audio and video streams and can participate via IRC channels. The Concerts There will be three concerts at the "Stadtgarten" in Cologne. Two of these are "classical" concerts with a mixture of experimental, improvised or taped music all made using Linux as main platform. A third one, the "Club Night" will be an allnighter focusing on electronic music with a club background. Artists from the USA and Canada, Austria, UK, Poland and many other countries will play at these events. The Exhibition The exhibition at LAC2008 will present sound art by students of the Academy of Media Arts plus site-specific works by invited artists. The Workshops Learning is fun: the LAC2008 will host several exciting workshops for your Linux audio brain training pleasure held by experts in the respective fields. Topics include hardware hacking with a custom Arduino board and software soldering using Pure Data and SuperCollider. Additionally, space is available for adhoc workshops and self organised meetings. Further details including a full timetable is available on http://lac.linuxaudio.org Make noise, Tux! -- Frank Barknecht and Martin Rumori Chairs of LAC2008 ___ PD-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Summer of Code 2008
Since I missed the Google Summer of Code boat last year I decided to search a bit and see what's up for this year... Turns out it was just announced today! http://code.google.com/soc/2008 Any ideas on whether pd (iem) will include projects as a mentoring organization this year? I'd be really interested in applying as a student. -martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
thanks all for the feedback about this issue. now i have a better overview of what I might be dealing with. enrike marius schebella(e)k dio: > I am also working on a project like this (with thomas grill, who solved > many problems before I even thought of them...). in principle > synchronisation works fine. > now your may ask why do other people pay so much money for expensive > hardware? > the problem lies in details: first resolution: for some cases you want > to go with the highest available resolution 1080p (and in the future > even more), and suddenly you will see small appearance of jitter, mostly > because quicktime is different inside a quicktime player and outside > quicktime, also because in most cases you have to convert color formats. > then, compensating a drift without losing frames is very tricky. > from my experience so far, Pd solutions only work up to 720p and only if > you use a drift compensating algorithm - sending a bang for every frame > over the network always causes jitter (although you may not notice). > It is no big effort to try a pd version and see if you are happy with it. > marius. > > altern wrote: >> hi >> >> I need to have several video outputs that run in sync. A friend who >> works in a art exhibition space told me there would be couple of >> solutions for this but both involve buying pretty expensive equipment >> like special DVD players. >> >> I thought then that a solution for this issue could be to have several >> computers on a local network playing video (with GEM) and synchronise >> them via OSC. But I dont have any experience doing such a thing, never >> used OSC for anything similar. Also I dont have a clue about how to >> synchronise together videos. >> >> Has anyone done anything similar? any experiences to share? >> >> thanks! >> >> enrike >> >> ___ >> 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] synchronised video outputs
Hi Simon, Where Can we see the video patches you talk about? I´m very interested. Thanks, Enrique On 25 Feb 2008, at 10:32 PM, altern wrote: > >>> I need to have several video outputs that run in sync. A friend who >>> works in a art exhibition space told me there would be couple of >>> solutions for this but both involve buying pretty expensive >>> equipment >>> like special DVD players. >>> >>> I thought then that a solution for this issue could be to have >>> several >>> computers on a local network playing video (with GEM) and >>> synchronise >>> them via OSC. But I dont have any experience doing such a thing, >>> never >>> used OSC for anything similar. Also I dont have a clue about how to >>> synchronise together videos. >>> >>> Has anyone done anything similar? any experiences to share? >> >> yes. >> we used a dual-head machine (actually it was a quad-head, so we had >> plenty of space for editing...) running a single gemwin covering both >> screens and 2 [pix_film]s that were controlled by the same counter. >> >> since Gem allows you frame-accurate access, the 2 videos were in >> perfect >> synch. > > but we might need up to 6 to 8 video outputs, thats too much for the > same machine. Thats why I thought about having a machine per video > output connected to a LAN and synchronised via OSC. I've done it often, the basic principle for keeping the LAN machines in constant frame sync, allowing scrubbing etc, is each projector has a slave patch that uses [pix_film] to play by frame number rather auto, and receives those frame numbers (via [netreceive]) from a master patch which has a metro counting the frames and which plays any sound required. Works very cleanly and doesn't put much data through the network. Two [pix_film] Gem-chains in each slave will give you X-fades etc. I could post the set of patches which add quite a bit more functionality than that if you like, I've built up a collection over several projects. simon -- Enrique Franco Telefono/Phone: +572 5552334 ext 388 Webpage: http://richie.idc.ul.ie/~enrique/ http://www.iua.upf.es/~ffranco/pfm.htm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdcon brasil
It's great to see progress on this. Keep us posted and let us know
what we can do to help make this happen! (I like the Pd icon in the
colors of Brazil :)
.hc
On Feb 24, 2008, at 11:08 PM, PORRES wrote:
hi folks, we will attempt to organize a very nice encounter here in
Brazil by the time Castonguay comes to Sao Paulo in a few months.
In the event, discussions about organizing an international event
here will take place. I am receiving a rather shy feedback from
people down here, mostly, I believe, because they feel kinda
intimidated... nevertheless, plans of national wise and region wise
events are being conducted and the idea will be on hard sale efforts!
I think it`s fair, anyway, that other possible venues can appear
and dispute, the competition may help reaching some essential
requirements.
The latest page about pdcon brasil is being migrated (and edited),
as I write this message, at the estudio livre ("free studio") website.
http://www.estudiolivre.org/tiki-index.php?page=Encontro+PD
http://www.estudiolivre.org/tiki-index.php
cheers
alex
Never miss a thing. Make Yahoo your homepage.
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.
Try it now.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/
listinfo/pd-list
You can't steal a gift. Bird gave the world his music, and if you can
hear it, you can have it. - Dizzy Gillespie
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fw: [music-dsp] Matlab Tools and other useful stuff
Too bad they are not supporting octave instead. I guess matlab is king for that kind of thing. ..b.. Andy Farnell wrote: > This is obviously of interest to Pders > > Begin forwarded message: > > Date: Mon, 25 Feb 2008 16:23:42 +0100 > From: Joerg Bitzer <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [music-dsp] Matlab Tools and other useful stuff > > > Hi all, > > listening to this list for quite a while, I thought and hope you will > find this interesting and useful. All the tools have been developed to > support and educate our students. > > > Please look at > > http://www.hoertechnik-audiologie.de/software/ > > You will find: > > MatPlug: A VST Plug-In to access Matlab and develop prototypes in Matlab > Some examples are included > > msound: msound is an interface between Matlab and your soundcard. It is > based on PortAudio. Source code is provided. A new version with ASIO > support is coming soon. > > mmidi: MMidi is a portmidi based implementation of a midi interface > between Matlab and any hardware midi device. Source code is available soon. > > psylab: psylab is a tool for designing and controlling interactive > psychoacoustical listening experiments in a uniform and quick manner > > A reverberation analysis toolbox > > - > Other tools you may find interesting are: > > A VST Spectrogram > > A VST SpatialAnalyzer > > PureMeasurement: PureMeasurement (GNU GPL) is a collection of patches > for Pure Data (www.puredata.org), which let you perform acoustical > measurements > > Lambda (GNU GPL) is a 2D acoustic wave simulator based on the > Transmission Line Matrix > > Have fun with it: > > For further information and feedback send an email to > > IHASoftwareATfh-oow.de (Change AT to the normal @-sign for sending) > > > > Best regards > > Joerg > > -- > dupswapdrop -- the music-dsp mailing list and website: > subscription info, FAQ, source code archive, list archive, book reviews, dsp > links > http://music.columbia.edu/cmc/music-dsp > http://music.columbia.edu/mailman/listinfo/music-dsp > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
Check out Jaromil's ivysync, which uses those mpeg decoder cards for synced output. I think you can do 4 outputs from the same machine, but I'm not sure if that is a software limit, or just the number of slots available for those cards. Jaromil did mention something about a network sync feature also. As far as I know these decoders are all only 640x480, I imagine the ones working on linux certainly are. .b. marius schebella wrote: > I am also working on a project like this (with thomas grill, who solved > many problems before I even thought of them...). in principle > synchronisation works fine. > now your may ask why do other people pay so much money for expensive > hardware? > the problem lies in details: first resolution: for some cases you want > to go with the highest available resolution 1080p (and in the future > even more), and suddenly you will see small appearance of jitter, mostly > because quicktime is different inside a quicktime player and outside > quicktime, also because in most cases you have to convert color formats. > then, compensating a drift without losing frames is very tricky. > from my experience so far, Pd solutions only work up to 720p and only if > you use a drift compensating algorithm - sending a bang for every frame > over the network always causes jitter (although you may not notice). > It is no big effort to try a pd version and see if you are happy with it. > marius. > > altern wrote: >> hi >> >> I need to have several video outputs that run in sync. A friend who >> works in a art exhibition space told me there would be couple of >> solutions for this but both involve buying pretty expensive equipment >> like special DVD players. >> >> I thought then that a solution for this issue could be to have several >> computers on a local network playing video (with GEM) and synchronise >> them via OSC. But I dont have any experience doing such a thing, never >> used OSC for anything similar. Also I dont have a clue about how to >> synchronise together videos. >> >> Has anyone done anything similar? any experiences to share? >> >> thanks! >> >> enrike >> >> ___ >> 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] can't see objects Pd-0.40.3-extended-20071230-windowsxp-i386.exe
On Feb 25, 2008, at 9:18 AM, Martin Peach wrote:
> Hans-Christoph Steiner wrote:
>> On Feb 24, 2008, at 11:36 PM, Martin Peach wrote:
>>> Hans-Christoph Steiner wrote:
Ok, got a bit closer on this one, finally. It seems that all of
the code is the same up thru tcl_mess() in t_tkcmd.c. Once the
tcl data from sys_vgui() is sent to the tcl process and chopped
up into distinct commands, tcl_mess() is used to send the
command to the Tcl process ("tk_pdinterp" is the tcl process,
"s" is the command):
result = Tcl_Eval(tk_pdinterp, s);
I tried to print out "s" here, but I couldn't get it to show
up. It seems that stderr is a bit strange on Windows. My
hunch is that something on Windows is eating the "$", and
therefore causing this problem.
Anyone know a way to get this to show up on the Windows console:
fprintf(stderr, "tcl_mess: %s\n", ms);
>>>
>>> Try running pd from a .bat file.
>>> Or fprint(stdout... instead.
>> Using fprint(stdout... in the msys bash shell worked. It did not
>> work in the CMD.EXE shell window, nothing shows up. Plus fprint
>> (stderr... doesn't seem to work anywhere. Arg, Windows is a pain...
>
> Windows tcl is a pain because it's not quite the same as unix tcl.
>
>> So now, printing out the Tcl commands shows the "$" in
>> "$text_color", etc. intact, so I guess it's dropping it in Tcl-
>> space... on that note, I'm going to bed. Any ideas?
>
> What it seemed like to me was that tcl thinks it's a different
> address space so the variables defined in pd.tk are not recognized.
> If you could get both ends to print out the name of their address
> space it might help.
I am off to LAC so I won't have time to look at this for at least a
week. If anyone can take a stab, I'd greatly appreciate it. I'll
try again after I am back in New York in the middle of next week.
.hc
'You people have such restrictive dress for women,’ she said,
hobbling away in three inch heels and panty hose to finish out
another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] floor() in exp
Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: > Try floor($f1, 0) and ceil($f1, 0) (the second argument is ignored). > > Should be easy to fix, but would break all patches currently using this > workaround... Wouldn't it be possible to support both versions: one and two arguments, the latter also issueing a warning? Ciao -- Frank Barknecht _ __footils.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Fw: [music-dsp] Matlab Tools and other useful stuff
This is obviously of interest to Pders Begin forwarded message: Date: Mon, 25 Feb 2008 16:23:42 +0100 From: Joerg Bitzer <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: [music-dsp] Matlab Tools and other useful stuff Hi all, listening to this list for quite a while, I thought and hope you will find this interesting and useful. All the tools have been developed to support and educate our students. Please look at http://www.hoertechnik-audiologie.de/software/ You will find: MatPlug: A VST Plug-In to access Matlab and develop prototypes in Matlab Some examples are included msound: msound is an interface between Matlab and your soundcard. It is based on PortAudio. Source code is provided. A new version with ASIO support is coming soon. mmidi: MMidi is a portmidi based implementation of a midi interface between Matlab and any hardware midi device. Source code is available soon. psylab: psylab is a tool for designing and controlling interactive psychoacoustical listening experiments in a uniform and quick manner A reverberation analysis toolbox - Other tools you may find interesting are: A VST Spectrogram A VST SpatialAnalyzer PureMeasurement: PureMeasurement (GNU GPL) is a collection of patches for Pure Data (www.puredata.org), which let you perform acoustical measurements Lambda (GNU GPL) is a 2D acoustic wave simulator based on the Transmission Line Matrix Have fun with it: For further information and feedback send an email to IHASoftwareATfh-oow.de (Change AT to the normal @-sign for sending) Best regards Joerg -- dupswapdrop -- the music-dsp mailing list and website: subscription info, FAQ, source code archive, list archive, book reviews, dsp links http://music.columbia.edu/cmc/music-dsp http://music.columbia.edu/mailman/listinfo/music-dsp -- Use the source ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
I am also working on a project like this (with thomas grill, who solved many problems before I even thought of them...). in principle synchronisation works fine. now your may ask why do other people pay so much money for expensive hardware? the problem lies in details: first resolution: for some cases you want to go with the highest available resolution 1080p (and in the future even more), and suddenly you will see small appearance of jitter, mostly because quicktime is different inside a quicktime player and outside quicktime, also because in most cases you have to convert color formats. then, compensating a drift without losing frames is very tricky. from my experience so far, Pd solutions only work up to 720p and only if you use a drift compensating algorithm - sending a bang for every frame over the network always causes jitter (although you may not notice). It is no big effort to try a pd version and see if you are happy with it. marius. altern wrote: > hi > > I need to have several video outputs that run in sync. A friend who > works in a art exhibition space told me there would be couple of > solutions for this but both involve buying pretty expensive equipment > like special DVD players. > > I thought then that a solution for this issue could be to have several > computers on a local network playing video (with GEM) and synchronise > them via OSC. But I dont have any experience doing such a thing, never > used OSC for anything similar. Also I dont have a clue about how to > synchronise together videos. > > Has anyone done anything similar? any experiences to share? > > thanks! > > enrike > > ___ > 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] can't see objects Pd-0.40.3-extended-20071230-windowsxp-i386.exe
Hans-Christoph Steiner wrote:
>
> On Feb 24, 2008, at 11:36 PM, Martin Peach wrote:
>
>> Hans-Christoph Steiner wrote:
>>> Ok, got a bit closer on this one, finally. It seems that all of the
>>> code is the same up thru tcl_mess() in t_tkcmd.c. Once the tcl data
>>> from sys_vgui() is sent to the tcl process and chopped up into
>>> distinct commands, tcl_mess() is used to send the command to the Tcl
>>> process ("tk_pdinterp" is the tcl process, "s" is the command):
>>> result = Tcl_Eval(tk_pdinterp, s);
>>> I tried to print out "s" here, but I couldn't get it to show up. It
>>> seems that stderr is a bit strange on Windows. My hunch is that
>>> something on Windows is eating the "$", and therefore causing this
>>> problem.
>>> Anyone know a way to get this to show up on the Windows console:
>>> fprintf(stderr, "tcl_mess: %s\n", ms);
>>
>> Try running pd from a .bat file.
>> Or fprint(stdout... instead.
>
>
> Using fprint(stdout... in the msys bash shell worked. It did not work
> in the CMD.EXE shell window, nothing shows up. Plus fprint(stderr...
> doesn't seem to work anywhere. Arg, Windows is a pain...
Windows tcl is a pain because it's not quite the same as unix tcl.
>
> So now, printing out the Tcl commands shows the "$" in "$text_color",
> etc. intact, so I guess it's dropping it in Tcl-space... on that note,
> I'm going to bed. Any ideas?
>
What it seemed like to me was that tcl thinks it's a different address
space so the variables defined in pd.tk are not recognized. If you could
get both ends to print out the name of their address space it might help.
Martin
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
On 25 Feb 2008, at 10:32 PM, altern wrote: > >>> I need to have several video outputs that run in sync. A friend who >>> works in a art exhibition space told me there would be couple of >>> solutions for this but both involve buying pretty expensive >>> equipment >>> like special DVD players. >>> >>> I thought then that a solution for this issue could be to have >>> several >>> computers on a local network playing video (with GEM) and >>> synchronise >>> them via OSC. But I dont have any experience doing such a thing, >>> never >>> used OSC for anything similar. Also I dont have a clue about how to >>> synchronise together videos. >>> >>> Has anyone done anything similar? any experiences to share? >> >> yes. >> we used a dual-head machine (actually it was a quad-head, so we had >> plenty of space for editing...) running a single gemwin covering both >> screens and 2 [pix_film]s that were controlled by the same counter. >> >> since Gem allows you frame-accurate access, the 2 videos were in >> perfect >> synch. > > but we might need up to 6 to 8 video outputs, thats too much for the > same machine. Thats why I thought about having a machine per video > output connected to a LAN and synchronised via OSC. I've done it often, the basic principle for keeping the LAN machines in constant frame sync, allowing scrubbing etc, is each projector has a slave patch that uses [pix_film] to play by frame number rather auto, and receives those frame numbers (via [netreceive]) from a master patch which has a metro counting the frames and which plays any sound required. Works very cleanly and doesn't put much data through the network. Two [pix_film] Gem-chains in each slave will give you X-fades etc. I could post the set of patches which add quite a bit more functionality than that if you like, I've built up a collection over several projects. simon ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] floor() in exp
matteo sisti sette wrote: > Hi, > Am I missing something? > it's a known bug[1] that expr's floor and ceil take 2 arguments (the 2nd one is then ignored). so, you can do [floor($f1, $f1)] i don't know why it is not being fixed...probably because it will break patches if it changes (or because the bug is unknown "upstream") fgmaf.r IOhannes [1] http://sourceforge.net/tracker/index.php?func=detail&aid=1464539&group_id=55736&atid=478070 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] floor() in exp
matteo sisti sette wrote: > Hi, > > The help patch for expr included in PD vanilla 0.41 points to > http://www.crca.ucsd.edu/~yadegari/expr.html > where it says: > """ > All expr family objects support a variety of functions as follows: > [...] > floor() largest integral value not greater than argument (added in version > 0.4) > """ > > However, if I try to use floor() I get a syntax error. > e.g. [floor($f1)] > > Am I missing something? There is a bug, floor() and ceil() are in the wrong table in the expr code (the one for 2-arg funcs not the one for 1-arg funcs), or something similar. Try floor($f1, 0) and ceil($f1, 0) (the second argument is ignored). Should be easy to fix, but would break all patches currently using this workaround... > > In the PD output I can see: "expr, expr~, fexpr~ version 0.4 under GNU > General Public License" (which is the version in which floor has been > added according to the abovementioned doc); also, searching the > archives for the words "expr" and "floor" I encountered a message > datiing back to 2002 that said that floor and ceil were added. > Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] floor() in exp
Hi, The help patch for expr included in PD vanilla 0.41 points to http://www.crca.ucsd.edu/~yadegari/expr.html where it says: """ All expr family objects support a variety of functions as follows: [...] floor() largest integral value not greater than argument (added in version 0.4) """ However, if I try to use floor() I get a syntax error. e.g. [floor($f1)] Am I missing something? In the PD output I can see: "expr, expr~, fexpr~ version 0.4 under GNU General Public License" (which is the version in which floor has been added according to the abovementioned doc); also, searching the archives for the words "expr" and "floor" I encountered a message datiing back to 2002 that said that floor and ceil were added. -- Matteo Sisti Sette [EMAIL PROTECTED] http://www.matteosistisette.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
altern wrote: > but we might need up to 6 to 8 video outputs, thats too much for the > same machine. Thats why I thought about having a machine per video > output connected to a LAN and synchronised via OSC. i've done this in the past, though not using PD/Gem. the tricky part is the robustness of the networking system, not the actual synchronisation (as local-area networking has a typical latency of 1-2ms, even over wireless). to sync more than one pc together you need a client/server architecture, basically, with one pc acting as the master timekeeper and all the others being slave. but then what happens if your master goes down? the others just sit there dormantly... to solve this issue of robustness, which was a big deal (it was for synchronising three cpus in a travelling roadshow built into a truck trailer: http://www.frey.co.nz/projects/futurefarming which spent most of its time a long way away from me), i built a system where each cpu had the ability to be either server or client. when the first cpu came up it would listen for server pings for a couple of seconds, and if it didn't find one it would assume that it was to be the server so started up and sent out a ping every few hundred ms. then when the next ones came online they'd hear a server ping and so would connect to it as a client. this way if one machine was down the network could reorganise itself. .. this kind of thing is probably overkill for your situation, but it's something to be aware of, perhaps. -- damian stewart | +351 967 797 263 | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
>> I need to have several video outputs that run in sync. A friend who >> works in a art exhibition space told me there would be couple of >> solutions for this but both involve buying pretty expensive equipment >> like special DVD players. >> >> I thought then that a solution for this issue could be to have several >> computers on a local network playing video (with GEM) and synchronise >> them via OSC. But I dont have any experience doing such a thing, never >> used OSC for anything similar. Also I dont have a clue about how to >> synchronise together videos. >> >> Has anyone done anything similar? any experiences to share? > > yes. > we used a dual-head machine (actually it was a quad-head, so we had > plenty of space for editing...) running a single gemwin covering both > screens and 2 [pix_film]s that were controlled by the same counter. > > since Gem allows you frame-accurate access, the 2 videos were in perfect > synch. but we might need up to 6 to 8 video outputs, thats too much for the same machine. Thats why I thought about having a machine per video output connected to a LAN and synchronised via OSC. enrike ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] synchronised video outputs
altern wrote: > hi > > I need to have several video outputs that run in sync. A friend who > works in a art exhibition space told me there would be couple of > solutions for this but both involve buying pretty expensive equipment > like special DVD players. > > I thought then that a solution for this issue could be to have several > computers on a local network playing video (with GEM) and synchronise > them via OSC. But I dont have any experience doing such a thing, never > used OSC for anything similar. Also I dont have a clue about how to > synchronise together videos. > > Has anyone done anything similar? any experiences to share? yes. we used a dual-head machine (actually it was a quad-head, so we had plenty of space for editing...) running a single gemwin covering both screens and 2 [pix_film]s that were controlled by the same counter. since Gem allows you frame-accurate access, the 2 videos were in perfect synch. fmga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] synchronised video outputs
hi I need to have several video outputs that run in sync. A friend who works in a art exhibition space told me there would be couple of solutions for this but both involve buying pretty expensive equipment like special DVD players. I thought then that a solution for this issue could be to have several computers on a local network playing video (with GEM) and synchronise them via OSC. But I dont have any experience doing such a thing, never used OSC for anything similar. Also I dont have a clue about how to synchronise together videos. Has anyone done anything similar? any experiences to share? thanks! enrike ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
