From: Raffaele Recalcati
Added the possibility to change the position of y and c
data in the isif port.
This patch has been developed against the
http://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git
git tree and tested on bmx board.
Signed-off-by: Raffaele
Hi,
Is anyone aware of a V4L2 display driver which supports manual update
panels, i.e. panels which require an explicit device->driver->update
call?
An auto update panel would be one which does not require the V4L2 driver
requesting for the next frame, the display drivers below the V4l2 layer
will
On Sun, Jun 27, 2010 at 7:17 PM, Andy Walls wrote:
>
> Jarrod,
>
> Looking at the patches branch from your WIP git tree:
>
> Is mceusb_init_input_dev() supposed to allocate a struct ir_input_dev?
> It looks like ir_register_input() handles that, and it is trashing your
> pointer (memory leak).
Ee
Mauro,
Please pull the following changes which update the cx23885 driver to use
the new in kernel IR deocders for IR Rx. This gets the basic conversion
done. I did not commit the patch to fix the ir_input_register() Oops, I
just kept a local copy in my tree for testing.
(I still have more I wa
Em 27-06-2010 12:14, Andy Walls escreveu:
> On Sun, 2010-06-27 at 09:11 -0300, Mauro Carvalho Chehab wrote:
>> Em 07-06-2010 16:32, David Härdeman escreveu:
>>> Partially convert drivers/media/video/bt8xx/bttv-input.c to
>>> not use ir-functions.c.
>>>
>>> Since the last user is gone with this patc
Jarrod,
Looking at the patches branch from your WIP git tree:
Is mceusb_init_input_dev() supposed to allocate a struct ir_input_dev?
It looks like ir_register_input() handles that, and it is trashing your
pointer (memory leak).
Mauro and Jarrod,
When ir_register_input() fails, it doesn't indic
On Sun, 2010-06-27 at 16:17 -0400, Jarod Wilson wrote:
> On Sun, Jun 27, 2010 at 8:11 AM, Mauro Carvalho Chehab
> wrote:
> > Em 07-06-2010 16:32, David Härdeman escreveu:
> >> Partially convert drivers/media/video/bt8xx/bttv-input.c to
> >> not use ir-functions.c.
> >>
> >> Since the last user is
27.06.2010 21:25, Oliver Endriss wrote:
> Are you sure that Mantis driver delivers garbage, not partial packets?
> Please note that the dvb_dmx_swfilter[_204]() routines must accept
> partial packets, i.e. the rest of the packet will be dellivered with the
> next call.
>
Yes, I'm sure that the g
On Sun, Jun 27, 2010 at 8:11 AM, Mauro Carvalho Chehab
wrote:
> Em 07-06-2010 16:32, David Härdeman escreveu:
>> Partially convert drivers/media/video/bt8xx/bttv-input.c to
>> not use ir-functions.c.
>>
>> Since the last user is gone with this patch, also remove a
>> bunch of code from ir-function
Hi,
I hope this is the right place for reporting this; if not, please
forgive and redirect me.
My DVB-T USB stick, a "Conceptronic USB 2.0 Digital TV Receiver"
CTVDIGUSB2 doesn't work after succesfully compiling and installing
v4l-dvb, and it seems it is not supported according to the device
list
matteo sisti sette wrote:
> Yeah, thank you, I have found the FIREDTV=n trick on some other forum
> just a few minutes before I read your reply, and with that change it
> has compiled fine :)
>
oops, I just sent my reply before I saw that you already figured it out
> I'm not sure what firedtv i
Holy cow -- Ubuntu is still borked in regards to the firedtv stuff ?!
What is that - something like 4 releases in a row now?
Anyway, well known problem, have a look here:
http://www.mail-archive.com/search?q=firedtv+Ubuntu&l=linux-media%40vger.kernel.org
first link will give you the easy fix to
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:Sun Jun 27 19:00:26 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14993:9652f85e688a
git master:
Hi
dvb_dmx_swfilter(_204) performance improvement, with packet recovery.
Remove unnecessary copying of 188 and 204 sized packets within
dvb_dmx_swfilter() and dvb_dmx_swfilter_204() functions.
Recover one packet by backtracking, when there is a short packet
with a correct SYNC byte in the middle
Yeah, thank you, I have found the FIREDTV=n trick on some other forum
just a few minutes before I read your reply, and with that change it
has compiled fine :)
I'm not sure what firedtv is but I don't think I need it :)
By the way may I ask a newbie question? If you need the kernel sources
to com
Hi Matteo,
I had the same problem a while ago. Short answer, the firedtv driver
needs full kernel source to compile. I think I ended up with the full
kernel source for other reasons (you need full source if you are going
to use make menuconfig/oldconfig/etc).
But if make menuconfig and/or the fir
On Sunday 27 June 2010 17:56:06 Marko Ristola wrote:
> 27.06.2010 15:37, Oliver Endriss wrote:
> > Hi,
> >
> > On Sunday 27 June 2010 01:05:57 Jaroslav Klaus wrote:
> >
> >> Hi,
> >>
> >> I'm loosing TS packets in my dual CAM premium TT S-2300 card
> >> (av7110+saa7146).
> >>
> >> I use dvblast
Hi,
I am a newbee so please be patient with me. I have followed all the
instructions and I tried to compile the sources and got a lot of
errors. I don't think it's my fault but i may be wrong.
My system: Ubuntu 10.04 with kernel 2.6.32.22
I have the headers installed, not the full kernel source c
27.06.2010 15:37, Oliver Endriss wrote:
> Hi,
>
> On Sunday 27 June 2010 01:05:57 Jaroslav Klaus wrote:
>
>> Hi,
>>
>> I'm loosing TS packets in my dual CAM premium TT S-2300 card
>> (av7110+saa7146).
>>
>> I use dvblast to select 4 TV channels (~ 16 PIDs) from multiplex,
>> descramble them and
On 27.6.2010, at 14:37, Oliver Endriss wrote:
> Hi,
>
> On Sunday 27 June 2010 01:05:57 Jaroslav Klaus wrote:
>> Hi,
>>
>> I'm loosing TS packets in my dual CAM premium TT S-2300 card
>> (av7110+saa7146).
>> Do you thing it is av7110 issue? Do you know any relevant limits of
>> av7110? What sh
On Sun, 2010-06-27 at 09:11 -0300, Mauro Carvalho Chehab wrote:
> Em 07-06-2010 16:32, David Härdeman escreveu:
> > Partially convert drivers/media/video/bt8xx/bttv-input.c to
> > not use ir-functions.c.
> >
> > Since the last user is gone with this patch, also remove a
> > bunch of code from ir-f
Hi,
On Sunday 27 June 2010 01:05:57 Jaroslav Klaus wrote:
> Hi,
>
> I'm loosing TS packets in my dual CAM premium TT S-2300 card (av7110+saa7146).
>
> Is it possible the problem is in firmware? Here is the description:
>
> 04:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
>
Mauro,
I have great problems with _tm6000_start_audio_dma if I started mencoder
or arecord. It creashed and after a while it frosts in. (It hasn't logged).
Stefan Ringel
--
Stefan Ringel
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majo
Em 07-06-2010 16:32, David Härdeman escreveu:
> Partially convert drivers/media/video/bt8xx/bttv-input.c to
> not use ir-functions.c.
>
> Since the last user is gone with this patch, also remove a
> bunch of code from ir-functions.c.
This patch breakd mceusb driver:
drivers/media/IR/mceusb.c: In
Em 27-06-2010 07:23, Mauro Carvalho Chehab escreveu:
> Em 07-06-2010 16:32, David Härdeman escreveu:
>> Convert drivers/media/video/em28xx/em28xx-input.c to not use ir-functions.c
>>
>> Signed-off-by: David Härdeman
>
> This patch caused a bad effect: if some key were pressed before loading the
Em 07-06-2010 16:32, David Härdeman escreveu:
> Convert drivers/media/video/em28xx/em28xx-input.c to not use ir-functions.c
>
> Signed-off-by: David Härdeman
This patch caused a bad effect: if some key were pressed before loading the
driver, it
causes endless repetitions of the last keycode:
[
Em 27-06-2010 00:26, Devin Heitmueller escreveu:
> On Sat, Jun 26, 2010 at 9:34 PM, Mauro Carvalho Chehab
> wrote:
>> would do the trick. Yet, the application is broken, as it is considering a
>> positive
>> return as an error. A positive code should never be considered as an error.
>> So, we
>>
On Saturday 26 June 2010 21:04:51 Devin Heitmueller wrote:
> On Sat, Jun 26, 2010 at 2:51 PM, Hans Verkuil wrote:
> > There really is no good way at the moment to handle cases like this, or at
> > least not without a lot of work.
>
> Ok, it's good to know I'm not missing something obvious.
>
> >
Hi
Here is an improved version of the original patch:
The original patch removed unnecessary copying for 204 sized packets only.
This patch improves performance for 188 sized packets too.
Unnecessary copying means: if dvb_dmx_swfilter(_204)() doesn't have to
modify
the source packet, the source
Hi Mauro,
The following changes apply to the 'linuxtv/staging/gspca' branch.
Merge is needed for 2.6.36 (usb_buffer_alloc -> usb_alloc_coherent
done in 2.6.35-rc3).
The following changes since commit
484cd5e6805f04c7381d73af4ace2fe221a76dea:
V4L/DVB: gspca - main: Remove V4L1 compatibility (20
30 matches
Mail list logo
