Hello Oliver,
> There is no reason why we have to use the set_tone routine of the
> stv0900. You can combine
> - set_tone of LNBH24 with
> - stv090x_send_diseqc_msg of stv0900
> without losing anything.
> Before a DiSEqC message will be sent, the tone will be disabled.
> Then the stv090x_send_dise
Hi Michael,
> Hi guys,
> I'm going to write drivers for a new soc which designed for dvb-s set
> top box.
> It will support these features:
> 1. Multi-layer display with alpha blending feature, including
> video(YUV), OSDs(2 same RGB layers), background(with fixed YUV color)
> and still picture(
Hi,
On Thu, Jan 14, 2010 at 11:35 AM, Michael Qiu wrote:
> Hi guys,
> I'm going to write drivers for a new soc which designed for dvb-s set top
> box.
> It will support these features:
> 1. Multi-layer display with alpha blending feature, including
> video(YUV), OSDs(2 same RGB layers), backgr
> Hi,
>
>
> On Thu, Jan 14, 2010 at 11:35 AM, Michael Qiu wrote:
>> Hi guys,
>> I'm going to write drivers for a new soc which designed for dvb-s set
>> top box.
>> It will support these features:
>> 1. Multi-layer display with alpha blending feature, including
>> video(YUV), OSDs(2 same RGB lay
Hi Hans,
On Thu, Jan 14, 2010 at 1:25 PM, Hans Verkuil wrote:
>
>> Hi,
>>
>>
>> On Thu, Jan 14, 2010 at 11:35 AM, Michael Qiu wrote:
>>> Hi guys,
>>> I'm going to write drivers for a new soc which designed for dvb-s set
>>> top box.
>>> It will support these features:
>>> 1. Multi-layer display
Thanks for you reply.
The SOC is still under development stage, it's not a product yet. And
a small mistake I've made, the tuner will not integrated into the SOC.
The demod might be.
Some more questions:
As far as I know, relationship between demod and decoder is the buffer
used as demod output(a
On Thu, Jan 14, 2010 at 1:47 PM, Michael Qiu wrote:
> Thanks for you reply.
>
> The SOC is still under development stage, it's not a product yet. And
> a small mistake I've made, the tuner will not integrated into the SOC.
> The demod might be.
You mean a similar scheme as in the STi7111.
http:/
Hi Manu,
2010/1/14 Manu Abraham :
> Well, the SAA716x is only the PCI Express interface. There is no video
> capture involved in there with the STi7109. It is a full fledged DVB
> STB SOC.
>
> OSD is handled by the STi7109 on that STB.
> http://www.st.com/stonline/products/literature/bd/11660/sti7
On Thu, Jan 14, 2010 at 2:06 PM, HoP wrote:
> Hi Manu,
>
> 2010/1/14 Manu Abraham :
>> Well, the SAA716x is only the PCI Express interface. There is no video
>> capture involved in there with the STi7109. It is a full fledged DVB
>> STB SOC.
>>
>> OSD is handled by the STi7109 on that STB.
>> http
> Hi Hans,
>
> On Thu, Jan 14, 2010 at 1:25 PM, Hans Verkuil wrote:
>>
>>> Hi,
>>>
>>>
>>> On Thu, Jan 14, 2010 at 11:35 AM, Michael Qiu
>>> wrote:
Hi guys,
I'm going to write drivers for a new soc which designed for dvb-s set
top box.
It will support these features:
1.
Thanks a lot for you advise.
Before I read the source code you mentioned, I guess I should write a
driver modules which provide /dev/dvb/adapter/audio, video, frontend,
ca, and also provide a /dev/fbx for OSD layer. But in source
level, all display HW relative functions would probably in a sa
> Thanks for you reply.
>
> The SOC is still under development stage, it's not a product yet. And
> a small mistake I've made, the tuner will not integrated into the SOC.
> The demod might be.
>
> Some more questions:
> As far as I know, relationship between demod and decoder is the buffer
> used
> Thanks a lot for you advise.
>
> Before I read the source code you mentioned, I guess I should write a
> driver modules which provide /dev/dvb/adapter/audio, video, frontend,
> ca, and also provide a /dev/fbx for OSD layer. But in source
> level, all display HW relative functions would prob
On Thu, Jan 14, 2010 at 2:19 PM, Michael Qiu wrote:
> Thanks a lot for you advise.
>
> Before I read the source code you mentioned, I guess I should write a
> driver modules which provide /dev/dvb/adapter/audio, video, frontend,
> ca, and also provide a /dev/fbx for OSD layer. But in source
>
On Thu, Jan 14, 2010 at 2:17 PM, Hans Verkuil wrote:
>
>> Hi Hans,
>>
>> On Thu, Jan 14, 2010 at 1:25 PM, Hans Verkuil wrote:
>>>
Hi,
On Thu, Jan 14, 2010 at 11:35 AM, Michael Qiu
wrote:
> Hi guys,
> I'm going to write drivers for a new soc which designed for dv
> The STi7109 also has a frame buffer approach, currently the
> framebuffer is not implemented in this specific case.
> http://osdir.com/ml/linux.fbdev.user/2008-07/msg4.html
>
When you use stb7109 as main cpu for system (like is done
for many linux or os21-based set-top-boxes already), then
y
On Thu, Jan 14, 2010 at 2:44 PM, HoP wrote:
>> The STi7109 also has a frame buffer approach, currently the
>> framebuffer is not implemented in this specific case.
>> http://osdir.com/ml/linux.fbdev.user/2008-07/msg4.html
>>
>
> When you use stb7109 as main cpu for system (like is done
> for m
On Thu, Jan 14, 2010 at 2:19 PM, Michael Qiu wrote:
> Thanks a lot for you advise.
>
> Before I read the source code you mentioned, I guess I should write a
> driver modules which provide /dev/dvb/adapter/audio, video, frontend,
> ca, and also provide a /dev/fbx for OSD layer. But in source
>
Hi, is there anyone that has started to work on Realtek RTD 1261
(http://rtd1261.wikidot.com/internals), 1283 etc type systems?
Here is the kernel of RTD 1283
http://gator884.hostgator.com/~xtreamer/Xtreamer_GPL/xtr_kernel.tar.bz2
I would like to know if what they gave is enough to use
encoder/de
Hi
Is ok that it try only the first format and size? why does it not continue and
find a matching?
@@ -470,7 +471,7 @@ static int try_pix_parm(struct omap34xxcam_videodev *vdev,
pix_tmp_out = *wanted_pix_out;
rval = isp_try_fmt_cap(isp, &pix_tmp_in,
Hi Javier,
On 1/14/10, javier Martin wrote:
> No idea what can be causing this. Maybe I2C address is bad in board specific
> code?
>
I don't know, I will check carefully.
>> Linux video capture interface: v2.00
>> write: -5
>> MT9T31 Read register 0xFF = -5
>> Forcing mt9t031_video_probe to ret
Hi,
Abylai Ospan wrote:
> Hello Oliver,
>
> > There is no reason why we have to use the set_tone routine of the
> > stv0900. You can combine
> > - set_tone of LNBH24 with
> > - stv090x_send_diseqc_msg of stv0900
> > without losing anything.
> > Before a DiSEqC message will be sent, the tone will
Mauro,
Please pulll change:
http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-22fix/rev/fc3e44f30da3
"22-kHz set_tone fix for NetUP Dual DVB-S2-CI card. 22kHz logic controlled by
demod".
This patch modified after discussion with Oliver. This version is acceptable
for both side ...
Th
Hello,
On Thu, 2010-01-14 at 14:44 +0100, Oliver Endriss wrote:
> > This more clear for debugging
> > (hardware and software ).
> > This problem is reported by one of our customer. Your changeset
> > 13673:75331e740f61 is broke 22khz tone functionality on our cards.
> Ok, I did not expect that so
Call to unlock_kernel() made without previous call to lock_kernel() in
ts_open() function of saa7134-empress.c.
Signed-off-by: William J. Tate
--- a//drivers/media/video/saa7134/saa7134-empress.c2010-01-14
10:18:51.0 -0500
+++ b//drivers/media/video/saa7134/saa7134-empress.c2010-
if a system contains multiple DVB cards of the same type, how is the
order of devices determined by the driver/kernel?
I use 2 Technotrend S2-3200 cards in a system and observerd that if I
load the driver driver budget_ci manually as follows:
modprobe budget_ci adapter_nr=0,1
the device with the
On Thu, Jan 14, 2010 at 10:35 AM, Andreas Besse wrote:
> if a system contains multiple DVB cards of the same type, how is the
> order of devices determined by the driver/kernel?
>
> I use 2 Technotrend S2-3200 cards in a system and observerd that if I
> load the driver driver budget_ci manually as
Devin Heitmueller wrote:
> On Thu, Jan 14, 2010 at 10:35 AM, Andreas Besse wrote:
>
>> if a system contains multiple DVB cards of the same type, how is the
>> order of devices determined by the driver/kernel?
>>
>> I use 2 Technotrend S2-3200 cards in a system and observerd that if I
>> load th
On Thu, Jan 14, 2010 at 11:01 AM, Andreas Besse wrote:
> yes if there are different drivers I already observed the behaviour that
> the ordering gets flipped after reboot.
>
> But if I assume, that there is only *one* driver that is loaded (e.g.
> budget_av) for all dvb cards in the system, how is
El Miércoles, 13 de Enero de 2010, Jose Alberto Reguero escribió:
> El Martes, 12 de Enero de 2010, Jose Alberto Reguero escribió:
> > El Martes, 12 de Enero de 2010, Jean-Francois Moine escribió:
> > > On Mon, 11 Jan 2010 15:49:55 +0100
> > >
> > > Jose Alberto Reguero wrote:
> > > > I take anoth
> -Original Message-
> From: Michael Trimarchi [mailto:mich...@panicking.kicks-ass.org]
> Sent: Thursday, January 14, 2010 6:01 AM
> To: linux-media@vger.kernel.org
> Cc: Aguirre, Sergio
> Subject: omap34xxcam question?
>
> Hi
>
> Is ok that it try only the first format and size? why do
On Thu, Jan 14, 2010 at 11:09 AM, Devin Heitmueller
wrote:
> On Thu, Jan 14, 2010 at 11:01 AM, Andreas Besse wrote:
>> yes if there are different drivers I already observed the behaviour that
>> the ordering gets flipped after reboot.
>>
>> But if I assume, that there is only *one* driver that is
Hi,
Aguirre, Sergio wrote:
-Original Message-
From: Michael Trimarchi [mailto:mich...@panicking.kicks-ass.org]
Sent: Thursday, January 14, 2010 6:01 AM
To: linux-media@vger.kernel.org
Cc: Aguirre, Sergio
Subject: omap34xxcam question?
Hi
Is ok that it try only the first format and si
Devin Heitmueller a écrit :
> On Wed, Jan 13, 2010 at 3:32 AM, xof wrote:
>
>> Are you sure? (it is an Ubuntu-only issue)
>>
>> I can see several
>>
>>> #include
>>>
>> in the v4l tree that compile fine on Ubuntu
>> but only linux/drivers/media/dvb/firewire/firedtv-1394.c contains
> -Original Message-
> From: Michael Trimarchi [mailto:mich...@panicking.kicks-ass.org]
> Sent: Thursday, January 14, 2010 11:25 AM
> To: Aguirre, Sergio
> Cc: linux-media@vger.kernel.org
> Subject: Re: omap34xxcam question?
>
> Hi,
>
> Aguirre, Sergio wrote:
> >
> >> -Original Mess
Aguirre, Sergio wrote:
-Original Message-
From: Michael Trimarchi [mailto:mich...@panicking.kicks-ass.org]
Sent: Thursday, January 14, 2010 11:25 AM
To: Aguirre, Sergio
Cc: linux-media@vger.kernel.org
Subject: Re: omap34xxcam question?
Hi,
Aguirre, Sergio wrote:
-Original Message
Hi,
On 01/13/2010 02:35 PM, Mauro Carvalho Chehab wrote:
Hans,
It seems that you didn't properly set your mercurial environment. All patches
has
a wrong user:
# HG changeset patch
# User h...@rhel5-devel.localdomain
# Date 1261728910 -3600
# Node ID 47d5a57b018343b02a0ea9de83380c1341867694
#
Mario,
Thank you for taking a look at this.. I'll resubmit the patches.
Thanks,
Franklin Meng
--- On Wed, 1/13/10, Mauro Carvalho Chehab wrote:
> From: Mauro Carvalho Chehab
> Subject: Re: Kworld 315U and SAA7113?
> To: "Franklin Meng"
> Cc: linux-media@vger.kernel.org
> Date: Wednesday,
Devin,
>
> This is pretty good stuff. A few questions/comments
> about your patch:
>
> The code has different GPIO configurations for the two
> analog modes.
> This is a bit unusual for an em28xx design. Do you
> know what the
> difference is in terms of what GPIO7 controls?
Unfortunately,
This patch fix try_pix_parm loop that try to find a suitable format for
the isp engine
Signed-off-by: Michael Trimarchi
Cc: akari Ailus
Cc: Sergio Aguirre
---
diff --git a/drivers/media/video/omap34xxcam.c b/drivers/media/video/omap34xxcam.c
index 53b587e..bf7db71 100644
--- a/drivers/media/
On 01/13/2010 10:00 PM, Jiri Slaby wrote:
MSI digivox mini II works even with remote=2 module parameter. Check
for manufacturer and if it is Afatech, use af9015_ir_table_msi and
af9015_rc_keys_msi.
The device itself is 15a4:9016.
NACK
Device ID 15a4:9016 is reference design ID and it is used
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 Jan 14 19:00:05 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13972:725c07a70453
gcc version: gcc (
On Thu, Jan 14, 2010 at 1:54 PM, Franklin Meng wrote:
> Unfortunately, I do not know the difference. I thought it might be to do
> something to the tuner but I am not quite sure. If I remember correctly, the
> traces that I obtained also showed a difference between the analog modes. I
> do k
Mauro Carvalho Chehab wrote:
> It should be against -hg or linux-next tree, otherwise, I can't send it
> upstream.
> If you just want to send a patch for people to test, please mark it as RFC,
> otherwise
> I'll assume that you're sending a patch for upstream.
>
> Since there are more people wo
On Thu, 2010-01-14 at 15:03 -0500, TJ wrote:
> Pete, Question: I was looking through the code and noticed that you turned
> s2250
> driver into v4l2_subdev and go7007 driver initializes it as such and passes it
> calls via call_all (v4l2_device_call_until_err). How does that affect other
> driver
Pete Eberlein wrote:
> On Thu, 2010-01-14 at 15:03 -0500, TJ wrote:
>
>> Pete, Question: I was looking through the code and noticed that you turned
>> s2250
>> driver into v4l2_subdev and go7007 driver initializes it as such and passes
>> it
>> calls via call_all (v4l2_device_call_until_err).
Hans Verkuil wrote:
> Detailed results are available here:
>
> http://www.xs4all.nl/~hverkuil/logs/Thursday.log
> linux-2.6.32-i686: ERRORS
>
> /marune/build/v4l-dvb-master/v4l/cx23888-ir.c: In function
> 'cx23888_ir_irq_handler': CC [M]
> /marune/build/v4l-dvb-master/v4l/cx23885-f300.o
>
> /
"Karicheri, Muralidharan" writes:
> Mauro,
>
> Please merge this patches if there are no more comments.
>
> Kevin,
>
> Could you work with Mauro to merge the arch part as required?
>
This version looks good with me.
I'll assume that these are targed for 2.6.34, not 2.6.33-rc fixes window.
Thes
>-Original Message-
>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>Sent: Thursday, January 14, 2010 3:48 PM
>To: Karicheri, Muralidharan
>Cc: linux-media@vger.kernel.org; hverk...@xs4all.nl; mche...@infradead.org;
>davinci-linux-open-sou...@linux.davincidsp.com
>Subject: Re: [PA
Mauro,
Could you add patches 1-3 to linux-next ASAP?
See the response from Kevin for the arch part.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: Kevin Hilman [mailto:khil..
Franklin Meng wrote:
> As far as I can tell, the Kworld 315U is the only board that uses this
> combination of parts.. Thomson tuner, LG demod, and SAA7113. I don't think
> any other device has used the SAA7113 together with a digital demod. Most
> products seem to only have the SAA711X on an
On Thu, Jan 14, 2010 at 5:00 PM, CityK wrote:
> Franklin Meng wrote:
>> As far as I can tell, the Kworld 315U is the only board that uses this
>> combination of parts.. Thomson tuner, LG demod, and SAA7113. I don't think
>> any other device has used the SAA7113 together with a digital demod.
> -Original Message-
> From: Michael Trimarchi [mailto:mich...@panicking.kicks-ass.org]
> Sent: Thursday, January 14, 2010 11:39 AM
> To: Aguirre, Sergio
> Cc: linux-media@vger.kernel.org
> Subject: Re: omap34xxcam question?
>
> Aguirre, Sergio wrote:
> >
> >> -Original Message-
Hello,
I didn't received any answer.
Did anyone used Hauppauge card with v4l2 in recent kernel to listen FM radio ?
I am not current user of the mailing list. Please confirm if it is right place
for this problem.
Regards,
ftape-jlc
Le lundi 11 janvier 2010, ftape-jlc a écrit :
> Hello,
>
> I
On Sun, 2010-01-10 at 11:52 -0200, Mauro Carvalho Chehab wrote:
> Andy Walls wrote:
> > On Sun, 2010-01-10 at 09:35 -0200, Mauro Carvalho Chehab wrote:
> >> Andy Walls wrote:
> >>> Mauro,
> >>>
> >>> If no one has any objections, please pull from
> >>>
> >>> http://linuxtv.org/hg/~awalls/v4l-dvb-m
Hi Németh,
On Thursday 14 January 2010 21:22:44 Németh Márton wrote:
> Hans Verkuil wrote:
> > Detailed results are available here:
> >
> > http://www.xs4all.nl/~hverkuil/logs/Thursday.log
> >
> > linux-2.6.32-i686: ERRORS
> >
> > /marune/build/v4l-dvb-master/v4l/cx23888-ir.c: In function
> > 'cx2
Actually I was a bit short sighted here. I was referring to devices in the
em28xx tree.
In the case of the SAA7113 device, there really is no power saving feature
unless a hardware pin is pulled down (or up I don't remember). The pin will
basically reset the device.
>From my testing it s
57 matches
Mail list logo
