hi list,
there is a LAN, WLAN or Bluetooth version, this is the link to the
bluetooth version data sheet:
http://intronico.de/english/mfc_8800_dc_em_e.html http://intronico.de/german/mfc_8800_dc_em_g.html
could is this interface be an alternative to serial/USB interfaces
like those ones?
http://arduino.berlios.de/
http://multio.mamalala.de/
http://aid.interaccess.org/
m.
Hi,
I was wondering if someone could help me on this one.
I am working with DV encoded AVI films loading them into pix_film. Everytime I load a file I get the message "new movie might crash... ...survived". And indeed loading files is extremely unstable. PD does crash aprox 1 out of every 5 times I try to load a film.
Why do I get this message and why does PD crash? Is it because of the DV encoding? Does it say this message for every kind of film?
And, since it does crash, how can I work around this problem so that PD becomes more stable? I keep loosing my work everytime I forget to save before testing. :(
Thanks in advance, Nuno
Can you post all of the messages printed when you load a film? I also ran into this problem with Quicktime files on Windows, and came up with a 'fix' that stops the crashing by introducing a memory leak. The fact that this happens with AVI indicates the problem might lie outside of the Quicktime code.
cgc
On 12/10/05, Nuno Godinho eu@nunogodinho.com wrote:
Hi,
I was wondering if someone could help me on this one.
I am working with DV encoded AVI films loading them into pix_film. Everytime I load a file I get the message "new movie might crash... ...survived". And indeed loading files is extremely unstable. PD does crash aprox 1 out of every 5 times I try to load a film.
Why do I get this message and why does PD crash? Is it because of the DV encoding? Does it say this message for every kind of film?
And, since it does crash, how can I work around this problem so that PD becomes more stable? I keep loosing my work everytime I forget to save before testing. :(
Thanks in advance, Nuno
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi,
Here it is. This is the message I got while loading 4 films in a row (using 4 different pix_film objects). I believe it doesn't say much more detail. I hope it helps.
new movie might crash... ...survived GEM: pix_film: Loaded file: T:/Work/Pd/20051208VelaInteractiva/n0.avi with 1500 frames (720x576) new movie might crash... ...survived GEM: pix_film: Loaded file: T:/Work/Pd/20051208VelaInteractiva/n1.avi with 109 frames (720x576) new movie might crash... ...survived GEM: pix_film: Loaded file: T:/Work/Pd/20051208VelaInteractiva/n2.avi with 41 frames (720x576) new movie might crash... ...survived GEM: pix_film: Loaded file: T:/Work/Pd/20051208VelaInteractiva/n3.avi with 385 frames (720x576)
Bye, Nuno
-----Original Message----- From: cgclepper@gmail.com [mailto:cgclepper@gmail.com] On Behalf Of chris clepper Sent: domingo, 11 de Dezembro de 2005 2:17 To: Nuno Godinho Cc: pd-list@iem.at Subject: Re: [PD] "New movie might crash... ...survived"
Can you post all of the messages printed when you load a film? I also ran into this problem with Quicktime files on Windows, and came up with a 'fix' that stops the crashing by introducing a memory leak. The fact that this happens with AVI indicates the problem might lie outside of the Quicktime code.
cgc
On 12/10/05, Nuno Godinho eu@nunogodinho.com wrote:
Hi,
I was wondering if someone could help me on this one.
I am working with DV encoded AVI films loading them into pix_film. Everytime I load a file I get the message "new movie might crash... ...survived". And indeed loading files is extremely
unstable. PD does
crash aprox 1 out of every 5 times I try to load a film.
Why do I get this message and why does PD crash? Is it
because of the
DV encoding? Does it say this message for every kind of film?
And, since it does crash, how can I work around this
problem so that
PD becomes more stable? I keep loosing my work everytime I
forget to
save before testing. :(
Thanks in advance, Nuno
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
pix_film always crashed for me on XP when I switch movies in the same pix_film. I consired that bug a fact of life so I created an abstraction that creates a new pix_film for every new movie loaded. Bonus from this method:
Attached is the work in progress. I am not working on this version anymore, another version is in the works (automaticaly reads the movies in a directory and displays them in scrolllist for easy selection).
Tom
On 12/10/05, Nuno Godinho eu@nunogodinho.com wrote:
Hi,
Here it is. This is the message I got while loading 4 films in a row (using 4 different pix_film objects). I believe it doesn't say much more detail. I hope it helps.
new movie might crash... ...survived GEM: pix_film: Loaded file: T:/Work/Pd/20051208VelaInteractiva/n0.avi with 1500 frames (720x576) new movie might crash... ...survived GEM: pix_film: Loaded file: T:/Work/Pd/20051208VelaInteractiva/n1.avi with 109 frames (720x576) new movie might crash... ...survived GEM: pix_film: Loaded file: T:/Work/Pd/20051208VelaInteractiva/n2.avi with 41 frames (720x576) new movie might crash... ...survived GEM: pix_film: Loaded file: T:/Work/Pd/20051208VelaInteractiva/n3.avi with 385 frames (720x576)
Bye, Nuno
-----Original Message----- From: cgclepper@gmail.com [mailto:cgclepper@gmail.com] On Behalf Of chris clepper Sent: domingo, 11 de Dezembro de 2005 2:17 To: Nuno Godinho Cc: pd-list@iem.at Subject: Re: [PD] "New movie might crash... ...survived"
Can you post all of the messages printed when you load a film? I also ran into this problem with Quicktime files on Windows, and came up with a 'fix' that stops the crashing by introducing a memory leak. The fact that this happens with AVI indicates the problem might lie outside of the Quicktime code.
cgc
On 12/10/05, Nuno Godinho eu@nunogodinho.com wrote:
Hi,
I was wondering if someone could help me on this one.
I am working with DV encoded AVI films loading them into pix_film. Everytime I load a file I get the message "new movie might crash... ...survived". And indeed loading files is extremely
unstable. PD does
crash aprox 1 out of every 5 times I try to load a film.
Why do I get this message and why does PD crash? Is it
because of the
DV encoding? Does it say this message for every kind of film?
And, since it does crash, how can I work around this
problem so that
PD becomes more stable? I keep loosing my work everytime I
forget to
save before testing. :(
Thanks in advance, Nuno
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
It looks like it could work as a generic sensor board, but they don't
give info on the inputs, i.e. what kind of voltage they read at what
resolution. Plus something like the MultIO provides a lot more ins and
outs.
How much are they?
.hc
On Dec 9, 2005, at 9:49 AM, Max Neupert wrote:
hi list,
there is a LAN, WLAN or Bluetooth version, this is the link to the
bluetooth version data sheet:http://intronico.de/english/mfc_8800_dc_em_e.html http://intronico.de/german/mfc_8800_dc_em_g.html
could is this interface be an alternative to serial/USB interfaces
like those ones? http://arduino.berlios.de/ http://multio.mamalala.de/ http://aid.interaccess.org/m.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
As we enjoy great advantages from inventions of others, we should be
glad of an opportunity to serve others by any invention of ours; and
this we should do freely and generously.
- Benjamin Franklin
hi all,
Am Montag 12 Dezember 2005 04:37 schrieb Hans-Christoph Steiner:
It looks like it could work as a generic sensor board, but they don't give info on the inputs, i.e. what kind of voltage they read at what resolution. Plus something like the MultIO provides a lot more ins and outs.
How much are they?
.hc
from the product manual, it says that the 8 inputs are digital only. so, that unit has 8 digital in, and 8 digital out by means of relais.
not that much .....
on a related note: the multio will have a 10baseT extension soon. that way it should be no problem to make it wireless with standard wifi equipment ...
im still looking for suitable bluetooth modules, but couldnt find anything so far (it should be useable/solderable by humans without specialized equipment)
greets,
chris
On Dec 9, 2005, at 9:49 AM, Max Neupert wrote:
hi list,
there is a LAN, WLAN or Bluetooth version, this is the link to the bluetooth version data sheet:
http://intronico.de/english/mfc_8800_dc_em_e.html http://intronico.de/german/mfc_8800_dc_em_g.html
could is this interface be an alternative to serial/USB interfaces like those ones? http://arduino.berlios.de/ http://multio.mamalala.de/ http://aid.interaccess.org/
m.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously.
- Benjamin Franklin
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Am 12.12.2005 um 04:37 schrieb Hans-Christoph Steiner:
It looks like it could work as a generic sensor board, but they
don't give info on the inputs, i.e. what kind of voltage
it is for the model with the 2 analog inputs 0-5VDC @ 10 Bit
they read at what resolution. Plus something like the MultIO
provides a lot more ins and outs.
you are right, the MultiIO is way more powerful. i was mainly
wondering if it would be easy or annoying to try getting bluetooth
devices like this one communicate with pd, do you know this?
How much are they?
Bluetooth digital 4in/4out: 118,-
Bluetooth digital 2in/2out, TTL 2in/2out, analog 2in/2out (so total
6in/6out): 124,-
Bluetooth digital 8in/8out: 124,-
source: reichelt.de
for the lan /wlan versions i don't know a reseller...
max.