weeding out v4l ver 1 stuff

weeding out v4l ver 1 stuff

[Carl Karsten]

Given v4l version 1 is being dropped in December 08, we should remove stuff that
targets that api, right?

For instance:

http://linuxtv.org/hg/v4l-dvb/file/b45ffc93fb82/v4l2-apps/test/v4lgrab.c

      94 #ifdef CONFIG_VIDEO_V4L1_COMPAT
      194 #else

      195 	fprintf(stderr, "V4L1 API is not configured!\n");

I'll let someone else figure out if the whole file should be removed, or if it
has some value to v2.

And assuming someone agrees we should week out v1 stuff, where is the right
place to log this too?  http://bugzilla.kernel.org does not seem right.

Carl K

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: weeding out v4l ver 1 stuff

[David Ellingsworth]

On Thu, Nov 6, 2008 at 1:39 PM, Carl Karsten <carl@personnelware.com> wrote:
> Given v4l version 1 is being dropped in December 08, we should remove stuff that
> targets that api, right?
>
> For instance:
>
> http://linuxtv.org/hg/v4l-dvb/file/b45ffc93fb82/v4l2-apps/test/v4lgrab.c
>
>      94 #ifdef CONFIG_VIDEO_V4L1_COMPAT
>      194 #else
>
>      195       fprintf(stderr, "V4L1 API is not configured!\n");
>
> I'll let someone else figure out if the whole file should be removed, or if it
> has some value to v2.
>
> And assuming someone agrees we should week out v1 stuff, where is the right
> place to log this too?  http://bugzilla.kernel.org does not seem right.
>
> Carl K
>

With v4l1 going away, it would be nice to convert any drivers still
using the v4l1 interface to v4l2. Drivers using usbvideo spring to
mind. I've mentioned in the past, I've started a rewrite of ibmcam
over to the v4l2 interface but I currently don't have much time to
work on it and could use some assistance from the community. While
Mauro suggested it be written against the gspca framework, I hesitate
to do so since gspca does it's own memory management and will probably
become somewhat obsolete once the new media framework is put together.
If anyone is interested in helping, I'll happily set up a public git
repository for contributions.

Regards,

David Ellingsworth

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: weeding out v4l ver 1 stuff

[Hans de Goede]

David Ellingsworth wrote:
> On Thu, Nov 6, 2008 at 1:39 PM, Carl Karsten <carl@personnelware.com> wrote:
>> Given v4l version 1 is being dropped in December 08, we should remove stuff that
>> targets that api, right?
>>
>> For instance:
>>
>> http://linuxtv.org/hg/v4l-dvb/file/b45ffc93fb82/v4l2-apps/test/v4lgrab.c
>>
>>      94 #ifdef CONFIG_VIDEO_V4L1_COMPAT
>>      194 #else
>>
>>      195       fprintf(stderr, "V4L1 API is not configured!\n");
>>
>> I'll let someone else figure out if the whole file should be removed, or if it
>> has some value to v2.
>>
>> And assuming someone agrees we should week out v1 stuff, where is the right
>> place to log this too?  http://bugzilla.kernel.org does not seem right.
>>
>> Carl K
>>
> 
> With v4l1 going away, it would be nice to convert any drivers still
> using the v4l1 interface to v4l2. Drivers using usbvideo spring to
> mind. I've mentioned in the past, I've started a rewrite of ibmcam
> over to the v4l2 interface but I currently don't have much time to
> work on it and could use some assistance from the community. While
> Mauro suggested it be written against the gspca framework, I hesitate
> to do so since gspca does it's own memory management and will probably
> become somewhat obsolete once the new media framework is put together.

? What new media framework ? You mean the planned changes to the v4l2 API for 
multifunction devices? Anyways this won't make gspca obsolete, gspca is a 
framework for writing usb webcam drivers, as such it tries to do things common 
to all usb webcam drivers inside the gspca-core. If the v4l2 core changes the 
gspca-core will adapt and in most cases of v4l2-core changes, the gspca 
subdrivers will not need to change at all. So if anything using gspca makes 
your driver more future proof against v4l2-core changes as in most cases the 
necessary changes for all gspca drivers only need to be made once in gspca-core

Regards,

Hans

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: weeding out v4l ver 1 stuff

[Hans Verkuil]

On Friday 07 November 2008 08:10:19 Hans de Goede wrote:
> David Ellingsworth wrote:
> > On Thu, Nov 6, 2008 at 1:39 PM, Carl Karsten 
<carl@personnelware.com> wrote:
> >> Given v4l version 1 is being dropped in December 08, we should
> >> remove stuff that targets that api, right?
> >>
> >> For instance:
> >>
> >> http://linuxtv.org/hg/v4l-dvb/file/b45ffc93fb82/v4l2-apps/test/v4l
> >>grab.c
> >>
> >>      94 #ifdef CONFIG_VIDEO_V4L1_COMPAT
> >>      194 #else
> >>
> >>      195       fprintf(stderr, "V4L1 API is not configured!\n");
> >>
> >> I'll let someone else figure out if the whole file should be
> >> removed, or if it has some value to v2.
> >>
> >> And assuming someone agrees we should week out v1 stuff, where is
> >> the right place to log this too?  http://bugzilla.kernel.org does
> >> not seem right.
> >>
> >> Carl K
> >
> > With v4l1 going away, it would be nice to convert any drivers still
> > using the v4l1 interface to v4l2. Drivers using usbvideo spring to
> > mind. I've mentioned in the past, I've started a rewrite of ibmcam
> > over to the v4l2 interface but I currently don't have much time to
> > work on it and could use some assistance from the community. While
> > Mauro suggested it be written against the gspca framework, I
> > hesitate to do so since gspca does it's own memory management and
> > will probably become somewhat obsolete once the new media framework
> > is put together.
>
> ? What new media framework ? You mean the planned changes to the v4l2
> API for multifunction devices? Anyways this won't make gspca
> obsolete, gspca is a framework for writing usb webcam drivers, as
> such it tries to do things common to all usb webcam drivers inside
> the gspca-core. If the v4l2 core changes the gspca-core will adapt
> and in most cases of v4l2-core changes, the gspca subdrivers will not
> need to change at all. So if anything using gspca makes your driver
> more future proof against v4l2-core changes as in most cases the
> necessary changes for all gspca drivers only need to be made once in
> gspca-core

