2009/11/26 Matthias Wächter :
> I am now playing around with the available code for quite some time now
> with mixed success, but no solution comes near the term “stable”.
>
> • kernel: nothing in there. Well, reasonable.
> • v4l-dvb: nothing in there.
> • s2-liplianin: mantis available, but obviou
On Sun, Nov 29, 2009 at 7:31 PM, Albert Gall wrote:
> Hello list
>
> I try to build latest s2-liplianin drivers but make shows severals
> warnings and module not load after build driver:
>
> WARNING: "ir_input_keydown" [s2-liplianin/v4l/mantis.ko] undefined!
> WARNING: "ir_codes_mantis_vp1041_tabl
On Fri, Dec 4, 2009 at 8:48 PM, Andy Walls wrote:
> On Fri, 2009-12-04 at 19:28 -0500, Jon Smirl wrote:
>> On Fri, Dec 4, 2009 at 6:01 PM, Christoph Bartelmus
>> wrote:
>> > BTW, I just came across a XMP remote that seems to generate 3x64 bit scan
>> > codes. Anyone here has docs on the XMP prot
On Fri, 2009-12-04 at 20:48 -0500, Andy Walls wrote:
> On Fri, 2009-12-04 at 19:28 -0500, Jon Smirl wrote:
> > On Fri, Dec 4, 2009 at 6:01 PM, Christoph Bartelmus
> > wrote:
> > > BTW, I just came across a XMP remote that seems to generate 3x64 bit scan
> > > codes. Anyone here has docs on the XM
Hi !
After a change on Transponder 11303 on Astra 19.2 (adding of ORF HD)
it is not longer possible to get a lock with mantis based cards.
Users on vdrportal have reported that other cards do not have problems.
All TT S2 3200 users ( like myself) are not able to get a lock on that
trans
On Fri, 2009-12-04 at 19:28 -0500, Jon Smirl wrote:
> On Fri, Dec 4, 2009 at 6:01 PM, Christoph Bartelmus wrote:
> > BTW, I just came across a XMP remote that seems to generate 3x64 bit scan
> > codes. Anyone here has docs on the XMP protocol?
>
> Assuming a general purpose receiver (not one with
On Fri, Dec 4, 2009 at 6:01 PM, Christoph Bartelmus wrote:
> BTW, I just came across a XMP remote that seems to generate 3x64 bit scan
> codes. Anyone here has docs on the XMP protocol?
Assuming a general purpose receiver (not one with fixed hardware
decoding), is it important for Linux to receiv
On Fri, Dec 4, 2009 at 5:15 PM, John S Gruber wrote:
> Addressing audio quality problem.
>
> In sound/usb/usbaudio.c, for the Hauppage HVR-950Q only, change
> retire_capture_urb to copy the entire byte stream while still counting
> entire audio frames. urbs unaligned on channel sample boundaries a
On Sat, Dec 05, 2009 at 12:01:00AM +0100, Christoph Bartelmus wrote:
> Hi Dmitry,
>
> on 04 Dec 09 at 14:07, Dmitry Torokhov wrote:
> > On Fri, Dec 04, 2009 at 10:46:00PM +0100, Christoph Bartelmus wrote:
> >> Hi Mauro,
> >>
> >> on 04 Dec 09 at 12:33, Mauro Carvalho Chehab wrote:
> >>> Christoph
Vaibhav,
Could you confirm my question below? I need to submit a patch on Monday.
>>Currently we have vpfe_capture.c file (master/bridge driver) which is
>>handling clk_get/put, and platform data is providing the details about it.
>>Ideally we should handle it in respective ccdc driver file, sinc
Sekhar,
>> >> + status = -EBUSY;
>> >[Hiremath, Vaibhav] Is -EBUSY right return value, I think it should be -
>> >ENXIO or -ENOMEM.
>> >
>> I see -ENXIO & -ENOMEM being used by drivers. -ENXIO stands for "No such
>device or address". ENOMEM stands for "Out of memory" . Since we are trying
Hi Dmitry,
on 04 Dec 09 at 14:07, Dmitry Torokhov wrote:
> On Fri, Dec 04, 2009 at 10:46:00PM +0100, Christoph Bartelmus wrote:
>> Hi Mauro,
>>
>> on 04 Dec 09 at 12:33, Mauro Carvalho Chehab wrote:
>>> Christoph Bartelmus wrote:
>> Consider passing the decoded data through lirc_dev.
>> [...]
Addressing audio quality problem.
In sound/usb/usbaudio.c, for the Hauppage HVR-950Q only, change
retire_capture_urb to copy the entire byte stream while still counting
entire audio frames. urbs unaligned on channel sample boundaries are
still truncated to the next lowest stride (audio slot) size
On Fri, Dec 04, 2009 at 10:46:00PM +0100, Christoph Bartelmus wrote:
> Hi Mauro,
>
> on 04 Dec 09 at 12:33, Mauro Carvalho Chehab wrote:
> > Christoph Bartelmus wrote:
> Consider passing the decoded data through lirc_dev.
> [...]
> >> Consider cases like this:
> >> http://lirc.sourceforge.net
Randy Dunlap wrote:
> On Thu, 3 Dec 2009 22:57:37 -0800 Andrew Morton wrote:
>
>> ERROR: "__divdf3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
>> ERROR: "__adddf3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
>> ERROR: "__fixunsdfsi" [drivers/media/dvb/frontends/atbm8830.ko] unde
Hi Mauro,
on 04 Dec 09 at 12:33, Mauro Carvalho Chehab wrote:
> Christoph Bartelmus wrote:
Consider passing the decoded data through lirc_dev.
[...]
>> Consider cases like this:
>> http://lirc.sourceforge.net/remotes/lg/6711A20015N
>>
>> This is an air-conditioner remote.
>> The entries that
On Fri, Dec 4, 2009 at 10:43 AM, Devin Heitmueller
wrote:
> On Fri, Dec 4, 2009 at 9:31 AM, John S Gruber wrote:
>> I produced the dump of URB sizes you requested by adding that printk() line.
>> The
>> results are at http://pastebin.com/f26f29133
>
> Hi John,
>
> This is good info (especially s
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
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:Fri Dec 4 19:00:05 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13538:e0cd9a337600
gcc version: gcc (
Randy Dunlap wrote:
> On Thu, 3 Dec 2009 22:57:37 -0800 Andrew Morton wrote:
>
>> ERROR: "__divdf3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
>> ERROR: "__adddf3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
>> ERROR: "__fixunsdfsi" [drivers/media/dvb/frontends/atbm8830.ko] unde
On Thu, Dec 3, 2009 at 5:03 PM, Devin Heitmueller
wrote:
> On Thu, Dec 3, 2009 at 4:47 PM, Bert Massop wrote:
>> Hi Jan,
>>
>> The datasheet for the TDA18218 can be obtained from NXP:
>> http://www.nxp.com/documents/data_sheet/TDA18218HN.pdf
>>
>> That's all the information I have at the moment,
Hi Mauro,
please pull from
http://linuxtv.org/hg/~pb/v4l-dvb/
for the following changeset:
DiB8090: Add the DiB0090 tuner driver and STK8096GP-board
This is the adding support for the DiB809x-device you were asking 2 weeks
ago. If possible, please include it into the patches which will go fo
On Thu, 3 Dec 2009 22:57:37 -0800 Andrew Morton wrote:
> ERROR: "__divdf3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
> ERROR: "__adddf3" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
> ERROR: "__fixunsdfsi" [drivers/media/dvb/frontends/atbm8830.ko] undefined!
> ERROR: "__udivdi3"
Dmitry Torokhov writes:
> On Thu, Dec 03, 2009 at 02:33:56PM -0200, Mauro Carvalho Chehab wrote:
>> Ferenc Wagner wrote:
>>> Mauro Carvalho Chehab writes:
>>
>> We should not forget that simple IR's don't have any key to select the
>> address,
>> so the produced codes there will never have KEY
On Fri, Dec 4, 2009 at 9:31 AM, John S Gruber wrote:
> I produced the dump of URB sizes you requested by adding that printk() line.
> The
> results are at http://pastebin.com/f26f29133
Hi John,
This is good info (especially since you have kernel timestamps enabled).
Did you have a specific ref
On Fri, Dec 4, 2009 at 9:12 AM, Mauro Carvalho Chehab
wrote:
>> In-kernel decoding:
>>
[IR physical device] => [IR receiver driver] => [LIRC core] =>
[decoder] => [IR core] => [input core] => [evdev]
||
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
>-Original Message-
>From: Magnus Damm [mailto:magnus.d...@gmail.com]
>Sent: Friday, December 04, 2009 6:06 AM
>To: Karicheri, Muralidharan
>Cc: linux-medi
Christoph Bartelmus wrote:
> Hi Dmitry,
>
> on 03 Dec 09 at 14:12, Dmitry Torokhov wrote:
> [...]
>>> Consider passing the decoded data through lirc_dev.
> [...]
>> I believe it was agreed that lirc-dev should be used mainly for decoding
>> protocols that are more conveniently decoded in userspace
> I am definitely seeing what you are saying with regards to the channel
> flipping back and forth. Do you know what size URBs are being
> delivered? If you've got a hacked up version of usbaudio.c, how about
> adding a printk() line which dumps out the URB size and send me a
> dump?
>
> Devin
>
Em Fri, 4 Dec 2009 02:06:42 -0800
Dmitry Torokhov escreveu:
> On Thu, Dec 03, 2009 at 04:33:28PM -0200, Mauro Carvalho Chehab wrote:
> > Let me draw my view:
> >
> > Em Thu, 3 Dec 2009 09:55:31 -0800
> > Dmitry Torokhov escreveu:
> >
> > > No, please, wait just a minute. I know it is tempting
Add automatic probing of ports 0x284 and 0x384 to radio-sf16fmi if no card is
found using PnP.
Signed-off-by: Ondrej Zary
--- linux-source-2.6.31/drivers/media/radio/Kconfig.1 2009-11-28
21:40:32.0 +0100
+++ linux-source-2.6.31/drivers/media/radio/Kconfig 2009-11-28
21:32:58.
Fix completely broken mute handling radio-sf16fmi.
The sound was muted immediately after tuning in KRadio.
Also fix typos and add SF16-FMP to the texts.
Signed-off-by: Ondrej Zary
diff -urp linux-source-2.6.31-orig/drivers/media/radio/Kconfig
linux-source-2.6.31/drivers/media/radio/Kconfig
---
Hi again Murali,
Thanks for your work on this.
On Thu, Dec 3, 2009 at 12:48 AM, Karicheri, Muralidharan
wrote:
> Magnus,
>
>>Thanks for the patch. For non-page aligned user space pointers I agree
>>that a fix is needed. Don't you think the while loop in
>>videobuf_dma_contig_user_get() also need
On Thu, Dec 03, 2009 at 04:33:28PM -0200, Mauro Carvalho Chehab wrote:
> Let me draw my view:
>
> Em Thu, 3 Dec 2009 09:55:31 -0800
> Dmitry Torokhov escreveu:
>
> > No, please, wait just a minute. I know it is tempting to just merge
> > lirc_dev and start working, but can we first agree on the
Video subdevices, like cameras, decoders, connect to video bridges over
specialised busses. Data is being transferred over these busses in various
formats, which only loosely correspond to fourcc codes, describing how video
data is stored in RAM. This is not a one-to-one correspondence, therefore w
On Fri, 4 Dec 2009, Hans Verkuil wrote:
> > diff --git a/include/media/v4l2-mediabus.h b/include/media/v4l2-mediabus.h
> > new file mode 100644
> > index 000..5cf2a6d
> > --- /dev/null
> > +++ b/include/media/v4l2-mediabus.h
> > @@ -0,0 +1,61 @@
> > +/*
> > + * Media Bus API header
> > + *
> >
On Thu, Dec 3, 2009 at 8:10 PM, hermann pitton wrote:
>
> Am Donnerstag, den 03.12.2009, 21:04 -0200 schrieb Herton Ronaldo
> Krzesinski:
>> Em Qui 03 Dez 2009, às 19:54:29, hermann pitton escreveu:
>> > Hi,
>> >
>> > Am Donnerstag, den 03.12.2009, 16:56 -0200 schrieb Herton Ronaldo
>> > Krzesinsk
38 matches
Mail list logo