linux1394-user Mailing List for IEEE 1394 for Linux (Page 415)
Brought to you by:
aeb,
bencollins
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(29) |
Nov
(36) |
Dec
(46) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(60) |
Feb
(82) |
Mar
(46) |
Apr
(50) |
May
(89) |
Jun
(60) |
Jul
(80) |
Aug
(130) |
Sep
(104) |
Oct
(105) |
Nov
(123) |
Dec
(107) |
2002 |
Jan
(142) |
Feb
(105) |
Mar
(63) |
Apr
(117) |
May
(136) |
Jun
(75) |
Jul
(105) |
Aug
(103) |
Sep
(149) |
Oct
(149) |
Nov
(98) |
Dec
(144) |
2003 |
Jan
(161) |
Feb
(100) |
Mar
(118) |
Apr
(126) |
May
(157) |
Jun
(173) |
Jul
(156) |
Aug
(89) |
Sep
(83) |
Oct
(106) |
Nov
(84) |
Dec
(69) |
2004 |
Jan
(119) |
Feb
(233) |
Mar
(232) |
Apr
(104) |
May
(113) |
Jun
(132) |
Jul
(87) |
Aug
(129) |
Sep
(186) |
Oct
(88) |
Nov
(148) |
Dec
(180) |
2005 |
Jan
(223) |
Feb
(176) |
Mar
(148) |
Apr
(193) |
May
(188) |
Jun
(236) |
Jul
(144) |
Aug
(89) |
Sep
(44) |
Oct
(86) |
Nov
(114) |
Dec
(89) |
2006 |
Jan
(94) |
Feb
(97) |
Mar
(57) |
Apr
(117) |
May
(46) |
Jun
(63) |
Jul
(51) |
Aug
(72) |
Sep
(50) |
Oct
(142) |
Nov
(70) |
Dec
(52) |
2007 |
Jan
(60) |
Feb
(67) |
Mar
(80) |
Apr
(81) |
May
(78) |
Jun
(52) |
Jul
(64) |
Aug
(55) |
Sep
(40) |
Oct
(87) |
Nov
(70) |
Dec
(44) |
2008 |
Jan
(80) |
Feb
(12) |
Mar
(82) |
Apr
(64) |
May
(33) |
Jun
(53) |
Jul
(41) |
Aug
(26) |
Sep
(35) |
Oct
(21) |
Nov
(30) |
Dec
(42) |
2009 |
Jan
(17) |
Feb
(32) |
Mar
(10) |
Apr
(19) |
May
(19) |
Jun
(28) |
Jul
(41) |
Aug
(14) |
Sep
(5) |
Oct
(46) |
Nov
(23) |
Dec
(20) |
2010 |
Jan
(46) |
Feb
(13) |
Mar
(9) |
Apr
(2) |
May
(19) |
Jun
(28) |
Jul
(37) |
Aug
(23) |
Sep
(5) |
Oct
(32) |
Nov
(19) |
Dec
(18) |
2011 |
Jan
(23) |
Feb
(9) |
Mar
(19) |
Apr
(38) |
May
(83) |
Jun
(30) |
Jul
(46) |
Aug
(32) |
Sep
(6) |
Oct
(3) |
Nov
(25) |
Dec
(31) |
2012 |
Jan
(21) |
Feb
(12) |
Mar
(19) |
Apr
(7) |
May
(27) |
Jun
(7) |
Jul
(2) |
Aug
(15) |
Sep
(8) |
Oct
(11) |
Nov
|
Dec
(3) |
2013 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(1) |
Jun
(14) |
Jul
(1) |
Aug
(3) |
Sep
(4) |
Oct
(5) |
Nov
|
Dec
|
2014 |
Jan
(14) |
Feb
(2) |
Mar
(1) |
Apr
(3) |
May
(2) |
Jun
(7) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(14) |
Nov
(5) |
Dec
(18) |
2015 |
Jan
(3) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(4) |
Aug
|
Sep
(2) |
Oct
(11) |
Nov
(2) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(5) |
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
|
May
(4) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Abheek A. <ab...@cs...> - 2001-03-12 09:13:53
|
Hi We are planning on buying a Sony DSR PD150P camera. I would appreciate some pointers/info on whether this particular camera set is supported under linux before actually purchasing it. Could someone let me know what whether this is supported under linux, and whether we would need some additional hardware etc to make it work. Thanks Abheek |
From: Tony G. <to...@an...> - 2001-03-02 17:19:59
|
On 2001.03.02 14:47:23 +0100 Tait Larson wrote: > > > Core ieee1394 stuff and scsi support is compiled in. Is this where I am > > going wrong? > > > > It really shouldn't matter. I try to build everything that I can as a > module. I'm pretty familiar with lsmod, modprode, depmod, etc. and I can > recognize when things go wrong. You might want to give this a try. > > Also, if I turn on the CDR before booting the computer my vaio won't > recognize the cdr. Make sure that you boot your machine (your drivers > will > already be loaded if you compiled them into the kernel) and then turn on > your QPS cdr and run rescan-scsi-bus.sh. OK recompiled kernel with latest patch that I had missed first time through rebuilt module against patched kernel /proc/scsi/sbp2 contains device 0 /proc/ohci1394 shows 1 node then 2 nodes when drive is switched on rescan-scsi-bus is still returning no drives attached arrggghhhhh Tony -- Think the same - Windows. Think different - Mac OS. Think - Linux. |
From: Tait L. <ta...@we...> - 2001-03-02 16:46:04
|
to...@an... wrote: > On 2001.03.02 13:59:48 +0100 Tait Larson wrote: > > > You'll want to write a script to load the ieee1394 modules at boot time > > or atleast when you're about to run your cdr. > > You'll also probably want to update /etc/fstab > > Core ieee1394 stuff and scsi support is compiled in. Is this where I am > going wrong? > It really shouldn't matter. I try to build everything that I can as a module. I'm pretty familiar with lsmod, modprode, depmod, etc. and I can recognize when things go wrong. You might want to give this a try. Also, if I turn on the CDR before booting the computer my vaio won't recognize the cdr. Make sure that you boot your machine (your drivers will already be loaded if you compiled them into the kernel) and then turn on your QPS cdr and run rescan-scsi-bus.sh. Good Luck, Tait > > > rescan-scsi-bus.sh > > <you should see the cdrom> > > > > Host adapter 0 (sbp2) found. > 0 new devices found... > > The module loads but the connected devices are not found > > Cheer > > Tony Grant > > -- > Think the same - Windows. > Think different - Mac OS. > Think - Linux. > > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/lists/listinfo/linux1394-user |
From: Tony G. <to...@an...> - 2001-03-02 16:16:37
|
On 2001.03.02 13:59:48 +0100 Tait Larson wrote: > You'll want to write a script to load the ieee1394 modules at boot time > or atleast when you're about to run your cdr. > You'll also probably want to update /etc/fstab Core ieee1394 stuff and scsi support is compiled in. Is this where I am going wrong? > rescan-scsi-bus.sh > <you should see the cdrom> > > Host adapter 0 (sbp2) found. 0 new devices found... The module loads but the connected devices are not found Cheer Tony Grant -- Think the same - Windows. Think different - Mac OS. Think - Linux. |
From: Tait L. <ta...@we...> - 2001-03-02 15:58:30
|
Hey Tony, I did this just a could days ago on my Vaio z505js. My notes are attached to this message. You'll want to write a script to load the ieee1394 modules at boot time or atleast when you're about to run your cdr. You'll also probably want to update /etc/fstab Good Luck, Tait. to...@an... wrote: > Hello, > > I have installed kernel 2.4.2 on my Sony Vaio C1XD and ieee1394 is no > longer crashing the machine. > > Can someone please help me load the sbp-2 module and mount my QPS CD-R > drive. > > SCSI support is built into the kernel > > TIA > > Cheers > > Tony Grant > > -- > Think the same - Windows. > Think different - Mac OS. > Think - Linux. > > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/lists/listinfo/linux1394-user |
From: Dan D. <dde...@co...> - 2001-03-02 15:03:50
|
This is correct. dvgrab only works on DV-compressed data. In mode 640x480 4:1:1 30 fps you need a little over 13 MB/s which is = doable on today's hard drives so long as there is not too much overhead = elsewhere in the system. You'd need DMA mode enabled on UDMA drives. You should consider using some compression depending upon the = application. If you decide to compress then you need to choose a fast = compression method and probably not try to also display the video in a = window. MJPEG is a popular choice for fast compression. Loki = Entertainment has an implementation (SMJPEG) as well at MJPEG tools at = http://mjpeg.sourceforge.net. You might also consider trying out the new = DV encoder from the Quasar project (http://libdv.sourceforge.net).=20 ----- Original Message -----=20 From: Thierry Chateau=20 To: 1394 user=20 Sent: Friday, March 02, 2001 1:56 AM Subject: Re: saving uncompressed video on disk I think that dvgrab only works with DV data (compressed data). My = camera uses the Digital Camera Specification and is an uncompressed = camera. So I think that it does not work with dvgrab.=20 "Michael Spiceland (aka Mike Spice)" a =E9crit :=20 try using dvgrab. You can search for it on freshmeat. It works for = me with=20 my Sony TRV120.=20 Mike=20 On Thursday 01 March 2001 12:29, you wrote:=20 > > Hello,=20 > I have a Sony DFW-VL500 and I need to save video sequences on my = hard=20 > disk.=20 > I tried to use simple C functions like fwrite but I loose a lot of = > frames (640x480 yuv411*30fps) on my PIII-800 (256Mb Ram).=20 > It seems that the system was accessing the HDD with a "jerky way". = > What is the best way to grab uncompressed video on my HDD ?=20 > I don't know if I have to change the IDE HDD with a SCSI HDD ?=20 > Is it possible, using a firewire disk, to write directly from the = camera=20 > to the disk, the isochronous stream ?=20 >=20 > Thanks=20 >=20 > --=20 > ___________________________=20 > Thierry CHATEAU, Lasmea, UMR 6602 du CNRS=20 > 24 Avenue des Landais, 63177 Aubiere, France=20 > tel : (33)4-73-40-72-56=20 > http://chateauthierry.multimania.com=20 > "Tout ce qui n'est pas donne est perdu".=20 > (Hasari Pal, "La cite de la joie")=20 > ___________________________=20 ----------------------------------------=20 Content-Type: text/html; charset=3D"us-ascii"; name=3D"Attachment: = 1"=20 Content-Transfer-Encoding: 7bit=20 Content-Description:=20 ---------------------------------------- --=20 ___________________________ Thierry CHATEAU, Lasmea, UMR 6602 du CNRS 24 Avenue des Landais, 63177 Aubiere, France=20 tel : (33)4-73-40-72-56 http://chateauthierry.multimania.com "Tout ce qui n'est pas donne est perdu".=20 (Hasari Pal, "La cite de la joie")=20 ___________________________ =20 |
From: Tony G. <to...@an...> - 2001-03-02 09:15:11
|
Hello, I have installed kernel 2.4.2 on my Sony Vaio C1XD and ieee1394 is no longer crashing the machine. Can someone please help me load the sbp-2 module and mount my QPS CD-R drive. SCSI support is built into the kernel TIA Cheers Tony Grant -- Think the same - Windows. Think different - Mac OS. Think - Linux. |
From: Thierry C. <thi...@la...> - 2001-03-02 06:50:24
|
I think that dvgrab only works with DV data (compressed data). My camera = uses the Digital Camera Specification and is an uncompressed camera. So I thin= k that it does not work with dvgrab. "Michael Spiceland (aka Mike Spice)" a =E9crit : > try using dvgrab. You can search for it on freshmeat. It works for me= with > my Sony TRV120. > > Mike > > On Thursday 01 March 2001 12:29, you wrote: > > > > Hello, > > I have a Sony DFW-VL500 and I need to save video sequences on my hard > > disk. > > I tried to use simple C functions like fwrite but I loose a lot of > > frames (640x480 yuv411*30fps) on my PIII-800 (256Mb Ram). > > It seems that the system was accessing the HDD with a "jerky way". > > What is the best way to grab uncompressed video on my HDD ? > > I don't know if I have to change the IDE HDD with a SCSI HDD ? > > Is it possible, using a firewire disk, to write directly from the cam= era > > to the disk, the isochronous stream ? > > > > Thanks > > > > -- > > ___________________________ > > Thierry CHATEAU, Lasmea, UMR 6602 du CNRS > > 24 Avenue des Landais, 63177 Aubiere, France > > tel : (33)4-73-40-72-56 > > http://chateauthierry.multimania.com > > "Tout ce qui n'est pas donne est perdu". > > (Hasari Pal, "La cite de la joie") > > ___________________________ > > ---------------------------------------- > Content-Type: text/html; charset=3D"us-ascii"; name=3D"Attachment: 1" > Content-Transfer-Encoding: 7bit > Content-Description: > ---------------------------------------- -- ___________________________ Thierry CHATEAU, Lasmea, UMR 6602 du CNRS 24 Avenue des Landais, 63177 Aubiere, France tel : (33)4-73-40-72-56 http://chateauthierry.multimania.com "Tout ce qui n'est pas donne est perdu". (Hasari Pal, "La cite de la joie") ___________________________ |
From: Brion V. <br...@po...> - 2001-03-02 06:25:35
|
On Fri, 2 Mar 2001, [euc-kr] Àü¹üÁø wrote: > I want to know if the Linux 1394 driver supports PCI > Interupt Sharing. Works for me... $ cat /proc/interrupts | grep 1394 9: 2762 XT-PIC usb-ohci, acpi, eth0, ohci1394 -- brion vibber (br...@po... / vi...@us...) |
From: <bj...@lg...> - 2001-03-02 05:01:27
|
Hello, In a platform where the PCI Interupt Signal is shared, (Several PCI devices' INT pins are connected to teh same INT pin of the Processor.) Will the Linux 1394 driver work properly? I want to know if the Linux 1394 driver supports PCI Interupt Sharing. Thank You Jeon |
From: Andreas B. <and...@mu...> - 2001-03-01 23:05:46
|
On Wed, Feb 28, 2001 at 06:01:48AM -0800, va...@ch... wrote: > Hello all, > I am using SuSE 7.0, where the kernel version is > 2.2.16.I am trying to apply the patch which is > ieee1394-2.2.18-20001223.gz.Since the webpage > mentioned that this patch is for kernel version 2.2.16 > to 2.2.18 , I thought it might be ok to apply it on > 2.2.16. > > The patch program gives the following errors > (some sample) > ------------------------------------------------------ > The next patch would create the file > linux-2.2/drivers/ieee1394/csr.h which already exists! The patch creates all the subsystem files, none of which are in the 2.2 kernel. SuSE has patched it into their kernel already, I don't know which version they have. Our patches (and virtually every other kernel patch on the net unless it explicitly says it is different) are diffs against an unpatched official release of Linux. Distribution kernels generally have a lot of features patched in already, so you can't expect other patches to work with that. > In one case, I opted to answer 'y' to see its behavior > and got the following response After that you probably should delete the kernel sources and unpack it freshly, since now you have a mixture of unpatched and badly patched files which is hard to restore to an original state. If you want to find out whether a patch would apply cleanly without risking to mess up the sources you can use the "--dry-run" option to patch where it does everything except actually modifying any files. -- Andreas E. Bombe <and...@mu...> DSA key 0x04880A44 http://home.pages.de/~andreas.bombe/ http://linux1394.sourceforge.net/ |
From: Thierry C. <thi...@la...> - 2001-03-01 17:23:11
|
Hello, I have a Sony DFW-VL500 and I need to save video sequences on my hard disk. I tried to use simple C functions like fwrite but I loose a lot of frames (640x480 yuv411*30fps) on my PIII-800 (256Mb Ram). It seems that the system was accessing the HDD with a "jerky way". What is the best way to grab uncompressed video on my HDD ? I don't know if I have to change the IDE HDD with a SCSI HDD ? Is it possible, using a firewire disk, to write directly from the camera to the disk, the isochronous stream ? Thanks -- ___________________________ Thierry CHATEAU, Lasmea, UMR 6602 du CNRS 24 Avenue des Landais, 63177 Aubiere, France tel : (33)4-73-40-72-56 http://chateauthierry.multimania.com "Tout ce qui n'est pas donne est perdu". (Hasari Pal, "La cite de la joie") ___________________________ |
From: Gord P. <Gor...@sm...> - 2001-02-28 17:45:12
|
> Synchronizing on the digital video frames is trivial, and I'm fairly sure > that works, as I've been using it extensively (and intensively :) > ).To sync > on the noncompressed video frame, using DMA, you set the sync field to 1, > when setting up the video1394 interface. > > The largest problem that I've seen has had to do with the linux1394 not > setting itself to root (and therefore there is nothing to generate the > signals for the ISO transfers). I'm not sure of the problem with Felix's When that occurs (the host controller is not root, and whatever node is root is not cycle master capable), then iso receive will just hang (no data will ever be received). That was the problem Felix was having to begin with. However, the new problem (flickering frames) either stems from too much data and a computer/IEEE 1394 bus which is not capable of handling it, or not synchronizing on frames properly. I wasn't trying to imply that you (Chris) didn't know about the second case, just that I thought you might have quickly thrown some code together for Felix to try and possibly forgotten to put frame synchronization in. It is more likely though (unless you are as forgetful as I am) that it is the first case if he is running at 640x480x30fps (RGB) or some other high resolution/framerate, or trying to grab data from multiple cameras at once. Both of which require a lot of bandwidth on both the IEEE 1394 and the PCI bus. ----- Gord Peters Software Developer Gor...@sm... SMART Technologies Inc. http://www.smarttech.com/ > > -----Original Message----- > > From: lin...@li... > > [mailto:lin...@li...]On Behalf Of Gord > > Peters > > Sent: Tuesday, February 27, 2001 11:37 AM > > To: Felix Tang; Dan Dennedy > > Cc: lin...@li...; > > lin...@li... > > Subject: RE: It works! DMA ISO receiving DV via video1394 > > > > > > Perhaps Chris' code is not synchronizing on frames properly. I have > > attached the application which I use to capture images from my > > camera. Try > > it out and let me know if it works (needs to be linked with > libraw1394 and > > libdc1394_control). > > > > You'll need to have "yuvtoppm", "rawtoppm", and (optionally) "cjpeg" > > installed on your system in order to get output which you can view (the > > application just spawns these programs to do image conversion). > > The output > > is placed in outfile.yuv/rgb/y, outfile.ppm, and outfile.jpg. > You can set > > different modes and framerates using -m and -f on the command > > line, but some > > modes don't work since I couldn't find image conversion > programs for them. > > > > Note that this application uses libraw1394 to capture data, not > video1394. > > > > Oh, and for history buffs, this is the very first application I used to > > capture images from my IEEE 1394 camera when I first implemented > > isochronous > > receive in the OHCI driver. I was so excited I remember posting the > > (improperly byte ordered) image to this list. So, in case you are > > wondering... no, I don't forget how exciting it is to see that > first image > > frame coming from code you pieced together/wrote yourself. :) > > > > ----- > > Gord Peters > > Software Developer Gor...@sm... > > SMART Technologies Inc. http://www.smarttech.com/ > > > > > Dan, > > > > > > Sounds good. Chris Urmson sent me some dma iso code that > seems to be for > > > digital camera uncompressed video. But it give me pictures that > > are a bit > > > off... not just in terms of settings (i.e. contrast, whitebalance) but > > > just a little weird (i.e. like old tv's whose screen is flipping > > > vertically). > > > > > > I'm willing to give both a go, since I have both a pyro webcam > > and a sony > > > digital handycam. > > > > > > Felix > > > > > > On Mon, 26 Feb 2001, Dan Dennedy wrote: > > > > > > > Are you looking to receive DV-compressed or Digital Camera > > uncompressed > > > > video? I have implementations of both that use video1394. > > > > > > > > My sample program that receives the uncompressed video via > > video1394 and > > > > displays it in an X window is called xv_video1394. The iso receive > > > > routines have since been merged into libdc1394, and I have > a patch for > > > > the Coriander application to display the video in its > porthole window > > > > that is currently in testing. The patch is crashing on Damien, the > > > > author of Coriander, but it works for me. Therefore, I need some > > > > volunteers to test it, and to debug or isolate the problem if > > it crashes > > > > on them. Can you help? > > > > > > > > Anyone else care to test out my implementation of the Coriander > > > > porthole? > > > > > > > > Felix Tang wrote: > > > > > > > > > > All, > > > > > > > > > > I'm looking for the sample app by Dan Dennedy that was posted > > > on Nov 11 > > > > > 2000. I've checked the archives but it doesn't contain the source. > > > > > > > > > > Thanks, > > > > > > > > > > Felix > > > > > > > > > > _______________________________________________ > > > > > mailing list lin...@li... > > > > > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > > > > > > > > > > > > > > > > _______________________________________________ > > > mailing list lin...@li... > > > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > > > > > > |
From: <va...@ch...> - 2001-02-28 14:00:31
|
Hello all, I am using SuSE 7.0, where the kernel version is 2.2.16.I am trying to apply the patch which is ieee1394-2.2.18-20001223.gz.Since the webpage mentioned that this patch is for kernel version 2.2.16 to 2.2.18 , I thought it might be ok to apply it on 2.2.16. The patch program gives the following errors (some sample) ------------------------------------------------------ The next patch would create the file linux-2.2/drivers/ieee1394/csr.h which already exists! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file linux-2.2/drivers/ieee1394/csr.h.rej ------------------------------------------------------- In the above case, I opted for the default responses for the questions and got the above response. In one case, I opted to answer 'y' to see its behavior and got the following response ------------------------------------------------------ The next patch would create file linux-2.2/drivers/ieee1394/Makefile, which already exists! Assume -R? [n] y patching file linux-2.2/drivers/ieee1394/Makefile Hunk #1 FAILED at 1. File linux-2.2/drivers/ieee1394/Makefile is not empty after patch, as expected 1 out of 1 hunk FAILED -- saving rejects to file linux-2.2/drivers/ieee1394/Makefile.rej ------------------------------------------------------- I am not very familiar with this patch tool. I don't know how to interpret these messages. I don't know if it means SuSE 7.0 by itself has some old version of this patch. I am not sure if this patch can only be applied to version 2.2.18. Any help is appreciated. Regards Valli va...@ch... |
From: Chris U. <cu...@ri...> - 2001-02-28 13:30:45
|
Gord, Synchronizing on the digital video frames is trivial, and I'm fairly sure that works, as I've been using it extensively (and intensively :) ).To sync on the noncompressed video frame, using DMA, you set the sync field to 1, when setting up the video1394 interface. The largest problem that I've seen has had to do with the linux1394 not setting itself to root (and therefore there is nothing to generate the signals for the ISO transfers). I'm not sure of the problem with Felix's code. If he were using the non-DMA version of the dc1394 capture code, it will sometimes get a little out of whack (perhaps generating the output he described) if the data rate from the camera is high and the load on the computer is high, resulting in missed packets and a corrupt image. I imagine that this is also possible in DMA mode if something is using the PCI bus very heavily, but I haven't seen it. Chris The Robotics Institute Carnegie Mellon University (412)-268-3978 > -----Original Message----- > From: lin...@li... > [mailto:lin...@li...]On Behalf Of Gord > Peters > Sent: Tuesday, February 27, 2001 11:37 AM > To: Felix Tang; Dan Dennedy > Cc: lin...@li...; > lin...@li... > Subject: RE: It works! DMA ISO receiving DV via video1394 > > > Perhaps Chris' code is not synchronizing on frames properly. I have > attached the application which I use to capture images from my > camera. Try > it out and let me know if it works (needs to be linked with libraw1394 and > libdc1394_control). > > You'll need to have "yuvtoppm", "rawtoppm", and (optionally) "cjpeg" > installed on your system in order to get output which you can view (the > application just spawns these programs to do image conversion). > The output > is placed in outfile.yuv/rgb/y, outfile.ppm, and outfile.jpg. You can set > different modes and framerates using -m and -f on the command > line, but some > modes don't work since I couldn't find image conversion programs for them. > > Note that this application uses libraw1394 to capture data, not video1394. > > Oh, and for history buffs, this is the very first application I used to > capture images from my IEEE 1394 camera when I first implemented > isochronous > receive in the OHCI driver. I was so excited I remember posting the > (improperly byte ordered) image to this list. So, in case you are > wondering... no, I don't forget how exciting it is to see that first image > frame coming from code you pieced together/wrote yourself. :) > > ----- > Gord Peters > Software Developer Gor...@sm... > SMART Technologies Inc. http://www.smarttech.com/ > > > Dan, > > > > Sounds good. Chris Urmson sent me some dma iso code that seems to be for > > digital camera uncompressed video. But it give me pictures that > are a bit > > off... not just in terms of settings (i.e. contrast, whitebalance) but > > just a little weird (i.e. like old tv's whose screen is flipping > > vertically). > > > > I'm willing to give both a go, since I have both a pyro webcam > and a sony > > digital handycam. > > > > Felix > > > > On Mon, 26 Feb 2001, Dan Dennedy wrote: > > > > > Are you looking to receive DV-compressed or Digital Camera > uncompressed > > > video? I have implementations of both that use video1394. > > > > > > My sample program that receives the uncompressed video via > video1394 and > > > displays it in an X window is called xv_video1394. The iso receive > > > routines have since been merged into libdc1394, and I have a patch for > > > the Coriander application to display the video in its porthole window > > > that is currently in testing. The patch is crashing on Damien, the > > > author of Coriander, but it works for me. Therefore, I need some > > > volunteers to test it, and to debug or isolate the problem if > it crashes > > > on them. Can you help? > > > > > > Anyone else care to test out my implementation of the Coriander > > > porthole? > > > > > > Felix Tang wrote: > > > > > > > > All, > > > > > > > > I'm looking for the sample app by Dan Dennedy that was posted > > on Nov 11 > > > > 2000. I've checked the archives but it doesn't contain the source. > > > > > > > > Thanks, > > > > > > > > Felix > > > > > > > > _______________________________________________ > > > > mailing list lin...@li... > > > > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > > > > > > > > > > > _______________________________________________ > > mailing list lin...@li... > > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > > > |
From: Dan D. <dde...@co...> - 2001-02-28 03:31:53
|
Tait Larson wrote: > I tried to add this to the compatability list but got a 'database update > failed' error. I need to add some field validation. You will get a vague error for any number of reasons, but usually you have exceeded a column width. I noticed this too while entering in some profiles recently. Can you try again soon, and if it happens again, try just once more with shorter field values esp. in the comments and notes fields. I'll work on the validation tonight. +-DRD-+ |
From: Paul B. Jr. <pa...@fo...> - 2001-02-28 03:25:30
|
Hi all last week I posted a small program "dv2jpg" to freshmeat, which converts avi type 2 files to a mjpeg-list avi, which can be mpeg-encoded by the mjpeg tools (also available from freshmeat)... I know a lot of people have been looking for this; check it out! I've converted some analog videotapes I have, using a dazzle hollywood A/D converter, to VCD for my dvd player. BUT....... ever since an OS reload to accomodate bigger disks, I haven't been able to get my 1394 subsystem to work.... here's what I'm doing: using: libraw1394-0.8.2-1(rpm), dvgrab-0.99, latest (27-feb) kernel drivers I'm recording the video stream to avi type 2. I can't verify that this stream is correct. Then, using the libdv-0.5(rpm) codec, I use my converter program to produce mjpeg avis. This program core dumps inside libdv; I've also tried using kino (which also uses libdv), and it coredumps too. so it's nothing I'm doing in my filter. I've written the author of the codec; he believes the stream is corrupt. I don't really have a way to verify this, but I suspect he's right. from the few frames I can get to, the top 50 lines have been chopped and inserted at the bottom. sure seems like corruption... could anyone please let me know the versions of each of the packages that are working for them? I'd like to back the version down of the troublemaker, but I don't know who it is... does anyone have ideas what this might be? I know it worked at one time. I've got a couple of enhancements to dv2jpg to publish, but I want to be sure it works okay first. any help would be appreciated! thanks! -paulb =========================================================================== pa...@oa... "I'm fuzzy on this whole good/bad thing" pa...@fo... -Dr. Peter Venkman |
From: Tait L. <ta...@we...> - 2001-02-27 19:42:38
|
ta...@we... wrote: > dde...@co... wrote: > > > The SBP-2 driver lists this as successfully tested device. The link to > > the driver is through http://linux1394.sourceforge.net/links.html. > > > > If it works for you, then please add it to our compatibility list. > > > > Tait Larson wrote: > > > > > > I've got a Que Fire CDR. Do any of the drivers support it? Are any > > > firewire CDR's supported at this time? > > > > > I just got my que fire external cdr (model number QPCDRW121032FEM) > to work. So far I can read and write data to and from it. I haven't > tried to write cds. > > Tait Larson > Software Engineer > Wego Systems > > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/lists/listinfo/linux1394-user I tried to add this to the compatability list but got a 'database update failed' error. Tait |
From: Tait L. <ta...@we...> - 2001-02-27 19:35:48
|
dde...@co... wrote: > The SBP-2 driver lists this as successfully tested device. The link to > the driver is through http://linux1394.sourceforge.net/links.html. > > If it works for you, then please add it to our compatibility list. > > Tait Larson wrote: > > > > I've got a Que Fire CDR. Do any of the drivers support it? Are any > > firewire CDR's supported at this time? > > I just got my que fire external cdr (model number QPCDRW121032FEM) to work. So far I can read and write data to and from it. I haven't tried to write cds. Tait Larson Software Engineer Wego Systems |
From: Felix T. <ta...@ee...> - 2001-02-27 18:05:10
|
Gord, Thanks for the code. The camera is taking pictures that are viewable now. I have a great place to start from as well, with all the code samples I've accumulated. Felix On Tue, 27 Feb 2001, Gord Peters wrote: > Perhaps Chris' code is not synchronizing on frames properly. I have > attached the application which I use to capture images from my camera. Try > it out and let me know if it works (needs to be linked with libraw1394 and > libdc1394_control). > > You'll need to have "yuvtoppm", "rawtoppm", and (optionally) "cjpeg" > installed on your system in order to get output which you can view (the > application just spawns these programs to do image conversion). The output > is placed in outfile.yuv/rgb/y, outfile.ppm, and outfile.jpg. You can set > different modes and framerates using -m and -f on the command line, but some > modes don't work since I couldn't find image conversion programs for them. > > Note that this application uses libraw1394 to capture data, not video1394. > > Oh, and for history buffs, this is the very first application I used to > capture images from my IEEE 1394 camera when I first implemented isochronous > receive in the OHCI driver. I was so excited I remember posting the > (improperly byte ordered) image to this list. So, in case you are > wondering... no, I don't forget how exciting it is to see that first image > frame coming from code you pieced together/wrote yourself. :) > > ----- > Gord Peters > Software Developer Gor...@sm... > SMART Technologies Inc. http://www.smarttech.com/ > > > Dan, > > > > Sounds good. Chris Urmson sent me some dma iso code that seems to be for > > digital camera uncompressed video. But it give me pictures that are a bit > > off... not just in terms of settings (i.e. contrast, whitebalance) but > > just a little weird (i.e. like old tv's whose screen is flipping > > vertically). > > > > I'm willing to give both a go, since I have both a pyro webcam and a sony > > digital handycam. > > > > Felix > > > > On Mon, 26 Feb 2001, Dan Dennedy wrote: > > > > > Are you looking to receive DV-compressed or Digital Camera uncompressed > > > video? I have implementations of both that use video1394. > > > > > > My sample program that receives the uncompressed video via video1394 and > > > displays it in an X window is called xv_video1394. The iso receive > > > routines have since been merged into libdc1394, and I have a patch for > > > the Coriander application to display the video in its porthole window > > > that is currently in testing. The patch is crashing on Damien, the > > > author of Coriander, but it works for me. Therefore, I need some > > > volunteers to test it, and to debug or isolate the problem if it crashes > > > on them. Can you help? > > > > > > Anyone else care to test out my implementation of the Coriander > > > porthole? > > > > > > Felix Tang wrote: > > > > > > > > All, > > > > > > > > I'm looking for the sample app by Dan Dennedy that was posted > > on Nov 11 > > > > 2000. I've checked the archives but it doesn't contain the source. > > > > > > > > Thanks, > > > > > > > > Felix > > > > > > > > _______________________________________________ > > > > mailing list lin...@li... > > > > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > > > > > > > > > > > _______________________________________________ > > mailing list lin...@li... > > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > > > |
From: Gord P. <Gor...@sm...> - 2001-02-27 17:37:13
|
Perhaps Chris' code is not synchronizing on frames properly. I have attached the application which I use to capture images from my camera. Try it out and let me know if it works (needs to be linked with libraw1394 and libdc1394_control). You'll need to have "yuvtoppm", "rawtoppm", and (optionally) "cjpeg" installed on your system in order to get output which you can view (the application just spawns these programs to do image conversion). The output is placed in outfile.yuv/rgb/y, outfile.ppm, and outfile.jpg. You can set different modes and framerates using -m and -f on the command line, but some modes don't work since I couldn't find image conversion programs for them. Note that this application uses libraw1394 to capture data, not video1394. Oh, and for history buffs, this is the very first application I used to capture images from my IEEE 1394 camera when I first implemented isochronous receive in the OHCI driver. I was so excited I remember posting the (improperly byte ordered) image to this list. So, in case you are wondering... no, I don't forget how exciting it is to see that first image frame coming from code you pieced together/wrote yourself. :) ----- Gord Peters Software Developer Gor...@sm... SMART Technologies Inc. http://www.smarttech.com/ > Dan, > > Sounds good. Chris Urmson sent me some dma iso code that seems to be for > digital camera uncompressed video. But it give me pictures that are a bit > off... not just in terms of settings (i.e. contrast, whitebalance) but > just a little weird (i.e. like old tv's whose screen is flipping > vertically). > > I'm willing to give both a go, since I have both a pyro webcam and a sony > digital handycam. > > Felix > > On Mon, 26 Feb 2001, Dan Dennedy wrote: > > > Are you looking to receive DV-compressed or Digital Camera uncompressed > > video? I have implementations of both that use video1394. > > > > My sample program that receives the uncompressed video via video1394 and > > displays it in an X window is called xv_video1394. The iso receive > > routines have since been merged into libdc1394, and I have a patch for > > the Coriander application to display the video in its porthole window > > that is currently in testing. The patch is crashing on Damien, the > > author of Coriander, but it works for me. Therefore, I need some > > volunteers to test it, and to debug or isolate the problem if it crashes > > on them. Can you help? > > > > Anyone else care to test out my implementation of the Coriander > > porthole? > > > > Felix Tang wrote: > > > > > > All, > > > > > > I'm looking for the sample app by Dan Dennedy that was posted > on Nov 11 > > > 2000. I've checked the archives but it doesn't contain the source. > > > > > > Thanks, > > > > > > Felix > > > > > > _______________________________________________ > > > mailing list lin...@li... > > > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > > > > > > _______________________________________________ > mailing list lin...@li... > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > |
From: Felix T. <ta...@ee...> - 2001-02-27 13:07:39
|
Dan, Sounds good. Chris Urmson sent me some dma iso code that seems to be for digital camera uncompressed video. But it give me pictures that are a bit off... not just in terms of settings (i.e. contrast, whitebalance) but just a little weird (i.e. like old tv's whose screen is flipping vertically). I'm willing to give both a go, since I have both a pyro webcam and a sony digital handycam. Felix On Mon, 26 Feb 2001, Dan Dennedy wrote: > Are you looking to receive DV-compressed or Digital Camera uncompressed > video? I have implementations of both that use video1394. > > My sample program that receives the uncompressed video via video1394 and > displays it in an X window is called xv_video1394. The iso receive > routines have since been merged into libdc1394, and I have a patch for > the Coriander application to display the video in its porthole window > that is currently in testing. The patch is crashing on Damien, the > author of Coriander, but it works for me. Therefore, I need some > volunteers to test it, and to debug or isolate the problem if it crashes > on them. Can you help? > > Anyone else care to test out my implementation of the Coriander > porthole? > > Felix Tang wrote: > > > > All, > > > > I'm looking for the sample app by Dan Dennedy that was posted on Nov 11 > > 2000. I've checked the archives but it doesn't contain the source. > > > > Thanks, > > > > Felix > > > > _______________________________________________ > > mailing list lin...@li... > > http://lists.sourceforge.net/lists/listinfo/linux1394-devel > |
From: Dan D. <dde...@co...> - 2001-02-27 07:30:45
|
The SBP-2 driver lists this as successfully tested device. The link to the driver is through http://linux1394.sourceforge.net/links.html. If it works for you, then please add it to our compatibility list. Tait Larson wrote: > > I've got a Que Fire CDR. Do any of the drivers support it? Are any > firewire CDR's supported at this time? > |
From: Tait L. <ta...@we...> - 2001-02-27 05:03:46
|
I've got a Que Fire CDR. Do any of the drivers support it? Are any firewire CDR's supported at this time? Thanks, Tait |
From: Dan D. <dde...@co...> - 2001-02-27 04:54:46
|
Are you looking to receive DV-compressed or Digital Camera uncompressed video? I have implementations of both that use video1394. My sample program that receives the uncompressed video via video1394 and displays it in an X window is called xv_video1394. The iso receive routines have since been merged into libdc1394, and I have a patch for the Coriander application to display the video in its porthole window that is currently in testing. The patch is crashing on Damien, the author of Coriander, but it works for me. Therefore, I need some volunteers to test it, and to debug or isolate the problem if it crashes on them. Can you help? Anyone else care to test out my implementation of the Coriander porthole? Felix Tang wrote: > > All, > > I'm looking for the sample app by Dan Dennedy that was posted on Nov 11 > 2000. I've checked the archives but it doesn't contain the source. > > Thanks, > > Felix > > _______________________________________________ > mailing list lin...@li... > http://lists.sourceforge.net/lists/listinfo/linux1394-devel |