Re: [PD] TCP/IP communication from the unix server to the Pure Data
First at all, you don't need to swap byte endianness just because you are sending it to the network. You have to put in the network format just the header data like port and IP. The network devices read the header but don't use to touch the data section of the packet where your samples will be. You have to use it only if server and receiver are in different hardware architecture. The ntohl() converts only long integer values what means a 32 bit integer. there is another function called ntohs() that converts short integer (16 bits). So, you can't pass a float to the function. The float structure has a mantisse, a biased exponent and a signal. A integer doesn't. One solution is to convert your float point to long integer, use the byte swap function and convert back to integer. Other solution is to check if your machine is little or big endian and create a byte swap to float manually and do not use htonl(). Cheers Schiavoni Martin , thank you for everything, I got it working now even with floating point numbers, here is the rundown of the method [solved] BUT BEFORE FOLLOWING THIS, NOTE THAT FLOATING POINT NUMBER IS SOMETHING THAT YOU DON'T WANT TO PARSE, IF YOU LIKE YOUR NERVES. The first problem is 1. Error was in using on the server side an ntohl() on a float number, which corrupts it heavily. Mark my words, ntohl() is an enemy of the float. Just receive it reversed and manually work out the conversion, you HAVE to do it manually anyways :P 2. Float is a complex standard, even more complex when Pure Data converts everything to decimal partially per byte. Separate Mantissa, Exponent and Sign using bitwise operators [][], and work out the float conversion. Follow this thread for Mantissa, that one is the hardest Convert floating point number from binary to a decimal number http://stackoverflow.com/questions/15393113/convert-floating-point-number-from-binary-to-a-decimal-number/ Good luck ^^ //Petar On 13/3/13 1:51 PM, Martin Peach wrote: I attached a patch that should reconstruct a long if it's bigendian, although it doesn't give 100 for the sequence you provided... The floating point numbers are more difficult, you need to separate the sign, exponent and mantissa and then put it all together. Martin On 2013-03-13 06:08, Petar Jercic wrote: Wow, these methods you proposed made me realize that I was using the wrong endian method on my UNIX server, it has to be ntohl(). Now I got it correct, and I am receiving data (bytes) in the correct order. *: 0 0 0 2 0 10 114 26 0 0 0 51 0 16 242 78 * Sample data might be 2 100 51 2000.56, which could be read in the data ... somewhat :)* **Now my question is, how do I get four compact numbers to work with?* Now I have a series of bytes, but at least in the correct order. I haven't been able to extract the data using [bytes2any] and [route], so I prepared a small patch to demonstrate the problem, maybe you can show me by modifying it? //Petar On 11/3/13 2:31 PM, Martin Peach wrote: On 2013-03-10 17:58, Petar Jercic wrote: Sorry, I can't use ASCII text as communication method, since I plan to send large quantities of data at high speed rates, I need to optimize it as much as possible. Compared to streaming bytes, ASCII is inefficient up to a several orders of magnitude. Is there a method for correct endianness in Pure Data, like these C functions: ntohs()--Network to Host Short ntohl()--Network to Host Long You can do that with Pd like this (ntohs): [unpack 0 0] | | [* 256]| | | [+ ] | [ \ or [unpack 0 0] | | | [* 256] | | [+ ] | [ \ for littleendian. Floats are harder but still possible. The main difficulty is in splitting the incoming stream in the right places. (I think ASCII is not orders of magnitude slower, and it is also less ambiguous). Martin On 09/3/13 5:15 PM, Martin Peach wrote: It's probably safer to get the server to send the numbers as ASCII text, to avoid disagreements about endianness and floating-point representation. Then, to extract the numbers, you could use [moocow/bytes2any] or make a custom parser using [pdlua]. Martin On 2013-03-09 10:55, Petar Jercic wrote: Apparently [netclient] on the Pure Data side cannot receive nothing else than ; delimited messages. So the solution for the problem: *My question is, is there a way to send something other than string message to Pure Data, like byte-stream or serialized number stream? Can Pure Data receive such messages?* The solution is to use [tcpclient], it can receive byte-stream data. Now I have another problem regarding the data read, on how to convert it back to usable numbers. From my UNIX server I am sending a structure typedef struct { int var_code; intsample_time; int hr; floaths; } phy_data; Sample data might be 2 100 51 2000.56 When
Re: [PD] MobMuPlat for Ipad and expr~ woes
On Mon, 2013-03-18 at 23:15 +, Pagano, Patrick wrote: here's one: [expr~ if($f2==0, $v1, 0); if ($f2==0, $v1) ] Does not instantiate. There is an expression missing for the second if statement. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_record .mov files and codecs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-03-18 21:31, J Oliver wrote: That's great, just not documented in the help file. It actually tells you it will be printed int he console: Inlet 1: codeclist: enumerate a list of available codecs to the pd-console There is no description for what outlet 3 does either... Attached is a modified helpfile in case it is useful. thanks. i updated the help-patch in git/master (and added a [pd PROPERTIES] dialog similar to the [pix_video]) fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFINxIACgkQkX2Xpv6ydvTgXwCfRN40xvONY4ScJSypPlhNpwkY N70AoKaP4tTZAKodvAiZXc4w+8HuUVxa =FSfx -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 released!
Hi m Jep we've been working with the 64bit version - thanks for pointing this out! ΓΈ On 03/18/2013 04:58 PM, me.grimm wrote: hi olsen did you install the 64bit version of pd-extended? At the moment Gem is broken in that version. Try the 32bit version. m On Mon, Mar 18, 2013 at 11:43 AM, olsenraumkundschaf...@hasa-labs.org wrote: Hi Hans I just got my hands on an OSX 10.7.5 and a 10.6.8 system and with 0.43.4 there seems to be a problem with Gem - e.g. opening the help of [pix_film] gives me the following error: [pix_film] now mogie decoding backends found gemglutwindow ... couldn't create any idea? thanks salutis Olsen On 01/29/2013 09:36 PM, Hans-Christoph Steiner wrote: Its time to announce the next big Pd-extended release, 0.43.4! This release has the most new features of any release before, so many annoyances are gone, many new tools help you patch, and. There will be more updates to cover some of the new features here, in the form of news items on puredata.info, blog posts, screencasts and more. Download here for all platforms (Debian, Mac OS X, Mint, Raspbian, Ubuntu, Windows, and of course the source code): http://puredata.info/downloads/pd-extended/releases/0.43.4 For Debian/Ubuntu/Mint/etc., you can add an apt source by following the instructions at the top of the page here: http://puredata.info/docs/faq/debian ChangeLog --- Here you can get a good overview in what has changed, so you know where to find out more. changes since 0.43.1 * search-plugin included by default * improved audio performance on Mac and Windows, Mac now uses half the CPU when idle (portaudio update) * (Windows) full unicode support * support full unicode MIDI device names (portmidi) * many completed translations * many bugfixes changes since 0.42.5 == changes to the editor == * GUI Plugins! can customize a wide array of features of the editor * Autotips in Edit Mode to get information about inlets, outlets, and objects * Magic Glass to snoop on messages as they pass thru connections * Search everything! Thanks to Jonathan Wilkes' search plugin, now included by default * full Unicode support throughout Pd (there are still some layout issues with right-to-left alphabets and character-based languages) * fully localizable GUI, with full translations for French, German, Japanese, Italian, and Greek * full interface translations with limited search translation for Catalan, Chinese (China), Chinese (Taiwan), Danish, German, Hungarian, Korean, Portuguese (Brazil), Slovak, Spanish, Spanish (Mexico) * partial translations for: Russian, Turkish * contribute to translations: https://www.transifex.com/projects/p/puredata/ * paths are no longer saved in the preferences. Use the [path] or [declare -path] objects, or use the standard global install locations * complete Tcl/Tk 8.5 support and integration * drastically improved Pd window logging/print performance (1000 lines/sec and you can still patch) * Ctrl-click/Cmd-click error messages in Pd window to find the object with the error * five log levels and dynamic filtering of Pd window log ('fatal, error, normal, debug, all') * library loading printed to Pd window at level 'debug' so the Pd window is blank when Pd-extended starts * hierarchical display of open subpatches/abstractions in Window menu: http://puredata.info/dev/NextRelease/window_hierarchy.png * generate complete Pd window log using 'File-Save As..' when on the Pd window * 'File-New' creates the new patch in the folder of the current patch * 'File-Print' now prints the entire canvas rather than just the visible part (thanks Trevor Fancher) * 'File-Save As...', 'Edit-Copy', and 'Edit-Select All' now work on the Pd window * Ctrl/Cmd and cycle through open windows * added Autopatch, Autotips, and Perf Mode control on the Edit menu * improved handling of multiple monitors * (GNU/Linux) realtime mode enabled by default (-rt) * (GNU/Linux) window placement logic can be handled in plugin for better support of many Window Managers (`pdtk_canvas_place_window`) * (GNU/Linux and Mac OS X) [comport] no longer crashes Pd when open USB-serial devices are unplugged * (GNU/Linux and Windows) !TkDND drag-n-drop support for dropping files onto Pd and patch windows * (GNU/Linux and Windows) added Alt shortcuts to menus * (GNU/Linux and Windows) Navigate menus with arrow keys * (GNU/Linux and Windows) Pd window and patchses now have a Pd icon when Alt-Tabbing * (Windows) zip-only distro with pd-extended.bat to run without installing == updates to the core == * updated to latest stable portaudio v19-20110326 * free methods always called on quit, so cameras, network sockets, etc. are properly freed * GUI objects no longer send pointless draw
[PD] [GEM] pix_write numbering
Hi all, why is pix_write numbering files like this ? : 0 1 2 ... 00253 ... and pix_multiimage is supposed to read files with 'clear' numbering like this: 0 1 2 .. 256 in this situation is a little bit complicated to write and read the shots.. I solve situation with renaming file using [ggee/shell]. I think, it will be clearer to use one type of numbering. Or I am am wrong ? f. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_write numbering
Hi, I totally agree with you Fero, I experienced the same difficulty to use images written with pix_write in pix_multiimage. I made a script to rename the files. But it could good to have an option like 'pix_write_naming_style' in pix_multiimage which can make both working together, isn't it ? Cheers a -- do it yourself http://antoine.villeret.free.fr 2013/3/19 Fero Kiraly fero.kir...@gmail.com Hi all, why is pix_write numbering files like this ? : 0 1 2 ... 00253 ... and pix_multiimage is supposed to read files with 'clear' numbering like this: 0 1 2 .. 256 in this situation is a little bit complicated to write and read the shots.. I solve situation with renaming file using [ggee/shell]. I think, it will be clearer to use one type of numbering. Or I am am wrong ? f. ___ 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] Expression challenge 2013
Roman Can you explain to me what this awesome-ness you have created does? I am assuming it's a expr~ converter, but what is the proper way to deploy this? I assume i can use purepd in MobMuplat since it with be just abstractions? please, more info and thanks in advance for this! pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Roman Haefeli [reduz...@gmail.com] Sent: Tuesday, March 19, 2013 3:44 AM To: pd-list@iem.at Subject: Re: [PD] Expression challenge 2013 On Mon, 2013-03-18 at 23:41 +, Pagano, Patrick wrote: Here they all Are everyone who helps will get a working version of my super Awesome Arp Patch :-) hahaha. mammies step up and espress yo-selves FZ Thingfish expr~ if($f3==0, ($v1 + 1) / 2, if($v20, 3, 0)) see attached: expr_challenge_1.pd (it uses purepd abstractions) Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_share_write error
hi, i'm experiencing some strange behavior with pix_share_write/read sometimes i get this error when setting pix_share_write : couldn't get shm_id: error 0 but i couldn't reproduce this, it seems it happens when a patch with pix_share_write crashes (due to errors in a V4L2 device) after reloading the patch, pix_share_write can't initialize correctly it happens not so often, but when it does i can't understand why and I have to change the ID in the [set( message to find a working one I made few changes in the code of pix_share_* to forward the error though an outlet so I can automatically try another ID this is in my github repos in the branch pix_share_write : https://github.com/avilleret/Gem/tree/pix_share_write I don't know if it's a good idea but it seems to work for me I'm wondering if it could be good to have a dictionary instead of a hash table : when we use [set id sizex sizey pixel_format( message, pix_share* could try to find the id in the dictionary if there is no entry with that id, it generates a random shmem id, verify that nobody else is using it and tries to allocated data if it fails it could generates another id until it succeed and store the id in the dictionary pix_share_read will know the dictionary and can find the right shmem id what do you think about that ? kind regards antoine -- do it yourself http://antoine.villeret.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Expression challenge 2013
On Die, 2013-03-19 at 14:55 +, Pagano, Patrick wrote: Roman Can you explain to me what this awesome-ness you have created does? I read what the formula in [expr~ ] does and translated it to a subpatch. I am assuming it's a expr~ converter, but what is the proper way to deploy this? I'm not sure I understand correctly. There is nothing auto-magic involved, in case you mean this. About deployment: just copy the subpatch to your patch and replace the corresponding [expr~ ] by it. I assume i can use purepd in MobMuplat since it with be just abstractions? I assume so as well. AFAIK, the idea of purepd is that it consists only vanilla objects. It seems they are even free of the expr family externals. please, more info and thanks in advance for this! You're welcome. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Expression challenge 2013
Hi, On Tue, Mar 19, 2013 at 02:55:24PM +, Pagano, Patrick wrote: Can you explain to me what this awesome-ness you have created does? I am assuming it's a expr~ converter, but what is the proper way to deploy this? That would be cool, but Roman just used a subpatch and patched the inside manually. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Expression challenge 2013
I'm not sure how i would include this in my patch. expr~ expr has always been a little difficult for me so i am seeking a more remedial explanation for what roman has made. It looks elegant but i am unsure how to include this into the patch. i will crak it open and share it with you guys if you like, it's not pretty because it was supposed to be an under the hood patch i never realized how many patches use expr, expr~ fexpr etc..till this week pp From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Frank Barknecht [f...@footils.org] Sent: Tuesday, March 19, 2013 11:16 AM To: pd-list@iem.at Subject: Re: [PD] Expression challenge 2013 Hi, On Tue, Mar 19, 2013 at 02:55:24PM +, Pagano, Patrick wrote: Can you explain to me what this awesome-ness you have created does? I am assuming it's a expr~ converter, but what is the proper way to deploy this? That would be cool, but Roman just used a subpatch and patched the inside manually. Ciao -- Frank Barknecht _ __footils.org__ ___ 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] Lanboc-LCX w/ Pd
Eventually I'm using the Max examples that come along with the LCedit+ software, and communicate between Max and Pd with [udpreceive] (I'm using serial communication with the lanbox). Anyway this is for an urgent deadline, I'll probably use and arduino version later on. On Mon, Mar 18, 2013 at 11:44 AM, dreamer drea...@puikheid.nl wrote: On Mon, Mar 18, 2013 at 10:26 AM, Alexandros Drymonitis adr...@gmail.comwrote: Reading through the manuals I'm trying different stuff. Thought of connecting to the lanbox (I spelled it wrong in the subject of this thread) via [comport]. I do get connected, but can't really see how to send commands. I'm trying to connect via [tcpsend] via ethernet cause I think it's easier to send commands in ASCII (looks easier to me at least), but the manual says that the lanbox will ask for a password (which is 777 followed by a carriege return, so in ASCII it will be 55 55 55 13). So I'm sending [connect 192.168.1.77 4777( to [tcpsend], This is exactly how we connected with udpsend as well (so for udp you need to enable this in the firmware, and I have no idea how to :) ). Then, the other messages look like: [192 183 0 0 202 254 0 10 0 1 255 255 255 255( And I have no idea anymore what this actually means :) Only that the last 4 values are for the dimmer-pack we used. The manual should have more info on how the protocol works. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_record file size limit
Hello everyone, I am using pix_record to encode files in codec 23 and I cannot get a filesize bigger than 4294967295 bytes or 4.29 GB. The files by the way are unusable after this size and they just won't play in regular video players. Can some one explain why this happens and if there is a workaround? Again, recent Gem and Pd on ubuntu 12.04. best, Jaime ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lanboc-LCX w/ Pd
On Tue, Mar 19, 2013 at 6:58 PM, Alexandros Drymonitis adr...@gmail.comwrote: Eventually I'm using the Max examples that come along with the LCedit+ software, and communicate between Max and Pd with [udpreceive] (I'm using serial communication with the lanbox). Anyway this is for an urgent deadline, I'll probably use and arduino version later on. Doesn't the Max/Msp example show you how the messages work? Just use the same messaging. On Mon, Mar 18, 2013 at 11:44 AM, dreamer drea...@puikheid.nl wrote: On Mon, Mar 18, 2013 at 10:26 AM, Alexandros Drymonitis adr...@gmail.com wrote: Reading through the manuals I'm trying different stuff. Thought of connecting to the lanbox (I spelled it wrong in the subject of this thread) via [comport]. I do get connected, but can't really see how to send commands. I'm trying to connect via [tcpsend] via ethernet cause I think it's easier to send commands in ASCII (looks easier to me at least), but the manual says that the lanbox will ask for a password (which is 777 followed by a carriege return, so in ASCII it will be 55 55 55 13). So I'm sending [connect 192.168.1.77 4777( to [tcpsend], This is exactly how we connected with udpsend as well (so for udp you need to enable this in the firmware, and I have no idea how to :) ). Then, the other messages look like: [192 183 0 0 202 254 0 10 0 1 255 255 255 255( And I have no idea anymore what this actually means :) Only that the last 4 values are for the dimmer-pack we used. The manual should have more info on how the protocol works. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record file size limit
If this is of any help, this happens at around 14000 frames or 7 minutes and 45 seconds... J On Tue, Mar 19, 2013 at 2:12 PM, Jaime Oliver jaime.oliv...@gmail.comwrote: Hello everyone, I am using pix_record to encode files in codec 23 and I cannot get a filesize bigger than 4294967295 bytes or 4.29 GB. The files by the way are unusable after this size and they just won't play in regular video players. Can some one explain why this happens and if there is a workaround? Again, recent Gem and Pd on ubuntu 12.04. best, Jaime -- Jaime E Oliver LR jo2...@columbia.edu www.jaimeoliver.pe 858 750 0924 (cel) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM] pix_write numbering
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 2013/3/19 Fero Kiraly fero.kir...@gmail.com why is pix_write numbering files like this ? : 0 1 2 ... 00253 ... because it makes it easier to sort files alphabetically. and pix_multiimage is supposed to read files with 'clear' numbering like this: 0 1 2 .. 256 because it's borked (for compatibility reasons) On 2013-03-19 14:34, Antoine Villeret wrote: Hi, I totally agree with you Fero, I experienced the same difficulty to use images written with pix_write in pix_multiimage. I made a script to rename the files. But it could good to have an option like 'pix_write_naming_style' in pix_multiimage which can make both working together, isn't it ? as a matter of fact, i think [pix_multiimage] is deprecated, and you should use an abstraction wrapper using [pix_buffer] and [makefilename] instead. thus, you can choose the naming scheme you like. similarily, [pix_write] can easily build as an abstraction using [pix_buffer] and [makefilename], so you can choose the naming scheme you like. Gem already comes with an abstraction implementation of [pix_write] (though it's currently overwritten by the Gem built-in of the same name and functionality) fgamdsr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFItZ0ACgkQkX2Xpv6ydvQDNQCaAuByMQWxxGhnqwgPhztNgtQh wfwAoLYxGGNxn4nKRFEE8VCHCVS1hagI =279m -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record file size limit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-03-19 19:12, Jaime Oliver wrote: Hello everyone, I am using pix_record to encode files in codec 23 and I what is codec 23? [codeclist( will enumerate the codecs installed on your system. the ID might change between systems. cannot get a filesize bigger than 4294967295 bytes or 4.29 GB. The files by looks like a 4GB file size limitiation. probably a bug in libquicktime. i cannot remember whether there's a small lqt tool that allows recording of a stream, so you could test whether the bug is actually there. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFItp4ACgkQkX2Xpv6ydvSHZwCguBNVdwa2esuDxZLWY7126PZL dbQAoL37+iAdKvzLQENENgFUukj60j+b =9w3o -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Lanboc-LCX w/ Pd
Well, they've built a couple of externals specifically for communication between Max and the Lanbox, and honestly, at the point I can't bother, so I'll take the easy route... On Tue, Mar 19, 2013 at 8:15 PM, dreamer drea...@puikheid.nl wrote: On Tue, Mar 19, 2013 at 6:58 PM, Alexandros Drymonitis adr...@gmail.comwrote: Eventually I'm using the Max examples that come along with the LCedit+ software, and communicate between Max and Pd with [udpreceive] (I'm using serial communication with the lanbox). Anyway this is for an urgent deadline, I'll probably use and arduino version later on. Doesn't the Max/Msp example show you how the messages work? Just use the same messaging. On Mon, Mar 18, 2013 at 11:44 AM, dreamer drea...@puikheid.nl wrote: On Mon, Mar 18, 2013 at 10:26 AM, Alexandros Drymonitis adr...@gmail.com wrote: Reading through the manuals I'm trying different stuff. Thought of connecting to the lanbox (I spelled it wrong in the subject of this thread) via [comport]. I do get connected, but can't really see how to send commands. I'm trying to connect via [tcpsend] via ethernet cause I think it's easier to send commands in ASCII (looks easier to me at least), but the manual says that the lanbox will ask for a password (which is 777 followed by a carriege return, so in ASCII it will be 55 55 55 13). So I'm sending [connect 192.168.1.77 4777( to [tcpsend], This is exactly how we connected with udpsend as well (so for udp you need to enable this in the firmware, and I have no idea how to :) ). Then, the other messages look like: [192 183 0 0 202 254 0 10 0 1 255 255 255 255( And I have no idea anymore what this actually means :) Only that the last 4 values are for the dimmer-pack we used. The manual should have more info on how the protocol works. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record file size limit
what is codec 23? [codeclist( will enumerate the codecs installed on your system. the ID might change between systems. raw RGB uncompressed. cannot get a filesize bigger than 4294967295 bytes or 4.29 GB. The files by looks like a 4GB file size limitiation. probably a bug in libquicktime. i cannot remember whether there's a small lqt tool that allows recording of a stream, so you could test whether the bug is actually there. I am not sure what you are suggesting: Should I find this tool and check if it happens with it as well? J fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFItp4ACgkQkX2Xpv6ydvSHZwCguBNVdwa2esuDxZLWY7126PZL dbQAoL37+iAdKvzLQENENgFUukj60j+b =9w3o -END PGP SIGNATURE- ___ 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] pix_record file size limit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-03-19 20:10, J Oliver wrote: what is codec 23? [codeclist( will enumerate the codecs installed on your system. the ID might change between systems. raw RGB uncompressed. cannot get a filesize bigger than 4294967295 bytes or 4.29 GB. The files by looks like a 4GB file size limitiation. probably a bug in libquicktime. i cannot remember whether there's a small lqt tool that allows recording of a stream, so you could test whether the bug is actually there. I am not sure what you are suggesting: Should I find this tool and check if it happens with it as well? that would help (if such a tool exists). alternatively, one could check one of the applications at [1]. fgmasdr IOhannes [1] http://libquicktime.sourceforge.net/images/applications_hl.png -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFIuUIACgkQkX2Xpv6ydvT0VQCdGjuSQdzrK18mLbgabJZenw7h tp4An1muM7taJB8PK8Hzgunep71Vp4wn =BkcK -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record file size limit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-03-19 19:12, Jaime Oliver wrote: Hello everyone, I am using pix_record to encode files in codec 23 and I cannot get a filesize bigger than 4294967295 bytes or 4.29 GB. The files by the way are unusable after this size and they just won't play in regular video players. Can some one explain why this happens and if there is a workaround? and just to be sure: can these files be played with Gem? can they be played with lqtplay? does Gem stop recording, once the filesize is that big? fgamd IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFIvKoACgkQkX2Xpv6ydvTPbQCgpbrly2ccn2Q3hzvPVPNJEjwY +SwAn1xOe6elGCyWGouJosyNvGbEhljD =FHt9 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_record file size limit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-03-19 20:29, IOhannes m zmoelnig wrote: and just to be sure: can these files be played with Gem? can they be played with lqtplay? does Gem stop recording, once the filesize is that big? i just ran a quick test recording 17245 frames of a 256x256 video with raw codec, which results in a 4520880968 bytes file it plays nicely with qtplay, mplayer (well, colors are wrong here) and gstreamer (using gst-launch filesrc location=mymovie.mov ! decodebin ! ffmpegcolorspace ! xvimagesink). it doesn't play with vlc (complaining about missing codec twos) though. mfgsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFIwOwACgkQkX2Xpv6ydvSQbgCffWcQoLiMDq7Dildqzjo/ibEN J+cAn29aqq6mykmTszE/fHlbvpcKBKq5 =nejl -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Large File Support on Linux
Hi, I am in favour of breaking binary compatibility and keeping the code simple. People that compile their externals themselves can understand and cope with it. Other people mostly won't notice. My intuition is that if the LFS project was unable to provide a transparent API in the first place, there's no reason we will be able to do anything clean. Just communicate enough about the breakage and enjoy :). Miller Puckette wrote: To answer Ico's question, the trouble I forsee is musician A gives musician B a patch, containing compiled externs - and then musician B runs it and gets a crash instead of music. Sub-optimal in my opinion :) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] using kinect in ubuntu 12.04 and pd-extended 0.43.4
Sorry, I forgot to add that the kinect is actually working properly, tested on another computer, with ubuntu 12.04 (not ubuntu studio 12.04). 2013/3/19 tristan cordier tristan.cord...@gmail.com Hello everyone, I am trying to use a kinect sensor in pure data using pix_freenect. I followed several tuto found online but none worked for me, The kinect sensor is apparently not seen by my system : lsusb replies : ... Microsoft Corp. Xbox NUI Motor and not the rest (Audio and Video) Does anyone knows about a tuto that worked for a config like this? ubuntu studio 12.04 32 bits pd-extended 0.43.4 best regards tristan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [pd open $1 $2{ from relative path without getdir
I was just looking at romans old post: http://www.mail-archive.com/pd-list@iem.at/msg04869.html did this ever get fixed? In the help-pd help browser-pd msg-msg_and_pd-open_close.pd i see: Sometimes you can get relative paths (./, ../, etc.) to work, but usually not. I don't know why... the example under it uses [getdir] there is no vanilla [getdir] right? and i was assuming the manual example above was a vanilla example... IDK basically im trying to have a vanilla way to do [pd open $1 $2{ and have $2 relative to where ever my patch is sitting. but maybe im easily missing the obvious something that was addressed since romans 2007 post... m -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [pd open $1 $2{ from relative path without getdir
On Die, 2013-03-19 at 16:59 -0400, me.grimm wrote: I was just looking at romans old post: http://www.mail-archive.com/pd-list@iem.at/msg04869.html did this ever get fixed? In the help-pd help browser-pd msg-msg_and_pd-open_close.pd i see: Sometimes you can get relative paths (./, ../, etc.) to work, but usually not. I don't know why... the example under it uses [getdir] there is no vanilla [getdir] right? and i was assuming the manual example above was a vanilla example... IDK basically im trying to have a vanilla way to do [pd open $1 $2{ and have $2 relative to where ever my patch is sitting. but maybe im easily missing the obvious something that was addressed since romans 2007 post... From what I know, the situation is still the same. Many things in Pd are still relative to Pd's start location. The 'open' message to 'pd' is one of them. Also [openpanel] interprets relative paths relative to Pd's start location. There are quite a lot of externals with the same behavior, too. [moocow/readdir] just pops to my mind. From a user's perspective, this is simply broken, as a patch hasn't any notion of Pd's start location. I wouldn't mind if all those cases would be changed to relative-to-patch. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list