Re: [PD] Gem and ieee1394 firewire cam on linux debian
Hallo! But I am having no luck with pix_video or pdp_v4l. The main problem seems to be that (apparently) recently the naming conventions in debian and possibly linux in general were changed. So there is no more /dev/video0 for the v4l mode, and for pix_video trying to work directly with ieee1394, I get complaints that /dev/ieee1394/dv/ host/PAL/in Is a directory. Yes we had this discussion quite some time ago: I think you can open the device with sending the message [driver /dev/ieee1394/dv/host/PAL/in( (fill in your device) to [pix_video]. If not let me know, then the fix was not added ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem and ieee1394 firewire cam on linux debian
Le mardi 14 août 2007 à 22:19 +0200, Tim Boykett a écrit : Hi Kids! Time for a new adventure. I would like to have a working firewire camera input for manipulation in Gem on a linux box that is sitting here purring at me. The cam works fine with Kino and dvgrab, so the linux-firewire connection is all well. But I am having no luck with pix_video or pdp_v4l. The main problem seems to be that (apparently) recently the naming conventions in debian and possibly linux in general were changed. So there is no more /dev/video0 for the v4l mode, and for pix_video trying to work directly with ieee1394, I get complaints that /dev/ieee1394/dv/ host/PAL/in Is a directory. Has anyone had more luck? Do I need to going from stable to testing in some parts of debian? Do I need to use some special somethings? Hi apparently this is a problem related to the new behavior of udev under Debian. I wouldn't recommand to downgrad udev though. I read the following on videolan's website: if you have a distribution that uses udev, then you must add/change the following line to the file 50-udev.rules in your /etc/udev/rules.d directory. %vi /etc/udev/rules.d/50-udev.rules # IEEE1394 (firewire) devices (must be before raw devices below) KERNEL==raw1394, NAME=%k KERNEL==dv1394, NAME=dv1394/%k KERNEL==video1394*, NAME=video1394/%n I havent tested it yet, since i havent any DV cam before hand at the moment. The workaround i used at the time is the following: first check that you belong to the right groups : disk and video by issuing the command groups If not, then $ sudo adduser username disk $ sudo adduser username video then run the attached bash script as a superuser after each restart: $ sudo bash ./dv.sh you might have to chmod +x the shell script Start Pd/Gem, pix_video should work as expected if feeded with the pathname given in the shell script (I cant remember well this part, i'm sorry i'm only sending a translation of my blog notes, i dont have access to the original machine and Pd program this week (public holiday).) The shell was adapted from an article about Ubuntu Edgy and DV cams http://tonywhitmore.co.uk/blog/2006/11/08/ubuntu-edgy-and-dv-cameras/ O. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem and ieee1394 firewire cam on linux debian
Hi, I'm having the same problem under fedore core 6 - there is no /dev/video any advice? (there is no /dev/ieee1394 either (kino see the camera fine) thanks, Joseph On 15/08/07, Tim Boykett [EMAIL PROTECTED] wrote: Hi Kids! Time for a new adventure. I would like to have a working firewire camera input for manipulation in Gem on a linux box that is sitting here purring at me. The cam works fine with Kino and dvgrab, so the linux-firewire connection is all well. But I am having no luck with pix_video or pdp_v4l. The main problem seems to be that (apparently) recently the naming conventions in debian and possibly linux in general were changed. So there is no more /dev/video0 for the v4l mode, and for pix_video trying to work directly with ieee1394, I get complaints that /dev/ieee1394/dv/ host/PAL/in Is a directory. Has anyone had more luck? Do I need to going from stable to testing in some parts of debian? Do I need to use some special somethings? Looking forward to the d'Oh moment, Tim ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Joseph Barrows live video performance; web site design; new media artist jjbarrows.artwww.net [EMAIL PROTECTED] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] macros.
On Aug 13, 2007, at 12:03 AM, Roman Haefeli wrote: On Sun, 2007-08-12 at 00:37 -0400, marius schebella wrote: anything special in mind, when you put this up on your website? Am I missing something? marius. sorry, in case this isn't related to your question, but the movie shows how to record a keyboard macro, that is played back afterwards ( though in the showed example, the same could be reached with typing 'ctrl- d'). anyway, i think, matju wanted to announce this new feature of desiredata. This is possible to do with Pd already, no Tcl needed :D http://pure-data.cvs.sourceforge.net/pure-data/doc/tutorials/intro/ 46.pure_data_files.pd .hc roman Mathieu Bouchard wrote: http://sonicvariable.goto10.org/downloads/dd/dd_macro.mpeg _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada ___ 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 ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ...information-sharing is a powerful positive good, and... it is an ethical duty of hackers to share their expertise by writing open- source code and facilitating access to information and to computing resources wherever possible. - Eric Raymond ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] macros.
On Aug 15, 2007, at 7:46 PM, Mathieu Bouchard wrote: On Wed, 15 Aug 2007, Hans-Christoph Steiner wrote: This is possible to do with Pd already, no Tcl needed :D http://pure-data.cvs.sourceforge.net/pure-data/doc/tutorials/intro/ 46.pure_data_files.pd This is nice, but you're missing the point. We have macros so that we can reproduce keyboard and mouse sequences. This can be useful for some things for which we can't just use Ctrl+d and especially to create automated tests for user interface. You can do that in Pd also, keyboard and mouse sequences all generate Pd messages which you can capture using [tot]. You could send it to a pd process to reproduce. If my website was working you could see more on that here: http://at.or.at/serendipd Chun also added a [clipboard] class so that you can pick up the results of Ctrl+c without saving to disk nor using [textfile]. This is also because of automated tests for user interface. [clipboard] sounds nice. .hc _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] macros.
On Thu, 16 Aug 2007, Hans-Christoph Steiner wrote: You can do that in Pd also, keyboard and mouse sequences all generate Pd messages which you can capture using [tot]. What kind of thing are you doing with your macro feature? You could send it to a pd process to reproduce. If my website was working Why isn't your website working? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd and 64bit Linux again
Hello, I tested pd 0.40-2 (its also in Debian Lenny) on 64 Studio and still got the table writing bug, where all tables are modulated with a square wave. Isnt it supposed to be absent from 0.40 onwards? Cheers, Malte -- Malte Steiner media art + development -www.block4.com- next concert: Elektronengehirn 30.8. ICMC 2007, Copenhagen, Denmark ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd and 64bit Linux again
I think most of the 64-bit bugs only got cleaned up for 0.41 (and the test version in CVS is pretty stable at the moment) cheers M On Thu, Aug 16, 2007 at 02:37:34AM +0200, Malte Steiner wrote: Hello, I tested pd 0.40-2 (its also in Debian Lenny) on 64 Studio and still got the table writing bug, where all tables are modulated with a square wave. Isnt it supposed to be absent from 0.40 onwards? Cheers, Malte -- Malte Steiner media art + development -www.block4.com- next concert: Elektronengehirn 30.8. ICMC 2007, Copenhagen, Denmark ___ 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] pd and 64bit Linux again
Miller Puckette wrote: I think most of the 64-bit bugs only got cleaned up for 0.41 (and the test version in CVS is pretty stable at the moment) ok, I give it a try tomorrow and post back here. Thanks for the info, Malte -- Malte Steiner media art + development -www.block4.com- next concert: Elektronengehirn 30.8. ICMC 2007, Copenhagen, Denmark ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem and ieee1394 firewire cam on linux debian
Hi Georg, Thanks for your reply. When you say quite some time ago when was that approximately? I see that in Dec 06 Ico Bukvic was having the same problem, but the thread stops on the PD list. Anyway, I tried your suggestion. When I try this I get Bad argument for message 'driver' to object 'pix_videoNEW' Seeing as when I send |driver 1( to pix_video I receive the error message that refers to /dev/ieee1394/dv/host0/PAL/in, or host1 if I have send |device 1( message, then I would guess that the external is trying to do the right thing. I must mention that /dev/ieee1394 does not even exist in my hierarchy. Perhaps something has not been created for this. However, Kino and dvgrab work out of the box so the basics are all working fine. Only PD is trying to do the wrong thing. Hmmm, any further ideas? Cheers, tim On 15/08/2007, at 8:07 AM, Georg Holzmann wrote: Hallo! But I am having no luck with pix_video or pdp_v4l. The main problem seems to be that (apparently) recently the naming conventions in debian and possibly linux in general were changed. So there is no more /dev/video0 for the v4l mode, and for pix_video trying to work directly with ieee1394, I get complaints that /dev/ieee1394/ dv/ host/PAL/in Is a directory. Yes we had this discussion quite some time ago: I think you can open the device with sending the message [driver /dev/ieee1394/dv/ host/PAL/in( (fill in your device) to [pix_video]. If not let me know, then the fix was not added ... LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list