That's right. If possible, then I definitely recommend moving away from 
separate webcam drivers to gspca where possible. The planned new v4l2 
core framework enhancements have nothing to do with this.

Regards,

	Hans

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: weeding out v4l ver 1 stuff

[Antonio Ospite]

[-- Attachment #1.1: Type: text/plain, Size: 1711 bytes --]

On Fri, 7 Nov 2008 10:50:25 +0100
Hans Verkuil <hverkuil@xs4all.nl> wrote:

> On Friday 07 November 2008 08:10:19 Hans de Goede wrote:
> >
> > ? What new media framework ? You mean the planned changes to the v4l2
> > API for multifunction devices? Anyways this won't make gspca
> > obsolete, gspca is a framework for writing usb webcam drivers, as
> > such it tries to do things common to all usb webcam drivers inside
> > the gspca-core. If the v4l2 core changes the gspca-core will adapt
> > and in most cases of v4l2-core changes, the gspca subdrivers will not
> > need to change at all. So if anything using gspca makes your driver
> > more future proof against v4l2-core changes as in most cases the
> > necessary changes for all gspca drivers only need to be made once in
> > gspca-core
> 
> That's right. If possible, then I definitely recommend moving away from 
> separate webcam drivers to gspca where possible. The planned new v4l2 
> core framework enhancements have nothing to do with this.
> 

Hi, maybe the gspca framework should be better advertised, the only doc
I could find in linux is in Documentation/video4linux/gspca.txt which
doesn't clearly present gspca as a _generic_ framework for usb cameras,
although one can still infer that information seeing that it supports
different bridges and sensors, restating it could only be good.

Regards,
   Antonio Ospite

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

  Web site: http://www.studenti.unina.it/~ospite
Public key: http://www.studenti.unina.it/~ospite/aopubkey.asc

[-- Attachment #1.2: Type: application/pgp-signature, Size: 197 bytes --]

[-- Attachment #2: Type: text/plain, Size: 164 bytes --]

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

USB Capture device

[Keith Lawson]

Hello,

Can anyone suggest a good USB catpure device that has S-Video input and a 
stable kernel driver? I've been playing with this device:

http://www.diamondmm.com/VC500.php

using the development drivers from http://linuxtv.org/hg/~mchehab/tm6010/ 
but I haven't had any luck with S-Video (only composite).

Can anyone suggest a device with stable drivers in 2.6.27.5?

Thanks, 
Keith.

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: weeding out v4l ver 1 stuff

[Mauro Carvalho Chehab]

Hi David,

On Thu, 6 Nov 2008 18:53:42 -0500
"David Ellingsworth" <david@identd.dyndns.org> wrote:


> With v4l1 going away, it would be nice to convert any drivers still
> using the v4l1 interface to v4l2. Drivers using usbvideo spring to
> mind. I've mentioned in the past, I've started a rewrite of ibmcam
> over to the v4l2 interface but I currently don't have much time to
> work on it and could use some assistance from the community. While
> Mauro suggested it be written against the gspca framework, I hesitate
> to do so since gspca does it's own memory management and will probably
> become somewhat obsolete once the new media framework is put together.
> If anyone is interested in helping, I'll happily set up a public git
> repository for contributions.

In general, sharing common code is a good idea. That's why I think it would be
better if you use gspca as the basis for your driver. That's also why I think
it would be better for gspca to use videobuf.

Reusing existing core components generally means less compatibility issues with
userspace apps. As you know, most of the webcam troubles we're currently facing
are related to some app developed for webcam A (or tv board A), that doesn't
work well if you use webcam B.

I think if all drivers would use the same memory management and core stuff, and
if we improve the core stuf more, those problems would disappear.

Yet, I prefer to commit a driver that doesn't share the common code, but adds
support for newer stuff and are compliant with V4L2 API than not supporting
that hardware at all.

Cheers,
Mauro

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: weeding out v4l ver 1 stuff

[Mauro Carvalho Chehab]

On Thu, 06 Nov 2008 12:39:21 -0600
Carl Karsten <carl@personnelware.com> wrote:

> Given v4l version 1 is being dropped in December 08, we should remove stuff that
> targets that api, right?

Yes, but we should first convert the existing V4L1 drivers. We're currently
needing volunteers.

Cheers,
Mauro

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: USB Capture device

[Keith Lawson]

Hello,

I've been on this list for a while now and have noticed that it's pretty 
well strictly developer related. Most user questions about supported 
devices seem to go unanswered. Is there a better forum for users to ask 
questions about Linux support for video devices?

I didn't catch the final descision on splitting the mailing list. Is a 
video4linux-users list coming?

Thanks,
Keith.

On Fri, 7 Nov 2008, Keith Lawson wrote:

> Hello,
>
> Can anyone suggest a good USB catpure device that has S-Video input and a 
> stable kernel driver? I've been playing with this device:
>
> http://www.diamondmm.com/VC500.php
>
> using the development drivers from http://linuxtv.org/hg/~mchehab/tm6010/ but 
> I haven't had any luck with S-Video (only composite).
>
> Can anyone suggest a device with stable drivers in 2.6.27.5?
>
> Thanks, Keith.
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: USB Capture device

[Markus Rechberger]

On Thu, Nov 13, 2008 at 12:57 PM, Keith Lawson <lawsonk@lawson-tech.com> wrote:
> Hello,
>
> I've been on this list for a while now and have noticed that it's pretty
> well strictly developer related. Most user questions about supported devices
> seem to go unanswered. Is there a better forum for users to ask questions
> about Linux support for video devices?
>
> I didn't catch the final descision on splitting the mailing list. Is a
> video4linux-users list coming?
>

are you sure this device is tm6000 based? I just remember the same
product package used for em2820 based devices.

http://mcentral.de/wiki/index.php5/Em2880#Devices

br,
Markus

> Thanks,
> Keith.
>
> On Fri, 7 Nov 2008, Keith Lawson wrote:
>
>> Hello,
>>
>> Can anyone suggest a good USB catpure device that has S-Video input and a
>> stable kernel driver? I've been playing with this device:
>>
>> http://www.diamondmm.com/VC500.php
>>
>> using the development drivers from http://linuxtv.org/hg/~mchehab/tm6010/
>> but I haven't had any luck with S-Video (only composite).
>>
>> Can anyone suggest a device with stable drivers in 2.6.27.5?
>>
>> Thanks, Keith.
>>
>> --
>> video4linux-list mailing list
>> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: USB Capture device

[Keith Lawson]

On Thu, 13 Nov 2008, Markus Rechberger wrote:
<snip>
> are you sure this device is tm6000 based? I just remember the same
> product package used for em2820 based devices.
>
> http://mcentral.de/wiki/index.php5/Em2880#Devices

It's a TM5600 device. I've been able to capture video from it 
using the tm5600/tm6000/tm6010 module from Mauro's mercurial repository
but I'm having an issue with green flickering a the top of the video, I'm 
not sure if that's a driver issue or an mplayer issue.

Are you aware of a em2820 based USB "dongle" device? I don't require a 
tuner, I'm just trying to capture input from S-video and composite (RCA).

>
> br,
> Markus
>
>> Thanks,
>> Keith.
>>
>> On Fri, 7 Nov 2008, Keith Lawson wrote:
>>
>>> Hello,
>>>
>>> Can anyone suggest a good USB catpure device that has S-Video input and a
>>> stable kernel driver? I've been playing with this device:
>>>
>>> http://www.diamondmm.com/VC500.php
>>>
>>> using the development drivers from http://linuxtv.org/hg/~mchehab/tm6010/
>>> but I haven't had any luck with S-Video (only composite).
>>>
>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
>>>
>>> Thanks, Keith.
>>>
>>> --
>>> video4linux-list mailing list
>>> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>
>>
>> --
>> video4linux-list mailing list
>> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: USB Capture device

[Markus Rechberger]

On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com> wrote:
>
>
> On Thu, 13 Nov 2008, Markus Rechberger wrote:
> <snip>
>>
>> are you sure this device is tm6000 based? I just remember the same
>> product package used for em2820 based devices.
>>
>> http://mcentral.de/wiki/index.php5/Em2880#Devices
>
> It's a TM5600 device. I've been able to capture video from it using the
> tm5600/tm6000/tm6010 module from Mauro's mercurial repository
> but I'm having an issue with green flickering a the top of the video, I'm
> not sure if that's a driver issue or an mplayer issue.
>
> Are you aware of a em2820 based USB "dongle" device? I don't require a
> tuner, I'm just trying to capture input from S-video and composite (RCA).
>

I just had a rough look right now, the prices vary alot between
different manufacturers.
I haven't seen a price advantage for devices without tuner actually.
You might pick a few devices from that site and compare.

br,
Markus

>>
>> br,
>> Markus
>>
>>> Thanks,
>>> Keith.
>>>
>>> On Fri, 7 Nov 2008, Keith Lawson wrote:
>>>
>>>> Hello,
>>>>
>>>> Can anyone suggest a good USB catpure device that has S-Video input and
>>>> a
>>>> stable kernel driver? I've been playing with this device:
>>>>
>>>> http://www.diamondmm.com/VC500.php
>>>>
>>>> using the development drivers from
>>>> http://linuxtv.org/hg/~mchehab/tm6010/
>>>> but I haven't had any luck with S-Video (only composite).
>>>>
>>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
>>>>
>>>> Thanks, Keith.
>>>>
>>>> --
>>>> video4linux-list mailing list
>>>> Unsubscribe
>>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>>
>>>
>>> --
>>> video4linux-list mailing list
>>> Unsubscribe
>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>
>>
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

RE : USB Capture device

[Jonathan Lafontaine]

try the kworld usb ( no audio chip inside and using 2860 chipset, I succes use pal/m which is 525 lines like ntsc....)

theres Pinnacle dazzle dvc 100 a lot available on sites. did not succes use pal/m :(

but ac97 sound support. this is a 2820 chip with saa7113h philips v-decoder
________________________________________
De : video4linux-list-bounces@redhat.com [video4linux-list-bounces@redhat.com] de la part de Markus Rechberger [mrechberger@gmail.com]
Date d'envoi : 14 novembre 2008 10:50
À : Keith Lawson
Cc : video4linux-list@redhat.com
Objet : Re: USB Capture device

On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com> wrote:
>
>
> On Thu, 13 Nov 2008, Markus Rechberger wrote:
> <snip>
>>
>> are you sure this device is tm6000 based? I just remember the same
>> product package used for em2820 based devices.
>>
>> http://mcentral.de/wiki/index.php5/Em2880#Devices
>
> It's a TM5600 device. I've been able to capture video from it using the
> tm5600/tm6000/tm6010 module from Mauro's mercurial repository
> but I'm having an issue with green flickering a the top of the video, I'm
> not sure if that's a driver issue or an mplayer issue.
>
> Are you aware of a em2820 based USB "dongle" device? I don't require a
> tuner, I'm just trying to capture input from S-video and composite (RCA).
>

I just had a rough look right now, the prices vary alot between
different manufacturers.
I haven't seen a price advantage for devices without tuner actually.
You might pick a few devices from that site and compare.

br,
Markus

>>
>> br,
>> Markus
>>
>>> Thanks,
>>> Keith.
>>>
>>> On Fri, 7 Nov 2008, Keith Lawson wrote:
>>>
>>>> Hello,
>>>>
>>>> Can anyone suggest a good USB catpure device that has S-Video input and
>>>> a
>>>> stable kernel driver? I've been playing with this device:
>>>>
>>>> http://www.diamondmm.com/VC500.php
>>>>
>>>> using the development drivers from
>>>> http://linuxtv.org/hg/~mchehab/tm6010/
>>>> but I haven't had any luck with S-Video (only composite).
>>>>
>>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
>>>>
>>>> Thanks, Keith.
>>>>
>>>> --
>>>> video4linux-list mailing list
>>>> Unsubscribe
>>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>>
>>>
>>> --
>>> video4linux-list mailing list
>>> Unsubscribe
>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>
>>
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

--

This message has been verified by LastSpam (http://www.lastspam.com) eMail security service, provided by SoluLAN
Ce courriel a ete verifie par le service de securite pour courriels LastSpam (http://www.lastspam.com), fourni par SoluLAN (http://www.solulan.com)
www.solulan.com


No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.9.2/1785 - Release Date: 2008-11-14 08:32

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

RE : USB Capture device

[Jonathan Lafontaine]

try the kworld usb ( no audio chip inside and using 2860 chipset, I succes use pal/m which is 525 lines like ntsc....)

theres Pinnacle dazzle dvc 100 a lot available on sites. did not succes use pal/m :(

but ac97 sound support. this is a 2820 chip with saa7113h philips v-decoder
________________________________________
De : video4linux-list-bounces@redhat.com [video4linux-list-bounces@redhat.com] de la part de Markus Rechberger [mrechberger@gmail.com]
Date d'envoi : 14 novembre 2008 10:50
À : Keith Lawson
Cc : video4linux-list@redhat.com
Objet : Re: USB Capture device

On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com> wrote:
>
>
> On Thu, 13 Nov 2008, Markus Rechberger wrote:
> <snip>
>>
>> are you sure this device is tm6000 based? I just remember the same
>> product package used for em2820 based devices.
>>
>> http://mcentral.de/wiki/index.php5/Em2880#Devices
>
> It's a TM5600 device. I've been able to capture video from it using the
> tm5600/tm6000/tm6010 module from Mauro's mercurial repository
> but I'm having an issue with green flickering a the top of the video, I'm
> not sure if that's a driver issue or an mplayer issue.
>
> Are you aware of a em2820 based USB "dongle" device? I don't require a
> tuner, I'm just trying to capture input from S-video and composite (RCA).
>

I just had a rough look right now, the prices vary alot between
different manufacturers.
I haven't seen a price advantage for devices without tuner actually.
You might pick a few devices from that site and compare.

br,
Markus

>>
>> br,
>> Markus
>>
>>> Thanks,
>>> Keith.
>>>
>>> On Fri, 7 Nov 2008, Keith Lawson wrote:
>>>
>>>> Hello,
>>>>
>>>> Can anyone suggest a good USB catpure device that has S-Video input and
>>>> a
>>>> stable kernel driver? I've been playing with this device:
>>>>
>>>> http://www.diamondmm.com/VC500.php
>>>>
>>>> using the development drivers from
>>>> http://linuxtv.org/hg/~mchehab/tm6010/
>>>> but I haven't had any luck with S-Video (only composite).
>>>>
>>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
>>>>
>>>> Thanks, Keith.
>>>>
>>>> --
>>>> video4linux-list mailing list
>>>> Unsubscribe
>>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>>
>>>
>>> --
>>> video4linux-list mailing list
>>> Unsubscribe
>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>
>>
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

--

This message has been verified by LastSpam (http://www.lastspam.com) eMail security service, provided by SoluLAN
Ce courriel a ete verifie par le service de securite pour courriels LastSpam (http://www.lastspam.com), fourni par SoluLAN (http://www.solulan.com)
www.solulan.com


No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.9.2/1785 - Release Date: 2008-11-14 08:32

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

MODRPOBE RMMOD

[Jonathan Lafontaine]

How to disable  a module (em28xx) that is in use and if possible without wait params...

Like on the fly, live!! Without reboot...

-command line solution?

-refind file descriptor  and close device with v4l2 ???

-----Original Message-----
From: video4linux-list-bounces@redhat.com [mailto:video4linux-list-bounces@redhat.com] On Behalf Of Markus Rechberger
Sent: 14 novembre 2008 10:50
To: Keith Lawson
Cc: video4linux-list@redhat.com
Subject: Re: USB Capture device

On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com> wrote:
>
>
> On Thu, 13 Nov 2008, Markus Rechberger wrote:
> <snip>
>>
>> are you sure this device is tm6000 based? I just remember the same
>> product package used for em2820 based devices.
>>
>> http://mcentral.de/wiki/index.php5/Em2880#Devices
>
> It's a TM5600 device. I've been able to capture video from it using the
> tm5600/tm6000/tm6010 module from Mauro's mercurial repository
> but I'm having an issue with green flickering a the top of the video, I'm
> not sure if that's a driver issue or an mplayer issue.
>
> Are you aware of a em2820 based USB "dongle" device? I don't require a
> tuner, I'm just trying to capture input from S-video and composite (RCA).
>

I just had a rough look right now, the prices vary alot between
different manufacturers.
I haven't seen a price advantage for devices without tuner actually.
You might pick a few devices from that site and compare.

br,
Markus

>>
>> br,
>> Markus
>>
>>> Thanks,
>>> Keith.
>>>
>>> On Fri, 7 Nov 2008, Keith Lawson wrote:
>>>
>>>> Hello,
>>>>
>>>> Can anyone suggest a good USB catpure device that has S-Video input and
>>>> a
>>>> stable kernel driver? I've been playing with this device:
>>>>
>>>> http://www.diamondmm.com/VC500.php
>>>>
>>>> using the development drivers from
>>>> http://linuxtv.org/hg/~mchehab/tm6010/
>>>> but I haven't had any luck with S-Video (only composite).
>>>>
>>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
>>>>
>>>> Thanks, Keith.
>>>>
>>>> --
>>>> video4linux-list mailing list
>>>> Unsubscribe
>>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>>
>>>
>>> --
>>> video4linux-list mailing list
>>> Unsubscribe
>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>
>>
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

--

This message has been verified by LastSpam (http://www.lastspam.com) eMail security service, provided by SoluLAN
Ce courriel a ete verifie par le service de securite pour courriels LastSpam (http://www.lastspam.com), fourni par SoluLAN (http://www.solulan.com)
www.solulan.com


No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.175 / Virus Database: 270.9.2/1785 - Release Date: 2008-11-14 08:32

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: USB Capture device

[Ben Klein]

(oops, forgot to send this to the mailing list)

In general, there is no price advantage with getting a capture device
without a tuner. There are at least two reasons for this:

1) Less demand for just a capture device. People want to turn their
computers into idiot boxes

2) Most capture-only cards are (probably) TV tuners with the tuner disabled.
It's cheaper for them to make that way.

I got a cheap-and-nasty USB em28xx that pretty much *just* works, but it's
enough for me. It has a usb-audio device in it which seems to not sync up
with the video. The only em28xx card= options that work with it are for
cards with tuners (though that doesn't necessarily mean that the card has a
tuner).

I also have a PCI K-World Vstream Xpert DVB-T (cx88), which I selected due
to it having a good price and analogue capture. Turns out I've used the
analogue capture more than the digital reception. :) The analogue capture
*looks like* a full TV tuner with the tuner disabled, but I could be wrong
about this too.

2008/11/15 Markus Rechberger <mrechberger@gmail.com>

On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com>
> wrote:
> >
> >
> > On Thu, 13 Nov 2008, Markus Rechberger wrote:
> > <snip>
> >>
> >> are you sure this device is tm6000 based? I just remember the same
> >> product package used for em2820 based devices.
> >>
> >> http://mcentral.de/wiki/index.php5/Em2880#Devices
> >
> > It's a TM5600 device. I've been able to capture video from it using the
> > tm5600/tm6000/tm6010 module from Mauro's mercurial repository
> > but I'm having an issue with green flickering a the top of the video, I'm
> > not sure if that's a driver issue or an mplayer issue.
> >
> > Are you aware of a em2820 based USB "dongle" device? I don't require a
> > tuner, I'm just trying to capture input from S-video and composite (RCA).
> >
>
> I just had a rough look right now, the prices vary alot between
> different manufacturers.
> I haven't seen a price advantage for devices without tuner actually.
> You might pick a few devices from that site and compare.
>
> br,
> Markus
>
> >>
> >> br,
> >> Markus
> >>
> >>> Thanks,
> >>> Keith.
> >>>
> >>> On Fri, 7 Nov 2008, Keith Lawson wrote:
> >>>
> >>>> Hello,
> >>>>
> >>>> Can anyone suggest a good USB catpure device that has S-Video input
> and
> >>>> a
> >>>> stable kernel driver? I've been playing with this device:
> >>>>
> >>>> http://www.diamondmm.com/VC500.php
> >>>>
> >>>> using the development drivers from
> >>>> http://linuxtv.org/hg/~mchehab/tm6010/<http://linuxtv.org/hg/%7Emchehab/tm6010/>
> >>>> but I haven't had any luck with S-Video (only composite).
> >>>>
> >>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
> >>>>
> >>>> Thanks, Keith.
> >>>>
> >>>> --
> >>>> video4linux-list mailing list
> >>>> Unsubscribe
> >>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> >>>> https://www.redhat.com/mailman/listinfo/video4linux-list
> >>>>
> >>>
> >>> --
> >>> video4linux-list mailing list
> >>> Unsubscribe
> >>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> >>> https://www.redhat.com/mailman/listinfo/video4linux-list
> >>>
> >>
> >
> > --
> > video4linux-list mailing list
> > Unsubscribe mailto:video4linux-list-request@redhat.com
> ?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/video4linux-list
> >
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: MODRPOBE RMMOD

[Ben Klein]

You can't unload a module if it's in use without forcing it (if your kernel
supports this, and if the driver doesn't mind, and if the wind's blowing the
right way). But forcing module unloads is a *BAD* idea.

The main reason is that most (all?) hardware devices have some state that
they would not be able to recover from if the driver suddenly disappeared.
The worst case would be harddrives, where a file would suddenly stop being
read or written to, stuffing up both the filesystem and the application at
the same time.

Another reason is that applications tend to assume that if it works once it
will keep on working while it's needed. Take the example of X; can you
imagine what would happen if you started up X and then suddenly your video
driver dissappeared from memory? (This is particularly pertinent for the
nvidia and ati/amd drivers that have kernel modules.) It's not just X that
would explode, but all the applications running under X.

2008/11/15 Jonathan Lafontaine <jlafontaine@ctecworld.com>

> How to disable  a module (em28xx) that is in use and if possible without
> wait params...
>
> Like on the fly, live!! Without reboot...
>
> -command line solution?
>
> -refind file descriptor  and close device with v4l2 ???
>
> -----Original Message-----
> From: video4linux-list-bounces@redhat.com [mailto:
> video4linux-list-bounces@redhat.com] On Behalf Of Markus Rechberger
> Sent: 14 novembre 2008 10:50
> To: Keith Lawson
> Cc: video4linux-list@redhat.com
> Subject: Re: USB Capture device
>
> On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com>
> wrote:
> >
> >
> > On Thu, 13 Nov 2008, Markus Rechberger wrote:
> > <snip>
> >>
> >> are you sure this device is tm6000 based? I just remember the same
> >> product package used for em2820 based devices.
> >>
> >> http://mcentral.de/wiki/index.php5/Em2880#Devices
> >
> > It's a TM5600 device. I've been able to capture video from it using the
> > tm5600/tm6000/tm6010 module from Mauro's mercurial repository
> > but I'm having an issue with green flickering a the top of the video, I'm
> > not sure if that's a driver issue or an mplayer issue.
> >
> > Are you aware of a em2820 based USB "dongle" device? I don't require a
> > tuner, I'm just trying to capture input from S-video and composite (RCA).
> >
>
> I just had a rough look right now, the prices vary alot between
> different manufacturers.
> I haven't seen a price advantage for devices without tuner actually.
> You might pick a few devices from that site and compare.
>
> br,
> Markus
>
> >>
> >> br,
> >> Markus
> >>
> >>> Thanks,
> >>> Keith.
> >>>
> >>> On Fri, 7 Nov 2008, Keith Lawson wrote:
> >>>
> >>>> Hello,
> >>>>
> >>>> Can anyone suggest a good USB catpure device that has S-Video input
> and
> >>>> a
> >>>> stable kernel driver? I've been playing with this device:
> >>>>
> >>>> http://www.diamondmm.com/VC500.php
> >>>>
> >>>> using the development drivers from
> >>>> http://linuxtv.org/hg/~mchehab/tm6010/<http://linuxtv.org/hg/%7Emchehab/tm6010/>
> >>>> but I haven't had any luck with S-Video (only composite).
> >>>>
> >>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
> >>>>
> >>>> Thanks, Keith.
> >>>>
> >>>> --
> >>>> video4linux-list mailing list
> >>>> Unsubscribe
> >>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> >>>> https://www.redhat.com/mailman/listinfo/video4linux-list
> >>>>
> >>>
> >>> --
> >>> video4linux-list mailing list
> >>> Unsubscribe
> >>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> >>> https://www.redhat.com/mailman/listinfo/video4linux-list
> >>>
> >>
> >
> > --
> > video4linux-list mailing list
> > Unsubscribe mailto:video4linux-list-request@redhat.com
> ?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/video4linux-list
> >
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>
> --
>
> This message has been verified by LastSpam (http://www.lastspam.com) eMail
> security service, provided by SoluLAN
> Ce courriel a ete verifie par le service de securite pour courriels
> LastSpam (http://www.lastspam.com), fourni par SoluLAN (
> http://www.solulan.com)
> www.solulan.com
>
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.175 / Virus Database: 270.9.2/1785 - Release Date: 2008-11-14
> 08:32
>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: USB Capture device

[hermann pitton]

Hi,

some interesting ideas.

Am Samstag, den 15.11.2008, 10:18 +1100 schrieb Ben Klein:
> (oops, forgot to send this to the mailing list)
> 
> In general, there is no price advantage with getting a capture device
> without a tuner. There are at least two reasons for this:

Major hardware providers still have a fine grained offer.
A capture only device without tuner, radio, remote etc. is still
cheapest. I agree, that it might come to a point, given that tuners are
becoming cheaper these days, it won't make much sense anymore to provide
capture only devices.

But you still pay more for each additional tuner/demod on every card.
It is not such remarkable anymore like on the PVR500 in the beginning,
but still visible for triple capable devices, because current systems
are running out of available PCI slots.

The future fights on the markets will happen on multi tuner PCIe and
DVB-S2 capable devices as a next step and DVB-T2 will follow.

> 1) Less demand for just a capture device. People want to turn their
> computers into idiot boxes

That does not make any difference. From an external device you can feed
any BS coming from external tuners or anything else too ...

> 2) Most capture-only cards are (probably) TV tuners with the tuner disabled.
> It's cheaper for them to make that way.

That I do seriously doubt for now. Give some examples.

> I got a cheap-and-nasty USB em28xx that pretty much *just* works, but it's
> enough for me. It has a usb-audio device in it which seems to not sync up
> with the video. The only em28xx card= options that work with it are for
> cards with tuners (though that doesn't necessarily mean that the card has a
> tuner).
> 
> I also have a PCI K-World Vstream Xpert DVB-T (cx88), which I selected due
> to it having a good price and analogue capture. Turns out I've used the
> analogue capture more than the digital reception. :) The analogue capture
> *looks like* a full TV tuner with the tuner disabled, but I could be wrong
> about this too.

Maybe, the analog tuner at least is disabled.

cx88-cards.c.

	[CX88_BOARD_KWORLD_DVB_T] = {
		.name           = "KWorld/VStream XPert DVB-T",
		.tuner_type     = TUNER_ABSENT,
		.radio_type     = UNSET,
		.tuner_addr	= ADDR_UNSET,
		.radio_addr	= ADDR_UNSET,
		.input          = {{
			.type   = CX88_VMUX_COMPOSITE1,
			.vmux   = 1,
			.gpio0  = 0x0700,
			.gpio2  = 0x0101,
		},{
			.type   = CX88_VMUX_SVIDEO,
			.vmux   = 2,
			.gpio0  = 0x0700,
			.gpio2  = 0x0101,
		}},
		.mpeg           = CX88_MPEG_DVB,
	},

cx88-dvb.c.

	case CX88_BOARD_KWORLD_DVB_T:
	case CX88_BOARD_DNTV_LIVE_DVB_T:
	case CX88_BOARD_ADSTECH_DVB_T_PCI:
		fe0->dvb.frontend = dvb_attach(mt352_attach,
					       &dntv_live_dvbt_config,
					       &core->i2c_adap);
		if (fe0->dvb.frontend != NULL) {
			if (!dvb_attach(dvb_pll_attach, fe0->dvb.frontend,
					0x61, NULL, DVB_PLL_UNKNOWN_1))
				goto frontend_detach;
		}
		break;

dvb-pll.c.

static struct dvb_pll_desc dvb_pll_unknown_1 = {
	.name  = "unknown 1", /* used by dntv live dvb-t */
	.min   = 174000000,
	.max   = 862000000,
	.iffreq= 36166667,
	.count = 9,
	.entries = {
		{  150000000, 166667, 0xb4, 0x01 },
		{  173000000, 166667, 0xbc, 0x01 },
		{  250000000, 166667, 0xb4, 0x02 },
		{  400000000, 166667, 0xbc, 0x02 },
		{  420000000, 166667, 0xf4, 0x02 },
		{  470000000, 166667, 0xfc, 0x02 },
		{  600000000, 166667, 0xbc, 0x08 },
		{  730000000, 166667, 0xf4, 0x08 },
		{  999999999, 166667, 0xfc, 0x08 },
	},
};

Cheers,
Hermann


> 2008/11/15 Markus Rechberger <mrechberger@gmail.com>
> 
> On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com>
> > wrote:
> > >
> > >
> > > On Thu, 13 Nov 2008, Markus Rechberger wrote:
> > > <snip>
> > >>
> > >> are you sure this device is tm6000 based? I just remember the same
> > >> product package used for em2820 based devices.
> > >>
> > >> http://mcentral.de/wiki/index.php5/Em2880#Devices
> > >
> > > It's a TM5600 device. I've been able to capture video from it using the
> > > tm5600/tm6000/tm6010 module from Mauro's mercurial repository
> > > but I'm having an issue with green flickering a the top of the video, I'm
> > > not sure if that's a driver issue or an mplayer issue.
> > >
> > > Are you aware of a em2820 based USB "dongle" device? I don't require a
> > > tuner, I'm just trying to capture input from S-video and composite (RCA).
> > >
> >
> > I just had a rough look right now, the prices vary alot between
> > different manufacturers.
> > I haven't seen a price advantage for devices without tuner actually.
> > You might pick a few devices from that site and compare.
> >
> > br,
> > Markus
> >
> > >>
> > >> br,
> > >> Markus
> > >>
> > >>> Thanks,
> > >>> Keith.
> > >>>
> > >>> On Fri, 7 Nov 2008, Keith Lawson wrote:
> > >>>
> > >>>> Hello,
> > >>>>
> > >>>> Can anyone suggest a good USB catpure device that has S-Video input
> > and
> > >>>> a
> > >>>> stable kernel driver? I've been playing with this device:
> > >>>>
> > >>>> http://www.diamondmm.com/VC500.php
> > >>>>
> > >>>> using the development drivers from
> > >>>> http://linuxtv.org/hg/~mchehab/tm6010/<http://linuxtv.org/hg/%7Emchehab/tm6010/>
> > >>>> but I haven't had any luck with S-Video (only composite).
> > >>>>
> > >>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
> > >>>>
> > >>>> Thanks, Keith.
> > >>>>


--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: USB Capture device

[Markus Rechberger]

On Sat, Nov 15, 2008 at 12:17 AM, Ben Klein <shacklein@gmail.com> wrote:
> In general, there is no price advantage with getting a capture device
> without a tuner. There are at least two reasons for this:
>
> 1) Less demand for just a capture device. People want to turn their
> computers into idiot boxes
>
> 2) Most capture-only cards are (probably) TV tuners with the tuner disabled.
> It's cheaper for them to make that way.
>
> I got a cheap-and-nasty USB em28xx that pretty much *just* works, but it's
> enough for me. It has a usb-audio device in it which seems to not sync up
> with the video. The only em28xx card= options that work with it are for
> cards with tuners (though that doesn't necessarily mean that the card has a
> tuner).
>

I'm improving this right now actually. Most applications are just
decoupled in that area
processing audio and video separated. I'll see how much can be done.
I think it can end up in a quite acceptable result.
I also got around to change the whole audio detection for these
devices in userland.
Some interesting things will come up in that area within the next weeks.

br,
Markus

> I also have a PCI K-World Vstream Xpert DVB-T (cx88), which I selected due
> to it having a good price and analogue capture. Turns out I've used the
> analogue capture more than the digital reception. :) The analogue capture
> *looks like* a full TV tuner with the tuner disabled, but I could be wrong
> about this too.
>



> 2008/11/15 Markus Rechberger <mrechberger@gmail.com>
>>
>> On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com>
>> wrote:
>> >
>> >
>> > On Thu, 13 Nov 2008, Markus Rechberger wrote:
>> > <snip>
>> >>
>> >> are you sure this device is tm6000 based? I just remember the same
>> >> product package used for em2820 based devices.
>> >>
>> >> http://mcentral.de/wiki/index.php5/Em2880#Devices
>> >
>> > It's a TM5600 device. I've been able to capture video from it using the
>> > tm5600/tm6000/tm6010 module from Mauro's mercurial repository
>> > but I'm having an issue with green flickering a the top of the video,
>> > I'm
>> > not sure if that's a driver issue or an mplayer issue.
>> >
>> > Are you aware of a em2820 based USB "dongle" device? I don't require a
>> > tuner, I'm just trying to capture input from S-video and composite
>> > (RCA).
>> >
>>
>> I just had a rough look right now, the prices vary alot between
>> different manufacturers.
>> I haven't seen a price advantage for devices without tuner actually.
>> You might pick a few devices from that site and compare.
>>
>> br,
>> Markus
>>
>> >>
>> >> br,
>> >> Markus
>> >>
>> >>> Thanks,
>> >>> Keith.
>> >>>
>> >>> On Fri, 7 Nov 2008, Keith Lawson wrote:
>> >>>
>> >>>> Hello,
>> >>>>
>> >>>> Can anyone suggest a good USB catpure device that has S-Video input
>> >>>> and
>> >>>> a
>> >>>> stable kernel driver? I've been playing with this device:
>> >>>>
>> >>>> http://www.diamondmm.com/VC500.php
>> >>>>
>> >>>> using the development drivers from
>> >>>> http://linuxtv.org/hg/~mchehab/tm6010/
>> >>>> but I haven't had any luck with S-Video (only composite).
>> >>>>
>> >>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
>> >>>>
>> >>>> Thanks, Keith.
>> >>>>
>> >>>> --
>> >>>> video4linux-list mailing list
>> >>>> Unsubscribe
>> >>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>> >>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>> >>>>
>> >>>
>> >>> --
>> >>> video4linux-list mailing list
>> >>> Unsubscribe
>> >>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>> >>> https://www.redhat.com/mailman/listinfo/video4linux-list
>> >>>
>> >>
>> >
>> > --
>> > video4linux-list mailing list
>> > Unsubscribe
>> > mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>> > https://www.redhat.com/mailman/listinfo/video4linux-list
>> >
>>
>> --
>> video4linux-list mailing list
>> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/video4linux-list
>
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Re: USB Capture device

[Keith Lawson]

On Sat, 15 Nov 2008, Ben Klein wrote:

> (oops, forgot to send this to the mailing list)
>
> In general, there is no price advantage with getting a capture device
> without a tuner. There are at least two reasons for this:
>
> 1) Less demand for just a capture device. People want to turn their
> computers into idiot boxes
>
> 2) Most capture-only cards are (probably) TV tuners with the tuner disabled.
> It's cheaper for them to make that way.
>
> I got a cheap-and-nasty USB em28xx that pretty much *just* works, but it's
> enough for me. It has a usb-audio device in it which seems to not sync up
> with the video. The only em28xx card= options that work with it are for
> cards with tuners (though that doesn't necessarily mean that the card has a
> tuner).
>

Can you send me a link and/or name for that device? Sounds like it's 
exactly what I am looking for. TIA.


> I also have a PCI K-World Vstream Xpert DVB-T (cx88), which I selected due
> to it having a good price and analogue capture. Turns out I've used the
> analogue capture more than the digital reception. :) The analogue capture
> *looks like* a full TV tuner with the tuner disabled, but I could be wrong
> about this too.
>
> 2008/11/15 Markus Rechberger <mrechberger@gmail.com>
>
> On Fri, Nov 14, 2008 at 4:37 PM, Keith Lawson <lawsonk@lawson-tech.com>
>> wrote:
>>>
>>>
>>> On Thu, 13 Nov 2008, Markus Rechberger wrote:
>>> <snip>
>>>>
>>>> are you sure this device is tm6000 based? I just remember the same
>>>> product package used for em2820 based devices.
>>>>
>>>> http://mcentral.de/wiki/index.php5/Em2880#Devices
>>>
>>> It's a TM5600 device. I've been able to capture video from it using the
>>> tm5600/tm6000/tm6010 module from Mauro's mercurial repository
>>> but I'm having an issue with green flickering a the top of the video, I'm
>>> not sure if that's a driver issue or an mplayer issue.
>>>
>>> Are you aware of a em2820 based USB "dongle" device? I don't require a
>>> tuner, I'm just trying to capture input from S-video and composite (RCA).
>>>
>>
>> I just had a rough look right now, the prices vary alot between
>> different manufacturers.
>> I haven't seen a price advantage for devices without tuner actually.
>> You might pick a few devices from that site and compare.
>>
>> br,
>> Markus
>>
>>>>
>>>> br,
>>>> Markus
>>>>
>>>>> Thanks,
>>>>> Keith.
>>>>>
>>>>> On Fri, 7 Nov 2008, Keith Lawson wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> Can anyone suggest a good USB catpure device that has S-Video input
>> and
>>>>>> a
>>>>>> stable kernel driver? I've been playing with this device:
>>>>>>
>>>>>> http://www.diamondmm.com/VC500.php
>>>>>>
>>>>>> using the development drivers from
>>>>>> http://linuxtv.org/hg/~mchehab/tm6010/<http://linuxtv.org/hg/%7Emchehab/tm6010/>
>>>>>> but I haven't had any luck with S-Video (only composite).
>>>>>>
>>>>>> Can anyone suggest a device with stable drivers in 2.6.27.5?
>>>>>>
>>>>>> Thanks, Keith.
>>>>>>
>>>>>> --
>>>>>> video4linux-list mailing list
>>>>>> Unsubscribe
>>>>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>>>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>>>>
>>>>>
>>>>> --
>>>>> video4linux-list mailing list
>>>>> Unsubscribe
>>>>> mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>>>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>>>
>>>>
>>>
>>> --
>>> video4linux-list mailing list
>>> Unsubscribe mailto:video4linux-list-request@redhat.com
>> ?subject=unsubscribe
>>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>>
>>
>> --
>> video4linux-list mailing list
>> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/video4linux-list
>>
> --
> video4linux-list mailing list
> Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/video4linux-list
>

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list