On Sat, Mar 12, 2011 at 9:22 PM, Jean-Michel Bruenn
wrote:
> So i guess, nobody here can help me to solve that problems?
>
> xc2028 1-0064: i2c output error: rc = -6 (should be 64)
> xc2028 1-0064: -6 returned from send
> xc2028 1-0064: Error -22 while loading base firmware
> xc2028 1-0064: Loadin
On Sun, Aug 8, 2010 at 7:53 PM, Ray Bullins wrote:
> I am new to Linux (somewhat) and I am running Linux mint 9. So far so
> good, I have replaced dreamweaver with NVU, office with open office.
> Outlook with evolution and so on. Everything is now perfect no looking
> back to windows except I just
On Mon, Aug 9, 2010 at 9:32 AM, folkert wrote:
> Hi,
>
> I have a:
> Bus 001 Device 006: ID 2304:0226 Pinnacle Systems, Inc. PCTV 330e
> inserted in a system with kernel 2.6.34.
The PCTV 330e support for digital hasn't been merged upstream yet.
See here:
http://www.kernellabs.com/blog/?cat=35
On Mon, Aug 9, 2010 at 10:35 AM, folkert wrote:
> Hi Devin,
>
>> > I have a:
>> > Bus 001 Device 006: ID 2304:0226 Pinnacle Systems, Inc. PCTV 330e
>> > inserted in a system with kernel 2.6.34.
>>
>> The PCTV 330e support for digital hasn't been merged upstream yet.
>> See here:
>> http://www.kern
On Mon, Aug 9, 2010 at 10:56 AM, folkert wrote:
> Ah and I see in the code that you are the maintainer :-)
I'm not sure I would call myself the maintainer, but I did do the VBI
support for both NTSC and PAL (including teletext).
> Something seems to be odd with the vbi support:
> mauer:~# alevt
On Tue, Aug 10, 2010 at 7:22 AM, folkert wrote:
>> Teletext support is completely different that digital (DVB) support.
>> VBI support (including teletext) was added to the in-kernel em28xx
>> driver back in January.
>
> That'll be the analogue interface probably? e.g. /dev/vbi0
> Because a.f.a.i.
2010/8/10 folkert :
> Fyi: since I upgraded the modules by the mercurial tree you mentioned a
> few mails ago, my "18b4:1689 e3C Technologies DUTV009" significally has
> more signal locks. Coincidence?
I don't know. The tree I pointed you to is several months old, but
may be newer than whatever v
Hello Sander,
Which application were you using, and specifically which em28xx based
product do you have?
Devin
On Tue, Aug 10, 2010 at 6:12 PM, Sander Eikelenboom
wrote:
> Hi,
>
> While trying to test try and report about some other bugs, i ran into this
> kernel panic when trying to grab vid
On Tue, Aug 10, 2010 at 6:57 PM, Sander Eikelenboom
wrote:
> Hello Devin,
>
> It's a k-world, which used to work fine (altough with another program, but I
> can't use that since it seems at least 2 other bugs prevent me from using my
> VM's :-)
> It's this model
> http://global.kworld-global.c
On Wed, Aug 11, 2010 at 5:07 AM, folkert wrote:
>> > Fyi: since I upgraded the modules by the mercurial tree you mentioned a
>> > few mails ago, my "18b4:1689 e3C Technologies DUTV009" significally has
>> > more signal locks. Coincidence?
>>
>> I don't know. The tree I pointed you to is several m
On Wed, Aug 11, 2010 at 5:10 AM, Sicoe Alexandru Dan
wrote:
> Hi,
> My name is Alex and I recently tried to install the v4l drivers on my
> machine.
> Environment:
> Ubuntu release 10.04(lucid)
> Kernel Linux 2.6.32-24-generic
> GNOME 2.30.2
Ubuntu has a bug in their packaging of the
On Wed, Aug 11, 2010 at 12:46 PM, Mauro Carvalho Chehab
wrote:
> Em 11-08-2010 12:58, Pete Eberlein escreveu:
>> On Wed, 2010-08-11 at 09:25 +0200, Sander Eikelenboom wrote:
>>> Hello Devin,
>>>
>>> Yes it's completely reproducible for a change:
>>>
>>> ffmpeg -f video4linux -r 25 -s 720x576 -i /d
On Mon, Aug 23, 2010 at 12:32 AM, Brian J. Murrell
wrote:
> Hi,
>
> I have an HVR 950Q on my Ubuntu 2.6.32 kernel. I have in fact tried
> several kernel versions on a couple of different machines with the same
> behaviour.
>
> What seems to be happening is that /dev/dvb/adapter0/dvr0 can be opene
On Fri, Sep 3, 2010 at 12:01 PM, Andy Walls wrote:
> On Fri, 2010-09-03 at 10:55 +, Dagur Ammendrup wrote:
>> I tried it on a windows machine where it's identified as "Conextant
>> Polaris Video Capture" or
>> "oem17.inf:Conexant.NTx86:POLARIS.DVBTX.x86:6.113.1125.1210:usb\vid_1b80&pid_d416&m
On Sun, Sep 5, 2010 at 11:36 AM, loody wrote:
> WinTV-HVR-1950 high performance USB TV tuner
> WinTV-HVR-950Q for laptop and notebooks
Both these devices are supported under Linux, and in fact are unlikely
to work properly with only Full Speed USB. At least the 950q
definitely requires High spee
On Sun, Sep 5, 2010 at 11:48 AM, Devin Heitmueller
wrote:
> On Sun, Sep 5, 2010 at 11:36 AM, loody wrote:
>> WinTV-HVR-1950 high performance USB TV tuner
>> WinTV-HVR-950Q for laptop and notebooks
>
> Both these devices are supported under Linux, and in fact are unlikely
&g
On Sun, Sep 5, 2010 at 12:06 PM, loody wrote:
> hi:
>
> 2010/9/5 Devin Heitmueller :
>> On Sun, Sep 5, 2010 at 11:48 AM, Devin Heitmueller
>> wrote:
>>> On Sun, Sep 5, 2010 at 11:36 AM, loody wrote:
>>>> WinTV-HVR-1950 high performance USB TV tuner
&g
On Fri, Sep 10, 2010 at 4:22 AM, Hans Verkuil wrote:
> It's been a long standing wish to convert the ivtv and cx18 drivers to
> videobuf,
> but it's always been too complex. With a new vb2 implementation it may become
> actually possible.
FYI: KernelLabs has done a port of cx18 to videobuf. We
On Wed, Sep 15, 2010 at 11:59 AM, Hans Verkuil wrote:
> You're in luck. I fixed this last weekend. It turns out that the
> /dev/videoX device is created too soon and the HAL daemon starts to use it
> immediately causing some initialization to go wrong or something like
> that. Moving the creation
On Thu, Sep 16, 2010 at 10:23 AM, Jack Snodgrass
wrote:
> I can use 1 input on the card with mythtv
> using /dev/dvb/adapter0/frontend0
> but I can't figure out how to use the 2nd tuner I'm not sure if the
> 2nd tuner is getting
> detected correctly... or if the 2nd tuner is just an analog tu
On Fri, Sep 17, 2010 at 10:49 AM, Mauro Carvalho Chehab
wrote:
> While you're there, the better is to also disable CONFIG_ALSA on Ubuntu, as
> the drivers
> won't work anyway.
Note: while building ALSA modules did fail in some versions for
Ubuntu, it has been over a years since I've seen that pr
On Sat, Sep 18, 2010 at 8:42 PM, Josh Borke wrote:
> On Sat, Sep 18, 2010 at 8:20 AM, Andy Walls wrote:
>> On Fri, 2010-09-17 at 18:23 -0400, Josh Borke wrote:
>>> Thanks for the response! Replies are in line.
>>>
>>> On Thu, Sep 16, 2010 at 6:48 PM, Andy Walls wrote:
>>> > On Wed, 2010-09-15 a
On Sat, Sep 18, 2010 at 9:09 PM, Josh Borke wrote:
> It could be the tuner card, it is over 2 years old...Why would the
> analog tuner stop functioning while the digital tuner continues to
> work? Is it because the analog portion goes through a different set
> of chips?
Yes, the analog portion o
On Sun, Sep 19, 2010 at 5:17 PM, Hans Verkuil wrote:
> On Sunday, September 19, 2010 23:02:31 Andy Walls wrote:
>> Hans,
>>
>> On an somewhat related note, but off-topic: what is the proper way to
>> implement VIDIOC_QUERYCAP for a driver that implements read()
>> on /dev/video0 (MPEG) and mmap()
On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
wrote:
> By default, tda18271 tries to optimize I2C bus by updating all registers
> at the same time. Unfortunately, some devices doesn't support it.
>
> The current logic has a problem when small_i2c is equal to 8, since there
> are some tran
On Tue, Sep 28, 2010 at 2:46 PM, Mauro Carvalho Chehab
wrote:
> Instead of doing:
>
> [ 82.581639] tda18271 4-0060: creating new instance
> [ 82.588411] Unknown device detected @ 4-0060, device not supported.
> [ 82.594695] tda18271_attach: [4-0060|M] error -22 on line 1272
> [ 82.600530]
On Tue, Sep 28, 2010 at 2:47 PM, Mauro Carvalho Chehab
wrote:
> Signed-off-by: Mauro Carvalho Chehab
>
> diff --git a/drivers/media/common/tuners/tda18271-common.c
> b/drivers/media/common/tuners/tda18271-common.c
> index 195b30e..7ba3ba3 100644
> --- a/drivers/media/common/tuners/tda18271-commo
On Mon, Oct 4, 2010 at 7:21 PM, hermann pitton wrote:
> thanks for the report and pointing to the details again.
>
> We can see, that my testings on four different machines and Dmitri's
> tests have not been enough. Mauro had the Dual card=78 version from me
> too at least for analog TV testing.
>
On Mon, Oct 4, 2010 at 8:07 PM, Seth Jennings wrote:
> Hi,
>
> The most recent version of the Hauppauge WinTV HVR-850 is currently
> not supported. The previous two hardware versions with USB ID
> 2040:651f and 2040:7240 are supported but the most recent version with
> USB ID 2040:b140 is not.
I
On Thu, Oct 7, 2010 at 5:48 PM, Mauro Carvalho Chehab
wrote:
> Em 28-09-2010 15:46, Mauro Carvalho Chehab escreveu:
>> drivers/media/video/cx231xx/cx231xx-avcore.c:1608: warning: format ‘%d’
>> expects type ‘int’, but argument 3 has type ‘long unsigned int’
>> drivers/media/video/cx231xx/cx231xx-
On Sat, Oct 9, 2010 at 12:31 AM, Paul Walmsley wrote:
>
> When digitizing composite video from a analog videotape source using the
> TVP5150's first composite input channel, the captured stream exhibits
> tearing and synchronization problems[1].
>
> It turns out that commit c0477ad9feca01bd8eff95d
On Sat, Oct 9, 2010 at 11:23 AM, Mauro Carvalho Chehab
wrote:
> cx231xx: Colibri carrier offset was wrong for PAL/M
>
> The carrier offset check at cx231xx is incomplete. I got here one concrete
> case
> where it is broken: if PAL/M is used (and this is the default for Pixelview
> SBTVD),
> the
Hello,
Please pull from the following for some basic fixes related to
applications such as tvtime hanging when no video is present, as well
as some quality improvements for analog.
http://www.kernellabs.com/hg/~dheitmueller/v4l-dvb-950q-final
Please let me know if there are any questions/problem
On Wed, Oct 13, 2010 at 5:30 PM, Dmitri Belimov wrote:
> Hi
>
> Our TV card Behold X7 has two different RF input. This RF inputs can switch
> between
> different RF sources.
>
> ANT 1 for analog and digital TV
> ANT 2 for FM radio
>
> The switch controlled by zl10353.
>
> I add some defines for t
On Thu, Oct 14, 2010 at 4:33 AM, Antti Palosaari wrote:
> I haven't examined this yet enough, but for the background information I can
> say I have one device which needs this. There is tuner behind demodulator,
> but instead of normal I2C-gate switch, it is rather much likely repeater.
> All tune
On Tue, Oct 19, 2010 at 1:42 PM, Damjan Marion wrote:
>
> Hi,
>
> Is there any special reason why driver for rtl2832u DVB-T receiver chipset is
> not included into v4l-dvb?
>
> Realtek published source code under GPL:
>
> MODULE_AUTHOR("Realtek");
> MODULE_DESCRIPTION("Driver for the RTL2832U DVB
On Tue, Oct 19, 2010 at 4:27 PM, Hans Verkuil wrote:
> Bullshit.
Not exactly the level of mutual respect for your peers that I would
expect of you, Hans.
> First of all these rules are those of the kernel community
> as a whole and *not* linuxtv as such, and secondly you can upstream such
> driv
On Fri, Nov 13, 2009 at 12:01 PM, James Klaas
wrote:
> I recently updated my play/work/fiddle with workstation and I wanted
> to see if my USB card still worked (OK, it never really worked).
>
> Previously, I was running Ubuntu 9.04 with a version retrieved from
> mercurial with the patch from
> h
On Sat, Nov 14, 2009 at 8:05 AM, andrea.amoros...@gmail.com
wrote:
> Continuing the testing for the analog part of the device, I've discovered
> that the main kernel driver (the one without the proposed patch) works
> better, even if not perfectly, as far as analog tv is concerned.
> In detail a
On Sun, Nov 15, 2009 at 8:12 AM, andrea.amoros...@gmail.com
wrote:
> I would like to solve this analog audio issue (this device would be useful
> in the future thanks to the 9 pin s-video input which, I think can take the
> output of an external dvb-t decoder so that to be able to see cripted
> d
Hello Mauro,
Please pull from
http://www.kernellabs.com/hg/~dheitmueller/misc-fixes-4 for the
following:
cxusb: Fix hang on DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1)
Thanks,
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the li
On Mon, Nov 16, 2009 at 10:01 AM, Sietse Achterop wrote:
> Dear all,
>
> Context:
> debian/lenny with usb frame grabber:
> Zoran Co. Personal Media Division (Nogatech) Hauppauge WinTV Pro
> (PAL/SECAM)
> This uses the usbvision driver.
>
> The problem is that while xawtv works OK with co
On Mon, Nov 16, 2009 at 3:09 PM, andrea.amoros...@gmail.com
> Hi Devin,
> I think I've done a big mistake.
> I've wrongly inserted digital_default in the analog tuner section and I've
> compiled and tested the device.
> It hasn't worked and so I've realized the mistake and the fact that the
> devic
On Mon, Nov 16, 2009 at 3:38 PM, andrea.amoros...@gmail.com
wrote:
> The usb is the following:
> Bus 002 Device 010: ID eb1a:e312 eMPIA Technology, Inc.
> (I don't remember what it was previously, but it seems wrong how can I be
> sure about that?).
> I have put back the driver to the original sta
On Mon, Nov 16, 2009 at 3:49 PM, andrea.amoros...@gmail.com
wrote:
> The usb is the following:
> Bus 002 Device 010: ID eb1a:e312 eMPIA Technology, Inc.
> (I don't remember what it was previously, but it seems wrong how can I be
> sure about that?).
> I have put back the driver to the original sta
On Mon, Nov 16, 2009 at 10:29 PM, wrote:
> Hello all,
>
> I was happily watching TV with mplayer from my cable set-top box via a
> Pinnacle HDTV Pro USB Stick and Ubuntu 9.04.
>
> The command I was using and which worked was/is:
>
> mplayer -vo xv tv:// -tv
> driver=v4l2:alsa:immediatemode=0:adev
On Tue, Nov 17, 2009 at 9:15 AM, Jarod Wilson wrote:
> On Nov 17, 2009, at 1:03 AM, Robert Cicconetti wrote:
>
>> On Tue, Nov 17, 2009 at 12:55 AM, Michael Krufky wrote:
[ 812.465930] tda18271: performing RF tracking filter calibration
[ 818.572446] tda18271: RF tracking filter
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,
>
On Wed, Nov 18, 2009 at 2:01 AM, Hans Verkuil wrote:
> Very nice cleanup!
The last time I saw one of these relatively innocent-looking changes
being done across all drivers without testing, it introduced a rather
nasty and hard to find OOPS into one of my drivers and I had to fix
it:
http://linu
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
On Wed, Nov 18, 2009 at 4:13 AM, Hans Verkuil wrote:
> I agree that it would help to split this patch up. Some cases are trivial,
> so they can be put together in one patch. When things get more complex it
> makes sense to put it in a separate patch for easier reviewing by the
> relevant maintaine
On Wed, Nov 18, 2009 at 4:42 AM, Laurent Pinchart
wrote:
> I will setup a test tree to help maintainers test the changes. I can split
> some patches if needed, but how would that help exactly ?
Hello Laurent,
In this case, splitting up the patch would just make it easier to
review, and potential
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&#x
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&#x
On Thu, Nov 19, 2009 at 12:43 PM, Patrick Boettcher
wrote:
> Hi Mauro,
>
> can you please pull from
>
> http://kernellabs.com/hg/~pboettcher/v4l-dvb/
>
> for
>
> 1) PATCH: better support for INTUIX DVB stick boot
> 2) [PATCH] fix genpix driver (no 8psk lock)
> 3) Add support for PCTV 74e (Pinnacle
On Fri, Nov 20, 2009 at 2:45 AM, Patrick Boettcher
wrote:
> According to DiBcom's contact at Pinnacle, it was a mistake to add the
> Product IDs with Pinnacle's USB vendor ID and it needed to be replaced.
>
> I'd be not surprised if that is not correct and that you're right. I will
> fix it and wi
On Fri, Nov 20, 2009 at 3:38 PM, Hans Verkuil wrote:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-staging for the
> following:
>
> - Enable staging drivers by default when building v4l-dvb
> - go7007: Add struct v4l2_device.
> - s2250: Change module structure
> - s2
On Fri, Nov 20, 2009 at 4:45 PM, Hans Verkuil wrote:
> If there are drivers in the staging tree that are so unreliable that they
> can break the hardware, then those should be explicitly disabled, rather
> than disabling all drivers in the staging tree. Or perhaps do not belong
> there at all, or
On Tue, Nov 10, 2009 at 11:31 PM, Andy Walls wrote:
> OK, here's my second attempt at getting rid of cx18 YUV frame alignment
> and tearing issues.
>
> http://linuxtv.org/hg/~awalls/cx18-yuv2
Hi Andy,
I did some testing of your tree, using the following command
mplayer /dev/video32 -demu
On Mon, Nov 23, 2009 at 9:14 AM, Krzysztof Halasa wrote:
> I think this makes a lot of sense.
> But: we don't need a database of RC codes in the kernel (that's a lot of
> data, the user has to select the RC in use anyway so he/she can simply
> provide mapping e.g. RC5<>keycode).
Just bear in mind
On Mon, Nov 23, 2009 at 7:12 AM, Andy Walls wrote:
> 5. If you don't give an MDL back to the firmware, it never uses it
> again. That's why you see the sweep-up log messages. As soon as an MDL
> is skipped *on the order of the depth* of q_busy times, when looking for
> the currently DMA_DONE'd M
On Mon, Nov 23, 2009 at 12:05 PM, James Mastros wrote:
> 2009/11/23 Devin Heitmueller :
>> Just bear in mind that with the current in-kernel code, users do *not
>> * have to manually select the RC code to use if they are using the
>> default remote that shipped with the
On Mon, Nov 23, 2009 at 4:28 PM, Mauro Carvalho Chehab
wrote:
> Hi Dmitri,
>
> I added this patch, but the driver is essentially broken. It would
> be wonderful if you have some time to fix it.
>
> Cheers,
> Mauro.
Yeah, I saw his patch and was wondering why on Earth he submitted a
patch adding c
On Mon, Nov 23, 2009 at 4:46 PM, Krzysztof Halasa wrote:
> l...@bartelmus.de (Christoph Bartelmus) writes:
>
>>> I think we shouldn't at this time worry about IR transmitters.
>>
>> Sorry, but I have to disagree strongly.
>> Any interface without transmitter support would be absolutely unacceptabl
On Mon, Nov 23, 2009 at 5:31 PM, Krzysztof Halasa wrote:
> Devin Heitmueller writes:
>
>> There is an argument to be made that since it may be desirable for
>> both IR receivers and transmitters to share the same table of remote
>> control definitions, it might make sen
On Mon, Nov 23, 2009 at 8:49 PM, Andy Walls wrote:
> Of course that's all speculation about the problem. If you could
> reproduce the condition and then
>
> # echo 271 > /sys/modules/cx18/parameters/debug
Hi Andy,
Thanks for the additional info. I had to tear down my HVR-1600 test
rig to finis
On Tue, Nov 24, 2009 at 6:39 PM, Andy Walls wrote:
> BTW, I did a quick skim of your cx18-alsa stuff. I noticed two things:
>
> 1. A memory leak in an error path:
>
> http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2/rev/cb267593943f#l85
>
>
> 2. Technically open_id should probably be
On Wed, Nov 25, 2009 at 1:07 PM, Jarod Wilson wrote:
> Took me a minute to figure out exactly what you were talking about. You're
> referring to the current in-kernel decoding done on an ad-hoc basis for
> assorted remotes bundled with capture devices, correct?
>
> Admittedly, unifying those and
On Wed, Nov 18, 2009 at 7:54 AM, Laurent Pinchart
wrote:
> Hi everybody,
>
> the V4L cleanup patches are now available from
>
> http://linuxtv.org/hg/~pinchartl/v4l-dvb-cleanup
>
> The tree will be rebased if needed (or rather dropped and recreated as hg
> doesn't provide a rebase operation), so p
On Wed, Nov 25, 2009 at 7:02 PM, Laurent Pinchart
> Thank you very much for the report. Could you please try with the following
> patch applied on top of the v4l-dvb-cleanup tree ?
>
> diff -r 98e3929a1a2d linux/drivers/media/video/au0828/au0828-video.c
> --- a/linux/drivers/media/video/au0828/au08
On Wed, Nov 25, 2009 at 7:07 PM, Devin Heitmueller
> Trying it now
>
> Devin
Ok, that seems to have resolved the issue. Please make sure that
patch gets added to your PULL request.
Wish I had found that myself 90 minutes earlier... :-/
Thanks,
Devin
--
Devin J. Heitmueller
On Mon, Nov 30, 2009 at 12:28 PM, Patrick Boettcher
> - Add support for PCTV 74e (Pinnacle) + fix USB vendor IDs
Patrick,
You added the USB ID for the 74e? Is that the result of actually
trying it with the hardware? As far as I know, the 74e is not a
Dibcom design.
Devin
--
Devin J. Heitmuel
On Tue, Dec 1, 2009 at 12:03 PM, Mauro Carvalho Chehab
wrote:
> Just taking an example from the dibcom0700 driver (as the same driver
> supports several different RC5 and NEC codes at the same time),
> the kernel table has several keycodes added there, all working
> at the same time. Providing tha
On Tue, Dec 1, 2009 at 4:18 AM, Vincent McIntyre
wrote:
> Hi Rob
>
> I missed your followup and tested the 'revert.diff' patch, attached
> for reference.
> I have been slow replying because I've been scratching my head over the
> results.
>
> I used 'signaltest.pl' to test[1], which uses tzap und
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, maybe Mike has some
> other information (like the Application Note
On Thu, Dec 3, 2009 at 11:00 PM, John S Gruber wrote:
> I have problems with my audio that I've tracked down to the transfer
> of audio from the au0828
> in my hvr-950Q. I spotted the following comment about green screen
> detection and I wonder
> if it might be related.
>
> drivers/media/video/au
On Thu, Dec 3, 2009 at 11:21 PM, Devin Heitmueller
wrote:
> On Thu, Dec 3, 2009 at 11:00 PM, John S Gruber wrote:
>> I have problems with my audio that I've tracked down to the transfer
>> of audio from the au0828
>> in my hvr-950Q. I spotted the following comment about
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 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 Fri, Dec 4, 2009 at 6:26 PM, Devin Heitmueller
wrote:
> 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
On Tue, Dec 8, 2009 at 12:35 PM, Rob Beard wrote:
> Hi folks,
>
> I've borrowed a WinTV HVR-900 USB stick from a friend of mine to see if I
> can get any reception in my area before forking out for one however I've run
> in to a couple of problems and wondered if anyone had used one of these
> sti
On Wed, Dec 9, 2009 at 12:14 PM, Valerio Bontempi
> Hi Paulo,
>
> no luck with your suggestion, I have no errors compiling and
> installing the drivers but after rebooting it is not working at all.
> Modprobe em28xx produces the same error already sent in the previous mail
You're seeing an error w
On Wed, Dec 9, 2009 at 12:49 PM, Valerio Bontempi
> Hi Devin
>
> attached you find the output.log requested
>
> Thanks a lot
>
Ah, there is your problem. You have updates installed, presumably by
your distro.
/lib/modules/2.6.31.5-0.1-desktop/updates/kernel/drivers/media/video/em28xx
/lib/module
On Wed, Dec 9, 2009 at 12:51 PM, Devin Heitmueller
wrote:
> On Wed, Dec 9, 2009 at 12:49 PM, Valerio Bontempi
>> Hi Devin
>>
>> attached you find the output.log requested
>>
>> Thanks a lot
>>
>
> Ah, there is your problem. You have updates ins
On Wed, Dec 9, 2009 at 1:21 PM, Valerio Bontempi
> I don't know how it is happened, because I followed the normal way to
> compile v4l-dvb, so it seems a very strange behaviour...
>
> however, how can I solve, cleaning out all the in-kernel modules and
> all the modules I need to remove?
Well, the
On Thu, Dec 10, 2009 at 1:28 PM, Mauro Carvalho Chehab
wrote:
> Hi David,
>
> Please pull from:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-firmware.git
> master
>
> For dib0700 firmware.
Mauro,
I had David pull in this firmware months ago (so it could be included
in time
On Thu, Dec 10, 2009 at 2:21 PM, Mauro Carvalho Chehab
wrote:
>> Devin
>>
> Hmm... sorry, it seems I missed your pull request.
>
> I'll need to re-check my git update script here... I should have been able to
> notice it.
Because of the timeliness for Karmic (they actually moved it from
their li
Hello John,
On Thu, Dec 10, 2009 at 8:38 PM, John S Gruber wrote:
> I think you found something in the specification I haven't found. What did you
> see that indicated how to deal with equipment misbehaving in this way?
I'm referring to section 2.3.2.3 of "Universal Serial Bus Device Class
Defin
Hello Mauro,
Please pull from
http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2 for the
following:
cx18-alsa: fix memory leak in error condition
cx18-alsa: remove a couple of warnings
cx18-alsa: name alsa device after the actual card
cx18: cleanup cx18-alsa debug logging
cx18: rework cx1
On Sat, Dec 12, 2009 at 5:34 PM, Mauro Carvalho Chehab
wrote:
> Hi Devin,
>
> It is better to submit the RFC patches to alsa ML for they to take a look.
>
> Cheers,
> Mauro
Is there something specific you want the ALSA people to review? There
are no changes to the ALSA core and this is a pretty
" mode has never been tested
> */
> -struct au8522_register_config lpfilter_coef[] = {
> +static const struct au8522_register_config lpfilter_coef[] = {
> {0x060b, {0x21, 0x0b} },
> {0x060c, {0xad, 0xad} },
> {0x060d, {0x70, 0xf0} },
> --
> To unsu
On Mon, Dec 14, 2009 at 11:09 AM, Mauro Carvalho Chehab
wrote:
>> I can't pull. Your site is not responding.
>
> Hmm... it seems a temporary failure. It is working now.
That is strange (works fine from here). You reported a similar issue
trying to pull one of Michael Krufky's trees last week. I
On Mon, Dec 14, 2009 at 11:19 AM, Mauro Carvalho Chehab
wrote:
> Em Mon, 14 Dec 2009 11:10:50 -0500
> Devin Heitmueller escreveu:
>
>> On Mon, Dec 14, 2009 at 11:09 AM, Mauro Carvalho Chehab
>> wrote:
>> >> I can't pull. Your site is not responding.
>>
On Fri, Dec 18, 2009 at 9:05 AM, Paulo Assis wrote:
> Hi,
> I'm currently porting the GPL linux-avc2210k driver (
> http://www.freelists.org/archive/linux-avc2210k/ ) to V4L2.
> The current version has it's own API that makes it incompatible with
> any software except for specific user space apps
On Sun, Dec 20, 2009 at 12:07 PM, Pedro Ribeiro wrote:
> Hello all,
>
> I'm having trouble setting up DVB for my Pinnacle PCTV Hybrid Stick
> (2), AKA 330e.
You can check the linux-media archives for more info, but I can tell
you that the 330e is not currently supported for DVB mode (analog
only)
On Mon, Dec 14, 2009 at 11:19 AM, Mauro Carvalho Chehab
wrote:
> Em Mon, 14 Dec 2009 11:10:50 -0500
> Devin Heitmueller escreveu:
>
>> On Mon, Dec 14, 2009 at 11:09 AM, Mauro Carvalho Chehab
>> wrote:
>> >> I can't pull. Your site is not responding.
>>
Hello Mauro,
Please PULL from
https://www.kernellabs.com/hg/~dheitmueller/em28xx-pal-vbi-2 for the
following:
em28xx: add PAL support for VBI
This basically just goes back and fixes up the VBI support so that it
is no longer NTSC specific (fixing constants and properly setting up
the VBI region
On Sun, Dec 20, 2009 at 10:28 PM, Andy Walls wrote:
> Hmmm on the current v4l-dvb tree, the command
>
> $ v4l/scripts/checkpatch.pl --no-tree --strict \
> -f linux/drivers/media/video/cx18/cx18-driver.c
>
> yields warnings about pre-existing >80 column lines and
> LINUX_VERSION_CODE checks
On Sun, Dec 20, 2009 at 6:40 PM, Pedro Ribeiro wrote:
> Damn, I suspected that.
>
> Anyway, I'm having trouble viewing analog TV. I can scan and watch
> channels fine, but there is no audio, and I don't know how to
> configure it. If you could help me, I would really appreciate it
>
> Should I use
On Mon, Dec 21, 2009 at 12:21 PM, Takashi Iwai wrote:
> Just a very quick look through the files, here are some comments:
>
> - snd_card_free() can't be called with NULL, but the error path in
> snd_cx18_init() may reach that (when snd_card_create() returns an
> error).
>
> - Specifying both SND
101 - 200 of 1456 matches
Mail list logo
