[GEM-dev] Re: pix_video and dv1394 capture on Edgy

[Ivica Ico Bukvic]

Aaaargh, accidentally pressed "send" button...

The only thing left to report is that /dev tree has
dv1394/0
video/0
video -> video/0 symlink
raw1394

Modules loaded are the usual bunch ohci1394 ieee 1394 dv1394 raw1394. I also
tried manually modprobing video1394 with no effect.

/dev/ieee1394  tree is missing but recreating it manually
(/dev/ieee1394/.../in and .../out simply makes "device0" also work with the
same effect as described below.

0.90 gem is worse since it does not allow non-standard choice of devices but
it does not appear to be any better off than the 0.91.

Obviously this suggests that there is something fishy with Edgy, but the
question is what?

Any help is most appreciated!

Best wishes,

Ico

On 12/27/06, Ivica Ico Bukvic <ico.bukvic at gmail.com> wrote:
>
> Hi all,
>
> Here I am 6 months later trying to upgrade my laptop and a new issue has
> cropped up with my video capture in Gem.
>
> System: Ubuntu 6.10 (edgy) i386 using udev
> Graphics: ATI 9600 running fglrx
> Kernel: 2.6.18-rt7
> Video capture: el-cheapo camcorder run through ADVC-100 firewire device
>
> When running Kino, the camera gets captured just fine and everything "just
> works" as expected. However, in Gem (tried 0.90, CVS from November and
> another one from today's snapshot), I need to send following messages for
> Gem capture to work at all:
>
> device /dev/dv1394/0
> mode NTSC
> driver 1
>
> This starts capture reporting DV capture quality at 5, but the captured
> stuff is black. The only proof that things are getting captured comes from
> disconnecting the feed in the middle of the capture by pulling the video
> cable that connects camcorder with the ADVC-100 and then one can notice
> change in the color and/or momentary flicker of the captured area.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20061227/839bff5a/attachment.htm>