Mauro Carvalho Chehab wrote:
> Michael Krufky wrote:
>> On Fri, Dec 4, 2009 at 3:02 PM, VDR User wrote:
>>> No activity in this thread for 2 weeks now. Has there been any progress?
>
>> I have stated that I like Manu's proposal, but I would prefer that the
>> get_property (s2api) interface were
Michael Krufky wrote:
> On Fri, Dec 4, 2009 at 3:02 PM, VDR User wrote:
>> No activity in this thread for 2 weeks now. Has there been any progress?
> I have stated that I like Manu's proposal, but I would prefer that the
> get_property (s2api) interface were used, because it totally provides
> a
Michael Krufky wrote:
> On Sat, Dec 5, 2009 at 12:30 PM, Mauro Carvalho Chehab
> wrote:
>> Michael Krufky wrote:
>>> On Fri, Dec 4, 2009 at 3:02 PM, VDR User wrote:
>>> I have stated that I like Manu's proposal, but I would prefer that the
>>> get_property (s2api) interface were used, because it
On Sat, Dec 5, 2009 at 12:30 PM, Mauro Carvalho Chehab
wrote:
> Michael Krufky wrote:
>> On Fri, Dec 4, 2009 at 3:02 PM, VDR User wrote:
>> I have stated that I like Manu's proposal, but I would prefer that the
>> get_property (s2api) interface were used, because it totally provides
>> an interfa
Michael Krufky wrote:
> On Fri, Dec 4, 2009 at 3:02 PM, VDR User wrote:
> I have stated that I like Manu's proposal, but I would prefer that the
> get_property (s2api) interface were used, because it totally provides
> an interface that is sufficient for this feature.
>
> Manu and I agree that th
On Fri, Dec 4, 2009 at 3:02 PM, VDR User wrote:
> No activity in this thread for 2 weeks now. Has there been any progress?
I think I speak on behalf of most LinuxTV developers, when I say that
nobody wants to spend their free personal time working on something
that might get shot down with such
No activity in this thread for 2 weeks now. Has there been any progress?
Regards.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Manu Abraham schrieb
Not only is it time critical, but it should also be "atomic", ie it
should be all in one go, ie one single snapshot of an event, not
events bunched together serially. Things wont seem that "atomic" on a
system with a large load. Latency will have a significant effect on
the s
On Fri, Nov 20, 2009 at 3:37 PM, Julian Scheel wrote:
> Am Freitag, 20. November 2009 10:29:34 schrieb Manu Abraham:
>> Let me explain a bit. The current issue that persists as Devin explained in
>> another email explains things to a certain extend, but still i think it
>> might be better to detai
Am Freitag, 20. November 2009 10:29:34 schrieb Manu Abraham:
> Let me explain a bit. The current issue that persists as Devin explained in
> another email explains things to a certain extend, but still i think it
> might be better to detail further.
>
> Generally a request can be classified to 3 b
On Tue, Nov 17, 2009 at 11:46 PM, Mauro Carvalho Chehab
wrote:
>
> Manu Abraham escreveu:
> > On Fri, Oct 23, 2009 at 12:10 AM, Mauro Carvalho Chehab
> > wrote:
> >> Em Thu, 22 Oct 2009 21:13:30 +0200
> >> Jean Delvare escreveu:
> >>
> >>> Hi folks,
> >>>
> >>> I am looking for details regarding
On Wed, Nov 18, 2009 at 9:04 AM, Mauro Carvalho Chehab
wrote:
> Devin Heitmueller wrote:
>> On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
>> wrote:
>>> We shouldn't write API's thinking on some specific use case or aplication.
>>> If there's a problem with zap, the fix should be there, n
On Wed, Nov 18, 2009 at 10:17 AM, Devin Heitmueller
wrote:
> On Wed, Nov 18, 2009 at 9:04 AM, Mauro Carvalho Chehab
> wrote:
>> Devin Heitmueller wrote:
>>> On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
>>> wrote:
We shouldn't write API's thinking on some specific use case or aplic
On Wed, Nov 18, 2009 at 9:04 AM, Mauro Carvalho Chehab
wrote:
> Devin Heitmueller wrote:
>> On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
>> wrote:
>>> We shouldn't write API's thinking on some specific use case or aplication.
>>> If there's a problem with zap, the fix should be there, n
Devin Heitmueller wrote:
> On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
> wrote:
>> We shouldn't write API's thinking on some specific use case or aplication.
>> If there's a problem with zap, the fix should be there, not at the kernel.
>
> Your response suggests I must have poorly desc
On Tue, Nov 17, 2009 at 5:53 PM, Mauro Carvalho Chehab
wrote:
> We shouldn't write API's thinking on some specific use case or aplication.
> If there's a problem with zap, the fix should be there, not at the kernel.
Your response suggests I must have poorly described the problem. Zap
is just one
Devin Heitmueller escreveu:
> On Tue, Nov 17, 2009 at 2:46 PM, Mauro Carvalho Chehab
> wrote:
>> I don't like the idea of creating structs grouping those parameters. While
>> for
>> certain devices this may mean a more direct approach, for others, this may
>> not make sense, due to the way their
On Tue, 17 Nov 2009 14:55:51 -0500, Devin Heitmueller wrote:
> On Tue, Nov 17, 2009 at 2:46 PM, Mauro Carvalho Chehab
> wrote:
> > I don't like the idea of creating structs grouping those parameters. While
> > for
> > certain devices this may mean a more direct approach, for others, this may
> >
On Tue, Nov 17, 2009 at 2:46 PM, Mauro Carvalho Chehab
wrote:
> I don't like the idea of creating structs grouping those parameters. While for
> certain devices this may mean a more direct approach, for others, this may
> not make sense, due to the way their API's were implemented (for example,
>
Manu Abraham escreveu:
> On Fri, Oct 23, 2009 at 12:10 AM, Mauro Carvalho Chehab
> wrote:
>> Em Thu, 22 Oct 2009 21:13:30 +0200
>> Jean Delvare escreveu:
>>
>>> Hi folks,
>>>
>>> I am looking for details regarding the DVB frontend API. I've read
>>> linux-dvb-api-1.0.0.pdf, it roughly explains wh
Jean Delvare wrote:
Hi folks,
I am looking for details regarding the DVB frontend API. I've read
linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
FE_READ_SNR, FE_READ_SIGNAL_STRENGTH and FE_READ_UNCORRECTED_BLOCKS
commands return, however it does not give any information about
On Fri, Oct 23, 2009 at 9:02 PM, VDR User wrote:
> On Thu, Oct 22, 2009 at 1:29 PM, Manu Abraham wrote:
>> Sometime back, (some time in April) i proposed a patch which addressed
>> the issue to scale "even those devices which have a weird scale or
>> none". Though based on an older tree of mine,
On Thu, Oct 22, 2009 at 1:29 PM, Manu Abraham wrote:
> Sometime back, (some time in April) i proposed a patch which addressed
> the issue to scale "even those devices which have a weird scale or
> none". Though based on an older tree of mine, here is the patch again.
> If it looks good enough, i c
On Fri, Oct 23, 2009 at 11:47 AM, Jean Delvare wrote:
> On Thu, 22 Oct 2009 21:13:30 +0200, Jean Delvare wrote:
>> For example, the signal strength. All I know so far is that this is a
>> 16-bit value. But then what? Do greater values represent stronger
>> signal or weaker signal? Are 0x and 0
On Thu, 22 Oct 2009 21:13:30 +0200, Jean Delvare wrote:
> For example, the signal strength. All I know so far is that this is a
> 16-bit value. But then what? Do greater values represent stronger
> signal or weaker signal? Are 0x and 0x special values? Is the
> returned value meaningful eve
On Fri, 23 Oct 2009 05:10:25 +0900, Mauro Carvalho Chehab wrote:
> Em Thu, 22 Oct 2009 21:13:30 +0200
> Jean Delvare escreveu:
>
> > Hi folks,
> >
> > I am looking for details regarding the DVB frontend API. I've read
> > linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
> > FE_
Hi Devin,
On Thu, 22 Oct 2009 15:27:20 -0400, Devin Heitmueller wrote:
> On Thu, Oct 22, 2009 at 3:13 PM, Jean Delvare wrote:
> > Hi folks,
> >
> > I am looking for details regarding the DVB frontend API. I've read
> > linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
> > FE_READ
On Friday 23 October 2009 06:13:30 Jean Delvare wrote:
> Hi folks,
>
> I am looking for details regarding the DVB frontend API. I've read
> linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
> FE_READ_SNR, FE_READ_SIGNAL_STRENGTH and FE_READ_UNCORRECTED_BLOCKS
> commands return, how
> We did discuss this briefly during the v4l-dvb mini-summit and I know Mike
> Krufky knew what to do about this, but for the life of me I can't remember
> what it was. I should have made a note of it...
>
> Mike, can you refresh my memory?
You are correct Hans. Mike has some patches that begin to
On Fri, Oct 23, 2009 at 4:12 AM, Markus Rechberger
wrote:
> On Thu, Oct 22, 2009 at 10:29 PM, Manu Abraham wrote:
>> On Fri, Oct 23, 2009 at 12:10 AM, Mauro Carvalho Chehab
>> wrote:
>>> Em Thu, 22 Oct 2009 21:13:30 +0200
>>> Jean Delvare escreveu:
>>>
Hi folks,
I am looking for
On Thu, Oct 22, 2009 at 10:29 PM, Manu Abraham wrote:
> On Fri, Oct 23, 2009 at 12:10 AM, Mauro Carvalho Chehab
> wrote:
>> Em Thu, 22 Oct 2009 21:13:30 +0200
>> Jean Delvare escreveu:
>>
>>> Hi folks,
>>>
>>> I am looking for details regarding the DVB frontend API. I've read
>>> linux-dvb-api-1
> Em Thu, 22 Oct 2009 21:13:30 +0200
> Jean Delvare escreveu:
>
>> Hi folks,
>>
>> I am looking for details regarding the DVB frontend API. I've read
>> linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
>> FE_READ_SNR, FE_READ_SIGNAL_STRENGTH and FE_READ_UNCORRECTED_BLOCKS
>> com
On Fri, Oct 23, 2009 at 12:10 AM, Mauro Carvalho Chehab
wrote:
> Em Thu, 22 Oct 2009 21:13:30 +0200
> Jean Delvare escreveu:
>
>> Hi folks,
>>
>> I am looking for details regarding the DVB frontend API. I've read
>> linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
>> FE_READ_SNR
Em Thu, 22 Oct 2009 21:13:30 +0200
Jean Delvare escreveu:
> Hi folks,
>
> I am looking for details regarding the DVB frontend API. I've read
> linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
> FE_READ_SNR, FE_READ_SIGNAL_STRENGTH and FE_READ_UNCORRECTED_BLOCKS
> commands retur
On Thu, Oct 22, 2009 at 12:27 PM, Devin Heitmueller
wrote:
> I could have had this problem solved six months ago for 98% of the
> community, and instead we are right where we have been since the
> beginning of the project.
This is really a shame too considering the enormous amount of people,
both
On Thu, Oct 22, 2009 at 3:13 PM, Jean Delvare wrote:
> Hi folks,
>
> I am looking for details regarding the DVB frontend API. I've read
> linux-dvb-api-1.0.0.pdf, it roughly explains what the FE_READ_BER,
> FE_READ_SNR, FE_READ_SIGNAL_STRENGTH and FE_READ_UNCORRECTED_BLOCKS
> commands return, howe
36 matches
Mail list logo