Thread: RE: Receiving Video from other Computer
Brought to you by:
aeb,
bencollins
Menu
▾
▴
linux1394-devel
|
From: Arne S. <ar...@sc...> - 2000-05-12 06:06:16
|
libdv does both NTSC and PAL, if it is a recent version. There is a flag in the DV data that identifies NTSC or PAL format. Check the playdv.c from libdv for more info. My dvgrab program also distinguishes NTSC and PAL, but it is not so straightforward there (I should really fix this). Arne -----Original Message----- From: Brian Murray [SMTP:br...@pr...] Sent: Friday, May 12, 2000 3:50 AM To: Franck Bonin Cc: lin...@li... Subject: Re: Receiving Video from other Computer > I still have a problem concerning video decoding with > xdv. > I have attach a sample from the output gave by xdv > (does anyone see the dog ?). That looks exactly like an NTSC DV decoder fed with PAL DV material. The 'DVGate Still' windoze app that came with my Vaio did the same thing. Unfortunately it doesn't autodetect the video standard - it's hard-coded with a registry setting!!! I'd hope that xdv can do better than that (eventually). I heard that libdv is currently NTSC only - maybe that explains it? Otherwise nice work :) Brian. -- -- ----------------------------------- Brian Murray Proximity Pty Ltd http://www.proximity.com.au/~brian/ ----------------------------------- _______________________________________________ mailing list lin...@li... http://lists.sourceforge.net/mailman/listinfo/linux1394-devel |
|
From: <fra...@ya...> - 2000-05-12 11:10:31
|
I have fix some Pbs with my virtal_VCR, by using the last dvgrab version 0.7 with a patch that can output files for playdv (last version). The movie is good (I can finally reconize the dog). But playdv crash at the end of the movie (segmentation fault), here is the error output : ** CRITICAL **: file bitstream.h: line 155 (bitstream_unget): assertion `(num_bits <= 32) && (num_bits >0) && (!(data & (~mask)))' failed. Since xdv0.1 does not correctly decode my isochrone flow, I will try to build a direct line movie player which will use dvgrab's --dv algorithms option and the libdv codecs. Currently, I have a ROM for IEEE 1394 boards. I have a small program that listen to FCP commands and try to respond like a VCR does. (Probably soon avaible) But I do not support yet all commands described in the AV/C Tape Recorder / Player Subunit Specification. In fact, I do not now exactly what is meaning of some commands. And what are the main commands to support. --- Franck Bonin --- Andreas Micklei a écrit : > Hi, > > On Thu, May 11, 2000 at 04:11:07PM +0200, Franck > Bonin wrote: > > So I have tryed to transform my PC-linux in an > > TapeRecorderPlayer and > > today I have succeded, by re-writing the > ohci_csr_rom > > located in the ohci1394.h file. > > That is great. Right now I use the Linux 1394 > subsystem mainly for controlling > a digital VCR. A virtual VCR on another Linux host > would provide the perfect > debugging tool for testing all those optional > features that real VCRs do not > implement yet. > > If you have some more specific questions, feel free > to ask. You can also send > me your source if you like. > > I would also like to see this thing run on an > unmodofied Linux kernel. We > would need an interface for changing the CSR ROM at > run time, oder maybe the > driver module should read the CSR rom from a file. > The filename could be > specified at module loading time as an optional > parameter. What do the driver > maintainers think of this idea? > > bye... > Andreas Micklei > ___________________________________________________________ Do You Yahoo!? Achetez, vendez! À votre prix! Sur http://encheres.yahoo.fr |
|
From: Matt P. <ma...@ls...> - 2000-05-12 18:13:58
|
It may help to modify the config ROM to look like a camera instead of a PC. Matt Franck Bonin wrote: > I have fix some Pbs with my virtal_VCR, by using the > last dvgrab > version 0.7 with a patch that can output files for > playdv (last > version). The movie is good (I can finally reconize > the dog). But playdv crash > at the end of the movie (segmentation fault), here is > the error > output : > > ** CRITICAL **: file bitstream.h: line 155 > (bitstream_unget): > assertion `(num_bits <= 32) && (num_bits >0) && > (!(data & (~mask)))' > failed. > > Since xdv0.1 does not correctly decode my isochrone > flow, I > will try to build a direct line movie player which > will use dvgrab's > --dv algorithms option and the libdv codecs. > > Currently, I have a ROM for IEEE 1394 boards. I have a > small program > that listen to FCP commands and try to respond like a > VCR > does. (Probably soon avaible) > > But I do not support yet all commands described in the > AV/C Tape > Recorder / Player Subunit Specification. > > In fact, I do not now exactly what is meaning of some > commands. > And what are the main commands to support. > > --- > > Franck Bonin > > --- Andreas Micklei a écrit : > Hi, > > > > On Thu, May 11, 2000 at 04:11:07PM +0200, Franck > > Bonin wrote: > > > So I have tryed to transform my PC-linux in an > > > TapeRecorderPlayer and > > > today I have succeded, by re-writing the > > ohci_csr_rom > > > located in the ohci1394.h file. > > > > That is great. Right now I use the Linux 1394 > > subsystem mainly for controlling > > a digital VCR. A virtual VCR on another Linux host > > would provide the perfect > > debugging tool for testing all those optional > > features that real VCRs do not > > implement yet. > > > > If you have some more specific questions, feel free > > to ask. You can also send > > me your source if you like. > > > > I would also like to see this thing run on an > > unmodofied Linux kernel. We > > would need an interface for changing the CSR ROM at > > run time, oder maybe the > > driver module should read the CSR rom from a file. > > The filename could be > > specified at module loading time as an optional > > parameter. What do the driver > > maintainers think of this idea? > > > > bye... > > Andreas Micklei > > > > ___________________________________________________________ > Do You Yahoo!? > Achetez, vendez! À votre prix! Sur http://encheres.yahoo.fr > > _______________________________________________ > mailing list lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux1394-devel -- /*********************** Matt Pujol Product Marketing Manager 1394 and USB CoreWare technologies LSI Logic 2001 Danfield Court Fort Collins, Co 80525 970-206-5816 mat...@ls... ***********************/ |
|
From: <fra...@ya...> - 2000-05-16 08:24:10
|
Trying to reciving video from other computer, I have built a small program, I named capture, that can grab and play DV data at the same time. It use both dvgrab and libdv algorithms. IT IS NOW AAVAILLABLE AT http://www.chez.com/kayle/IEEE_1394/capture_0.0.1.tgz This is part of the README file from capture_0.0.1 : Capture is a program that can grab and play DV data at the same time. It use both dvgrab and libdv algorithms. I have include libdv with a very few modified version of playdv.c in the subdirectory named libdv. HOW TO BUILD : 1. In the libdv subdirectory : just type "make". You will obtain playdv with a new feature. 2. In the main directory : type "make". This build capture. Type "capture --help" for more informations. HOW TO USE : To use capture just type "capture" and it will grab and play the NTSC movie that your CamRecorder is curently playing. (there is lot of option to) Note that the grabber is fast BUT the decoder is slow. On my PII 300Mhz I lose one frame on two during playing. Note : playing PAL movie shouldn't be hard but I haven't tested. So Try to adjust 'TAILLE_BUFF_LECTURE' in double_buffer.h if you want. NEW IN PLAYDV : Now you can use pipes, this should works : ./capture --noview --o --frames 500 | ./libdv/playdv and dvgrab --dv --ntsc --frames 500 test OR ./capture --noview --of test --frames 500 cat test.dv | ./libdv/playdv Should produce the same result. Enjoy ! ---- Franck Bonin ___________________________________________________________ Do You Yahoo!? Achetez, vendez! À votre prix! Sur http://encheres.yahoo.fr |
|
From: <fra...@ya...> - 2000-05-16 09:24:56
|
Here is my small program that emulate a Tape Recorder/player unit : http://www.chez.com/kayle/IEEE_1394/virtual_vcr_0.0.1.tgz It can only recording data using another program like dvgrab or capture. This program handle a small set of commands sent to a Tape Recorder/player and send responds. This make believe other computer that there is a Tape Recorder/player on the bus, so they can output iso data. TO USE IT you have to : 1. Change the ROM of your IEEE 1394 driver : see file ROM. 2. Rebuild the driver. 3. "insmod" the new driver and launch the Virtual_VCR program. 4. You can see if it work by using gscanbus : it will show a VCR instead of a terminal. HOW TO BUILD Virtual_VCR : Type "make" You can test your virtual VCR if you use another computer. I am using an iMac DV with iMovie, both belive that my PC-linux is a Tape Recorder/player. And I can record movie from the iMac using dvgrab or capture. --- Franck Bonin http://www.chez.com/kayle/IEEE_1394/virtual_vcr_0.0.1.tgz --- Andreas Micklei a écrit : > Hi, > > On Thu, May 11, 2000 at 04:11:07PM +0200, Franck > Bonin wrote: > > So I have tryed to transform my PC-linux in an > > TapeRecorderPlayer and > > today I have succeded, by re-writing the > ohci_csr_rom > > located in the ohci1394.h file. > > That is great. Right now I use the Linux 1394 > subsystem mainly for controlling > a digital VCR. A virtual VCR on another Linux host > would provide the perfect > debugging tool for testing all those optional > features that real VCRs do not > implement yet. > > If you have some more specific questions, feel free > to ask. You can also send > me your source if you like. > > I would also like to see this thing run on an > unmodofied Linux kernel. We > would need an interface for changing the CSR ROM at > run time, oder maybe the > driver module should read the CSR rom from a file. > The filename could be > specified at module loading time as an optional > parameter. What do the driver > maintainers think of this idea? > > bye... > Andreas Micklei > ___________________________________________________________ Do You Yahoo!? Achetez, vendez! À votre prix! Sur http://encheres.yahoo.fr |
Thanks for helping keep SourceForge clean.
X