Re: [PD] HID - send analog on/off to hid device
Hi Derek, yes, unfortunately it is kind of a pain since the button to turn analog mode on is not even supposed to be visible on this remote and could lead to errors if not in the correct state. Sounds like a very good solution to simply solder across the button terminals. I'm gonna give it a try! Thank you, Derek! Ingo -Ursprüngliche Nachricht- Von: Derek Holzer [mailto:de...@umatic.nl] Gesendet: Mittwoch, 7. Oktober 2009 19:22 An: Ingo Scherzinger Cc: pd-list@iem.at Betreff: Re: [PD] HID - send analog on/off to hid device If doing it via HID is a pain, then analog mode is usually set manually with a button on the device itself. If, as you mention, you need to set this more or less permanently at every startup, then you could solder a wire across the button terminals to force it to analog mode. I've done this for some hacked gamecontroller stuff I did a while back. best, D. Ingo Scherzinger wrote: does anybody know if it is possible to send analog on/off to a hid device? If yes how? -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 152: Tape your mouth ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] packOSC TimeTag realtime vs. logicaltime
Hello, I'm using a combination of [pack~] [packOSC] - transmission(UDP) - [unpackOSC] and a modified version of [unpack~] to send Audio over OSC. The OSC packages are sent as Bundles so a TimeTag is generated at the sender's side. I extended the [unpackOSC] object with another outlet where I'm getting the particular TimeTag of each Bundle. In the modified version of [unpack~] I evaluate these TimeTags with regards to dropouts in the transmission. My problem is that the TimeTags are not accurate, what I ascribe to the fact, that the TimeTag in [packOSC] is generated as real time instead of logical time. Using real time the TimeTag-Output is a function of the audiobuffersize (depending on the cpu load), so in my case, as the CPU-load is quite big, the values of the TimeTags are not useable for sequencing the datastream (as there are jumps in the TimeTag I always assume some packages got lost). As a workaround I established a sequence number, which is additionally transmitted in each Bundle. This is an appropiate solution, but it wouldn't be necessary if the TimeTag would be generated properly. Are my considerations conclusive? Wolfgang ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] multi-pc synchrony
Dear PD-ers, We are working on an installation with 4 machines running PD to feed 157 loudspeakers. We are interested in reducing latency to a minimum between channels, and especially between machines. The inter-channel latency in less than a sample, so all is fine there. For inter-machine latency, we arrive at differences on the order of 10msec, close to our minimum audio-buffer length of 11msec. Any small audio-buffer and we get audio artifacts. We are using a word clock synchronizer (Nanosyncs HD; Rosendahl), but I don't think that does latency synchronization. My question, is there another means to improve inter-machine latency performance other than reducing the audio-buffer? -Brian --- Brian FG Katz, Ph.D Audio Acoustique LIMSI-CNRS BP 133 F91403 Orsay France tel. (+33) 01 69 85 81 55 fax. (+33) 01.69.85.80.88 e-mail brian.k...@limsi.fr web_theme: http://www.limsi.fr/Scientifique/aa/thmsonesp/ web_group: http://www.limsi.fr/Scientifique/aa/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Cubemixer installation help
Hi all, I am trying to install Cubemixer (i´ve tried both 1.0 and 3.0 versions) but i can not find the makefile in /src as the installation guide says. Is there another way to install it? Thank you ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cubemixer installation help
Konstantinos Benardis wrote: Hi all, I am trying to install Cubemixer (i´ve tried both 1.0 and 3.0 versions) but i can not find the makefile in /src as the installation guide says. Is there another way to install it? are you using the tarbal or an svn checkout? fgmar IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD'ers in NYC
Okay, let's meet at City College at 1pm on Saturday, October 17. Peter On Thu, Oct 8, 2009 at 12:36 AM, Hans-Christoph Steiner h...@at.or.atwrote: Hehe, no 7pm. Sorry I seemed to have opened up a can of worms with the date change... sorry, it because of my birthday party, so hopefully a worthy cause. I can do 17th or 18th, but others were expressing interest in weeknights... utlimately, Peter, I think you should just choose a time, and those who can make it will show up. Otherwise we'll be scheduling forever ;) Then someone else can choose a time that suits their schedule and venue. .hc On Oct 7, 2009, at 12:40 AM, Peter Brinkmann wrote: Do you really mean 7am-10am? That would be hardcore. But seriously, weeknights would not work so well because we may have conflicts with regular teaching at the College. How about the weekend after, October 17 or 18? Best, Peter On Mon, Oct 5, 2009 at 1:37 PM, Hans-Christoph Steiner h...@at.or.atwrote: The Debian-NYC meetings use these doodle time polls quite well, let's try here. Basically, just type in a unique ID and the times you can make it, maybe make it, cannot make it (no login necessary): http://doodle.com/96mwth5zekq2xx5y .hc On Oct 5, 2009, at 1:28 AM, Peter Brinkmann wrote: Okay, now I'm thoroughly confused. I have no idea who will be attending and what their constraints are. If you want to attend, I suggest you send me a quick email and let me know what dates and times would work for you, and then I'll see whether I can find a good time for everybody. Peter On Fri, Oct 2, 2009 at 9:27 AM, wkc wkcmu...@gmail.com wrote: Hi, Although I've just been a lurker I'd also like to add I can't come on the 10th or 11th but would definitely show up if it was on any of the other dates that Hans-Christoph mentioned. Will ___ 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 ¡El pueblo unido jamás será vencido! The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD'ers in NYC
Works for me. .hc On Oct 8, 2009, at 9:49 PM, Peter Brinkmann wrote: Okay, let's meet at City College at 1pm on Saturday, October 17. Peter On Thu, Oct 8, 2009 at 12:36 AM, Hans-Christoph Steiner h...@at.or.at wrote: Hehe, no 7pm. Sorry I seemed to have opened up a can of worms with the date change... sorry, it because of my birthday party, so hopefully a worthy cause. I can do 17th or 18th, but others were expressing interest in weeknights... utlimately, Peter, I think you should just choose a time, and those who can make it will show up. Otherwise we'll be scheduling forever ;) Then someone else can choose a time that suits their schedule and venue. .hc On Oct 7, 2009, at 12:40 AM, Peter Brinkmann wrote: Do you really mean 7am-10am? That would be hardcore. But seriously, weeknights would not work so well because we may have conflicts with regular teaching at the College. How about the weekend after, October 17 or 18? Best, Peter On Mon, Oct 5, 2009 at 1:37 PM, Hans-Christoph Steiner h...@at.or.at wrote: The Debian-NYC meetings use these doodle time polls quite well, let's try here. Basically, just type in a unique ID and the times you can make it, maybe make it, cannot make it (no login necessary): http://doodle.com/96mwth5zekq2xx5y .hc On Oct 5, 2009, at 1:28 AM, Peter Brinkmann wrote: Okay, now I'm thoroughly confused. I have no idea who will be attending and what their constraints are. If you want to attend, I suggest you send me a quick email and let me know what dates and times would work for you, and then I'll see whether I can find a good time for everybody. Peter On Fri, Oct 2, 2009 at 9:27 AM, wkc wkcmu...@gmail.com wrote: Hi, Although I've just been a lurker I'd also like to add I can't come on the 10th or 11th but would definitely show up if it was on any of the other dates that Hans-Christoph mentioned. Will ___ 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 ¡El pueblo unido jamás será vencido! The arc of history bends towards justice. - Dr. Martin Luther King, Jr. Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] packOSC TimeTag realtime vs. logicaltime
Wolfgang Jäger wrote: Hello, I'm using a combination of [pack~] [packOSC] - transmission(UDP) - [unpackOSC] and a modified version of [unpack~] to send Audio over OSC. The OSC packages are sent as Bundles so a TimeTag is generated at the sender's side. I extended the [unpackOSC] object with another outlet where I'm getting the particular TimeTag of each Bundle. In the modified version of [unpack~] I evaluate these TimeTags with regards to dropouts in the transmission. My problem is that the TimeTags are not accurate, what I ascribe to the fact, that the TimeTag in [packOSC] is generated as real time instead of logical time. Using real time the TimeTag-Output is a function of the audiobuffersize (depending on the cpu load), so in my case, as the CPU-load is quite big, the values of the TimeTags are not useable for sequencing the datastream (as there are jumps in the TimeTag I always assume some packages got lost). As a workaround I established a sequence number, which is additionally transmitted in each Bundle. This is an appropiate solution, but it wouldn't be necessary if the TimeTag would be generated properly. Are my considerations conclusive? At the moment the timetag is calculated when the bundle is opened with the [ message. If the ] message doesn't occur at the same time the timetag will be wrong as the message doesn't start to get sent until the bundle is closed. Then there is the delay in the OS as it schedules the packet for the network and the network card deals with possible collisions with other packets, etc... As well, anything [packOSC] does occurs between audio blocks (and may be postponed if there is too much going on), so the timing will be jittery unless your packets are being composed and sent in precise sync with the audio. And if they are being sent to another machine with another clock of course this is never going to happen unless you can sync their sound cards via SPDIF or word clock. But that's real time. Because there is no way to know what the 'logical time' is outside of your logical frame, just use the sequential block number as your logical time. Pack a sequence number followed by a blob, possibly resetting the sequence numbers when they get too big. No need for bundle or timetag. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list