On Friday 11 September 2009 08:16:34 Hiremath, Vaibhav wrote:
>
> > -Original Message-
> > From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> > ow...@vger.kernel.org] On Behalf Of Hans Verkuil
> > Sent: Thursday, September 10, 2009 12:43 PM
> > To: linux-media@vger.kernel.org
>
Hi All.
I have a DVB-C PCI card (Technotrend Premium C-2300). Now I am trying to
write an application that will capture TS and write it to disk for future
analysis. The problem is that Linux DVB API demands the usage of PID
filter (DMX_SET_FILTER or DMX_SET_PES_FILTER in ioctl call), and I need to
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Hans Verkuil
> Sent: Friday, September 11, 2009 11:51 AM
> To: Karicheri, Muralidharan
> Cc: Patrick Boettcher; Linux Media Mailing List
> Subject: Re: RFCv2: Media con
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Hans Verkuil
> Sent: Friday, September 11, 2009 1:57 AM
> To: Karicheri, Muralidharan
> Cc: Patrick Boettcher; Linux Media Mailing List
> Subject: Re: RFCv2: Media cont
On Friday 11 September 2009 01:08:30 Karicheri, Muralidharan wrote:
>
> Hans,
>
> Thanks for your reply..
> >>
> >>
> >> What you mean by controlling the board?
> >
> >In general: the media controller can do anything except streaming. However,
> >that is an extreme position and in practice all th
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Hans Verkuil
> Sent: Thursday, September 10, 2009 12:43 PM
> To: linux-media@vger.kernel.org
> Subject: RFCv2: Media controller proposal
>
> Hi all,
>
> Here is the new
Magnus Nilsson wrote:
MartinG wrote:
On Wed, Aug 26, 2009 at 6:21 PM, Magnus Nilsson
wrote:
Nevermind this for the time being...all is pointing to open-sasc-ng
being
the culprit here...
Just to add a datapoint - I have the same problem: I can't seem to
successfully scan for channels. I've ta
Hello Mauro,
Please PULL from http://kernellabs.com/hg/~dheitmueller/em28xx-vbi3
for the following
em28xx: better describe vinctrl registers
em28xx: make video isoc stream work when VBI is enabled
em28xx: add raw VBI support for NTSC
em28xx: fix mmap_mapper with vbi
em28xx: restructure fh/dev loc
Hi Guilherme,
(I'm removing the old mailing list and add CC the current one)
-Original Message-
From: video4linux-list-boun...@redhat.com
[mailto:video4linux-list-boun...@redhat.com] On Behalf Of Guilherme Raymo
Longo
Sent: Friday, September 11, 2009 10:17 AM
To: video4linux-l...@redhat.c
Hi Avl,
Am Donnerstag, den 10.09.2009, 21:51 + schrieb Avl Jawrowski:
> hermann pitton arcor.de> writes:
>
> > If it seems to deliver stable results now, you can even try to re-flash
> > it with rewrite_eeprom.pl in v4l2-apps/util. Read the instructions on
> > top of it.
>
> With 2.6.30 it
Hans,
Thanks for your reply..
>>
>>
>> What you mean by controlling the board?
>
>In general: the media controller can do anything except streaming. However,
>that is an extreme position and in practice all the usual ioctls should
>remain supported by the video device nodes.
>
>> We have currentl
On Thursday 10 September 2009 23:28:40 Guennadi Liakhovetski wrote:
> Hi Hans
>
> a couple of comments / questions from the first glance
>
> On Thu, 10 Sep 2009, Hans Verkuil wrote:
>
> [snip]
>
> > Topology
> >
> >
> > The topology is represented by entities. Each entity has 0 or mor
hermann pitton arcor.de> writes:
> If it seems to deliver stable results now, you can even try to re-flash
> it with rewrite_eeprom.pl in v4l2-apps/util. Read the instructions on
> top of it.
With 2.6.30 it's stable. I've reflashed the eeprom and now the card is
autodetected:
saa7130/34: v4l2
On Thursday 10 September 2009 22:20:13 Mauro Carvalho Chehab wrote:
> Hi Hans,
>
> Hi Hans,
>
> Em Thu, 10 Sep 2009 09:13:09 +0200
> Hans Verkuil escreveu:
>
> First of all, a generic comment: you enumerated on your RFC several needs that
> you expect to be solved with a media controller, but y
Hi Hans
a couple of comments / questions from the first glance
On Thu, 10 Sep 2009, Hans Verkuil wrote:
[snip]
> Topology
>
>
> The topology is represented by entities. Each entity has 0 or more inputs and
> 0 or more outputs. Each input or output can be linked to 0 or more possible
>
On Thu, Sep 10, 2009 at 4:29 PM, Antti Palosaari wrote:
> Eh, not all needed, but we need some kind of rule of thumb which URB size is
> suitable for bandwidth used. 512, 8k, 16k etc. It is not wise at all set it
> to only 512 bytes when streaming whole TS example 22Mbit/sec. I have tested
> Anysee
Hi,
I tried today s2-liplianin drivers with tevii s650 and vdr cant lock
any channels with this error msg:
<---snip>
<6>stv0900_search: <7><6>Search Fail
stv0900_read_status: <7>DEMOD LOCK FAIL
stv0900_read_status: <7>DEMOD LOCK FAIL
<6>stb0900_set_property(..)
<6>stv0900_set_tone: On
<---snip
On 09/10/2009 08:17 PM, Devin Heitmueller wrote:
On Thu, Sep 10, 2009 at 12:48 PM, Antti Palosaari wrote:
Yes thats just what I tried to say for. Look my previous thread where all
currently sizes are listed. We need to define suitable values that are used.
For example USB2.0 DVB-C, DVB-T, ATSC
On Thu, Sep 10, 2009 at 4:20 PM, Mauro Carvalho
Chehab wrote:
> In fact, this can already be done by using the sysfs interface. the current
> version of v4l2-sysfs-path.c already enumerates the associated nodes to
> a /dev/video device, by just navigating at the already existing device
> descriptio
On Thursday 10 September 2009 21:19:25 Karicheri, Muralidharan wrote:
> Hans,
>
> I haven't gone through the RFC, but thought will respond to the below comment.
>
> Murali Karicheri
> Software Design Engineer
> Texas Instruments Inc.
> Germantown, MD 20874
> new phone: 301-407-9583
> Old Phone :
Hi Hans,
Hi Hans,
Em Thu, 10 Sep 2009 09:13:09 +0200
Hans Verkuil escreveu:
First of all, a generic comment: you enumerated on your RFC several needs that
you expect to be solved with a media controller, but you didn't mention what
userspace API will be used to solve it (e. g. what ioctls, sysf
On Thu, Sep 10, 2009 at 08:16:31PM +0300, Aleksandr V. Piskunov wrote:
> On Thu, Sep 10, 2009 at 05:48:22PM +0300, Antti Palosaari wrote:
> > On 09/10/2009 04:47 PM, Antti Palosaari wrote:
> >> Aleksandr V. Piskunov wrote:
> >>> On Thu, Sep 10, 2009 at 04:12:15PM +0300, Antti Palosaari wrote:
> >>>
Hans,
I haven't gone through the RFC, but thought will respond to the below comment.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
new phone: 301-407-9583
Old Phone : 301-515-3736 (will be deprecated)
email: m-kariche...@ti.com
>>>
>>> I may be mistaken, b
On Thu, Sep 10, 2009 at 09:30:03AM -0600, Jonathan Corbet wrote:
> On Thu, 10 Sep 2009 18:37:34 +
> iceberg wrote:
>
> > In ./drivers/media/video/cafe_ccic.c, in function cafe_pci_probe:
> > Mutex must be unlocked before exit
> > 1. On paths starting with mutex lock in line 1912, then co
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-go7007-new for
the following:
- v4l: Merge drivers/staging/go7007 in v4l-dvb.
- go7007: semaphore -> mutex conversion
This moves the maintenance of the go7007 driver into v4l-dvb. The intention
is that Sensoray will work on t
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Thu Sep 10 19:00:05 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12711:13c47deee3b1
gcc version: gcc
On Thu, Sep 10, 2009 at 1:12 PM, Hans Verkuil wrote:
> Devin,
>
> If we have a media controller framework, then we might be able to use that as
> an alternative way to get timestamps. See note 4 at the end of the RFC that
> I posted today. If it turns out that there is no decent way of handling thi
On Thu, Sep 10, 2009 at 12:48 PM, Antti Palosaari wrote:
> Yes thats just what I tried to say for. Look my previous thread where all
> currently sizes are listed. We need to define suitable values that are used.
> For example USB2.0 DVB-C, DVB-T, ATSC and same values for USB1.1 too. And
> stream si
On Thu, Sep 10, 2009 at 05:48:22PM +0300, Antti Palosaari wrote:
> On 09/10/2009 04:47 PM, Antti Palosaari wrote:
>> Aleksandr V. Piskunov wrote:
>>> On Thu, Sep 10, 2009 at 04:12:15PM +0300, Antti Palosaari wrote:
Aleksandr V. Piskunov wrote:
>> Here is a test case:
>> Two DVB-T USB a
On Tuesday 08 September 2009 15:41:38 Devin Heitmueller wrote:
> On Tue, Sep 8, 2009 at 2:37 AM, Hans Verkuil wrote:
> > Hi all,
> >
> > I'm looking for a v4l-dvb developer who is at the Plumbers Conference to
> > attend the audio miniconference on Wednesday morning (see schedule here:
> > http://l
Devin Heitmueller wrote:
On Thu, Sep 10, 2009 at 11:55 AM, Antti Palosaari wrote:
Devin Heitmueller wrote:
The URB size is something that varies on a device-by-device basis,
depending on the bridge chipset. There really is no
"one-size-fits-all" value you can assume.
I doubt no. I tested las
Christian Wattengård wrote:
This sounds promising. I hope you are not going to price yourselves
completely out as a few other DVB-C suppliers have done.
If the price is right (around the same as a normal DVB-T tuner ~$65),
it definitely sounds interesting.
When you say it supports two transponde
On Thu, Sep 10, 2009 at 11:55 AM, Antti Palosaari wrote:
> Devin Heitmueller wrote:
>>
>> The URB size is something that varies on a device-by-device basis,
>> depending on the bridge chipset. There really is no
>> "one-size-fits-all" value you can assume.
>
> I doubt no. I tested last week rathe
Devin Heitmueller wrote:
The URB size is something that varies on a device-by-device basis,
depending on the bridge chipset. There really is no
"one-size-fits-all" value you can assume.
I doubt no. I tested last week rather many USB chips and all I tested
allowed to set it as x188 or x512 by
Hi Antti,
sorry for answering with delay.
On Sat, 5 Sep 2009, Antti Palosaari wrote:
What are preferred BULK stream parameters, .count and .buffersize?
for USB2.0?
for USB1.1?
buffersize, which is URB size, have great effect to system load. For example
512 bytes generates about 10x more wak
On Thu, 10 Sep 2009 18:37:34 +
iceberg wrote:
> In ./drivers/media/video/cafe_ccic.c, in function cafe_pci_probe:
> Mutex must be unlocked before exit
> 1. On paths starting with mutex lock in line 1912, then continuing in
> lines:
> 1929, 1936 (goto unreg) and 1940 (goto iounmap) .
In ./drivers/media/video/cafe_ccic.c, in function cafe_pci_probe:
Mutex must be unlocked before exit
1. On paths starting with mutex lock in line 1912, then continuing in
lines:
1929, 1936 (goto unreg) and 1940 (goto iounmap) .
2. On path starting in line 1971 mutex lock, and th
On Thu, Sep 10, 2009 at 10:48 AM, Antti Palosaari wrote:
> Here it is, USB2.0 URB is now about 16k both af9015 and ce6230 devices.
> Now powertop shows only about 220 wakeups on my computer for the both
> sticks.
> Please test and tell what powertop says:
> http://linuxtv.org/hg/~anttip/urb_size/
>
from cx88-input.c
case CX88_BOARD_ADSTECH_DVB_T_PCI:
ir_codes = ir_codes_adstech_dvb_t_pci;
ir->gpio_addr = MO_GP1_IO;
ir->mask_keycode = 0xbf;
ir->mask_keyup = 0x40;
ir->polling = 50; /* ms */
break;
In ./drivers/media/video/cafe_ccic.c, in function cafe_pci_probe:
Mutex must be unlocked before exit
1. On paths starting with mutex lock in line 1912, then continuing in
lines:
1929, 1936 (goto unreg) and 1940 (goto iounmap) .
2. On path starting in line 1971 mutex lock, and th
> On Thu, 10 Sep 2009, Hans Verkuil wrote:
>> Now that this is in we can continue with the next phase and actually
>> think
>> on how it should be implemented.
>
> Sounds logic.
>
>>> Hmm... I'm seeing this idea covering other stream-oriented devices.
>>> Like
>>> sound-cards (*ouch*).
>>
>> I may
On 09/10/2009 04:47 PM, Antti Palosaari wrote:
Aleksandr V. Piskunov wrote:
On Thu, Sep 10, 2009 at 04:12:15PM +0300, Antti Palosaari wrote:
Aleksandr V. Piskunov wrote:
Here is a test case:
Two DVB-T USB adapters, dvb_usb_af9015 and dvb_usb_af9015.
Different tuners,
Err, make it: dvb_usb_af9
On Thu, 2009-09-10 at 18:37 +, iceberg wrote:
> In ./drivers/media/video/cafe_ccic.c, in function cafe_pci_probe:
> Mutex must be unlocked before exit
> 1. On paths starting with mutex lock in line 1912, then continuing in
> lines:
> 1929, 1936 (goto unreg) and 1940 (goto iounmap) .
>
On Thu, 10 Sep 2009, Hans Verkuil wrote:
Now that this is in we can continue with the next phase and actually think
on how it should be implemented.
Sounds logic.
Hmm... I'm seeing this idea covering other stream-oriented devices. Like
sound-cards (*ouch*).
I may be mistaken, but I don't be
Hi Patrick,
> Hello Hans,
>
>
> On Thu, 10 Sep 2009, Hans Verkuil wrote:
>> Here is the new Media Controller RFC. It is completely rewritten from
>> the
>> original RFC. This original RFC can be found here:
>>
>> http://www.archivum.info/video4linux-list%40redhat.com/2008-07/00371/RFC:_Add_support
Aleksandr V. Piskunov wrote:
On Thu, Sep 10, 2009 at 04:12:15PM +0300, Antti Palosaari wrote:
Aleksandr V. Piskunov wrote:
Here is a test case:
Two DVB-T USB adapters, dvb_usb_af9015 and dvb_usb_af9015. Different tuners,
Err, make it: dvb_usb_af9015 and dvb_usb_ce6230
Those both uses currently
On Thu, Sep 10, 2009 at 04:12:15PM +0300, Antti Palosaari wrote:
> Aleksandr V. Piskunov wrote:
>>> Here is a test case:
>>> Two DVB-T USB adapters, dvb_usb_af9015 and dvb_usb_af9015. Different tuners,
>>
>> Err, make it: dvb_usb_af9015 and dvb_usb_ce6230
>
> Those both uses currently too small bul
2009/9/10 Martin Feuersänger :
> Hi list,
>
> I own the above TV USB stick (the 2040:6500 version, which is revision 1
> of the model)since a while now but didn't use it for several months (and
> kernel versions) now. It used to work in previous kernel versions.
>
> I guess that quite some things h
Hi list,
I own the above TV USB stick (the 2040:6500 version, which is revision 1
of the model)since a while now but didn't use it for several months (and
kernel versions) now. It used to work in previous kernel versions.
I guess that quite some things have changed in the kernel modules since
las
Aleksandr V. Piskunov wrote:
Here is a test case:
Two DVB-T USB adapters, dvb_usb_af9015 and dvb_usb_af9015. Different tuners,
Err, make it: dvb_usb_af9015 and dvb_usb_ce6230
Those both uses currently too small bulk urbs, only 512 bytes. I have
asked suitable bulk urb size for ~20mbit/sec us
Hello Hans,
On Thu, 10 Sep 2009, Hans Verkuil wrote:
Here is the new Media Controller RFC. It is completely rewritten from the
original RFC. This original RFC can be found here:
http://www.archivum.info/video4linux-list%40redhat.com/2008-07/00371/RFC:_Add_support_to_query_and_change_connection
>
> Here is a test case:
> Two DVB-T USB adapters, dvb_usb_af9015 and dvb_usb_af9015. Different tuners,
Err, make it: dvb_usb_af9015 and dvb_usb_ce6230
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo in
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-core for the
following:
- v4l2-dev: replace 'kernel number' by 'device node number'.
- ivtv/cx18: replace 'kernel number' with 'device node number'.
- v4l2-dev: add simple wrapper functions around the devnode numbers
- v4l: wa
On Thu, Sep 10, 2009 at 12:58:07PM +0200, Markus Rechberger wrote:
> On Thu, Sep 10, 2009 at 11:14 AM, Aleksandr V. Piskunov
> wrote:
> > On Wed, Sep 09, 2009 at 05:59:07PM -0400, Devin Heitmueller wrote:
> >> On Wed, Sep 9, 2009 at 5:43 PM, Clinton Meyer
> >> wrote:
> >> > Purchased a Hauppauge
Mauro,
I have some other pull requests that depend on this being merged
first. (Zolid saa7134 support, DTV1000S, etc) I am waiting for these
to be merged first so as to avoid a patch clash. Please merge this
tree so that I can go ahead and prepare the others for merge next.
Please note, these
Hi all, here is patch for driver saa7134, that add support for IR reciever
on card LifeView FlyDVB Trio.
I tested it on kernel 2.6.30
Signed-off-by: Lukas Karas
diff -uprN video.13c47deee3b1/ir-kbd-i2c.c video/ir-kbd-i2c.c
--- video.13c47deee3b1/ir-kbd-i2c.c 2009-09-07 15:38:46.0
On Thu, Sep 10, 2009 at 11:14 AM, Aleksandr V. Piskunov
wrote:
> On Wed, Sep 09, 2009 at 05:59:07PM -0400, Devin Heitmueller wrote:
>> On Wed, Sep 9, 2009 at 5:43 PM, Clinton Meyer
>> wrote:
>> > Purchased a Hauppauge WinTV-HVR-950Q USB Hybrid TV stick to capture ATSC
>> > OTA TV.
>> >
>> > Am r
2009/9/10 Lou Otway :
> Eduard Huguet wrote:
>>
>> 2009/9/10 Lou Otway :
>>>
>>> Eduard Huguet wrote:
2009/9/10 Lou Otway :
>
> Eduard Huguet wrote:
>>
>> Lou Otway nildram.co.uk> writes:
>>
>>> Hi,
>>>
>>> Does anyone have experience of using the Hauppuag
Eduard Huguet wrote:
2009/9/10 Lou Otway :
Eduard Huguet wrote:
2009/9/10 Lou Otway :
Eduard Huguet wrote:
Lou Otway nildram.co.uk> writes:
Hi,
Does anyone have experience of using the Hauppuage Nova-T 500 with
DVB-T
broadcasts with h.264 and AAC audio?
DTT in New Zealand uses these form
2009/9/10 Lou Otway :
> Eduard Huguet wrote:
>>
>> 2009/9/10 Lou Otway :
>>>
>>> Eduard Huguet wrote:
Lou Otway nildram.co.uk> writes:
> Hi,
>
> Does anyone have experience of using the Hauppuage Nova-T 500 with
> DVB-T
> broadcasts with h.264 and AAC audio?
On Wed, Sep 09, 2009 at 05:59:07PM -0400, Devin Heitmueller wrote:
> On Wed, Sep 9, 2009 at 5:43 PM, Clinton Meyer wrote:
> > Purchased a Hauppauge WinTV-HVR-950Q USB Hybrid TV stick to capture ATSC
> > OTA TV.
> >
> > Am running MEPIS 8.06 on all three machines, Debian 5 Lenny based, KDE
> > 3.5.
Eduard Huguet wrote:
2009/9/10 Lou Otway :
Eduard Huguet wrote:
Lou Otway nildram.co.uk> writes:
Hi,
Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T
broadcasts with h.264 and AAC audio?
DTT in New Zealand uses these formats and I'm seeing poor performance
from the
Still rambling about it :)
i was just comparing the instant TV dvb-t pci keymap with what i got
for the instant tv pci :
dvb-t
{ 0x4d, KEY_0 },
{ 0x57, KEY_1 },
{ 0x4f, KEY_2 },
{ 0x53, KEY_3 },
{ 0x56, KEY_4 },
{ 0x4e, KEY_5 },
{ 0x5e, KEY_6 },
{ 0x54, KEY_7 },
{
2009/9/10 Lou Otway :
> Eduard Huguet wrote:
>>
>> Lou Otway nildram.co.uk> writes:
>>
>>> Hi,
>>>
>>> Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T
>>> broadcasts with h.264 and AAC audio?
>>>
>>> DTT in New Zealand uses these formats and I'm seeing poor performance
>>>
Eduard Huguet wrote:
Lou Otway nildram.co.uk> writes:
Hi,
Does anyone have experience of using the Hauppuage Nova-T 500 with DVB-T
broadcasts with h.264 and AAC audio?
DTT in New Zealand uses these formats and I'm seeing poor performance
from the Nova-T card. My thinking is that it was pr
2009/9/9 James Blanford :
> Quickcam Express 046d:0840 and maybe others
>
> Driver version: v 2.60 from 2.6.31-rc7
>
> Due to rounding and clipping, exposure and gain settings do not map to
> unique register values. Rather than read the registers and report gain
> and exposure that may be differe
2009/9/9 James Blanford :
> Quickcam Express 046d:0840 and maybe others
>
> Driver version: v 2.60 from 2.6.31-rc7
>
> Initialize image size before it's used to initialize exposure.
> Work around lack of exposure set hardware latch with a sequence of
> register writes in a single I2C command packe
This sounds promising. I hope you are not going to price yourselves
completely out as a few other DVB-C suppliers have done.
If the price is right (around the same as a normal DVB-T tuner ~$65),
it definitely sounds interesting.
When you say it supports two transponders, is this also true on DVB-C
Hi all,
Here is the new Media Controller RFC. It is completely rewritten from the
original RFC. This original RFC can be found here:
http://www.archivum.info/video4linux-list%40redhat.com/2008-07/00371/RFC:_Add_support_to_query_and_change_connections_inside_a_media_device
This document will be t
I've seen computer act strangely after such short power outage (
especially when that outage take a few ms ). Usually, the culprit is a
low quality power supply, and i solve it by using a better quality one
plus a surge protector (when i can't convice to buy a small UPS, at
least :) ).
Beyond
70 matches
Mail list logo
