Hi Hartmut, Ricardo, Dmitri,
(hopefully I have the right addresses, if not - sorry for bothering :-))
Hermann recommended me to contact you for this issue. I would like to ask you
if any of you (or any other reader!) is working on saa7134-alsa or
saa7134-tvaudio or have any plans to do so.
Em Wed, 15 Jul 2009 08:57:13 +0200
Oldřich Jedlička oldium@seznam.cz escreveu:
Hi Hartmut, Ricardo, Dmitri,
(hopefully I have the right addresses, if not - sorry for bothering :-))
Hermann recommended me to contact you for this issue. I would like to ask you
if any of you (or any
Hi Lou,
I do not have a DVB-C variant, but if you enable the AVC logging in the driver
(cat -1 /sys/module/firedtv/parameters/debug) and give a pointer to
a log from where you try to do a tune or scan, I can take a look at the log for
you to see what I can come up with.
Also, please provide
Hi Johs,
Please provide a kernel log when you have enabled AVC debugging (cat -1
/sys/module/firedtv/parameters/debug) and I will take a look at it for
you. Please split the log in two or indicate where you do the second tuning.
Regards,
Henrik
Hi,
I'm having trouble using the firedtv
Hi,
There is a problem in the firedtv driver that causes recordings to stop if the
SW zigzag algorithm in dvb-core kicks in with a retune after the
application has set up the PID filters. Since tuning and setting PID filters
uses the same AVC command (DSD) and only the replace subfunction is
Hi,
I saw in the linux-tv wiki that there is some way to get the TT S2-3600 to
work under linux using the s2liplianin-drivers. Also there is confirmation by
the following thread:
Mauro,
Thanks for taking care of this. Did you also apply dm6467 display
patch from Chaithrika?
Snip
li...@arm.linux.org.uk in cc.
A patch for VPIF updates has also been posted[2] .
Applied on my tree. Not sure if I'll send this week upstream. My middle
finger was damaged due to a very heavy
On Wednesday 15 of July 2009 at 10:58:42, Mauro Carvalho Chehab wrote:
Em Wed, 15 Jul 2009 08:57:13 +0200
Oldřich Jedlička oldium@seznam.cz escreveu:
Hi Hartmut, Ricardo, Dmitri,
(hopefully I have the right addresses, if not - sorry for bothering :-))
Hermann recommended me to
Eddy
Here is the config
static struct isp_interface_config ov5620_if_config = {
.ccdc_par_ser = ISP_PARLL,
.dataline_shift = 0x1,
.hsvs_syncdetect = ISPCTRL_SYNC_DETECT_VSRISE,
.strobe = 0x0,
.prestrobe = 0x0,
.shutter = 0x0,
.prev_sph = 2,
Hi,
First of all many many thanks for doings this!
There are 4 issues with this driver, 2 of which are blockers:
1) The big one is the use of a custom debugging mechanism,
please use the v4l standard debugging mechanism
which is activated by the kernel config option
VIDEO_ADV_DEBUG,
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:Wed Jul 15 19:00:06 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12270:d754a2d5a376
gcc version: gcc
Em Wed, 15 Jul 2009 17:36:25 +0200
Oldrich Jedlicka oldium@seznam.cz escreveu:
So, maybe the right thing to do is to report just 32 kHz.
Exactly. This is what I'm thinking about too. The typical ALSA usage
(according to [1]) is:
1. open the device
2. set parameters of the device
On Wed, Jul 15, 2009 at 5:41 AM, Devin
Heitmuellerdheitmuel...@kernellabs.com wrote:
On Sun, Jul 12, 2009 at 11:23 PM, Devin
Heitmuellerdheitmuel...@kernellabs.com wrote:
Hello Mauro,
Please pull from
http://kernellabs.com/hg/~dheitmueller/pinnacle_hybrid_2881 for the
following:
em28xx:
On Sun, 12 Jul 2009 23:33:06 +0200, hermann pitton
hermann-pit...@arcor.de wrote:
Hi Samuel,
Am Sonntag, den 12.07.2009, 13:30 +0200 schrieb Samuel Rakitnican:
As the card=139 (Compro Videomate T750)
DVB: Not working, not implemented
Analog: Not working
Audio In: ? (my T750F has additional
Hi,
Sorry for the very late answer, I did not have time to work on my driver
during the past months.
I managed to apply your patch to my current hg tree, but since it is 5
months out of sync with the main tree, I am having issues to merge your
work.
Could you send a patch against the current
Hello,
I am having a problem deciphering what is wrong with my sensor
driver. It seems that everything operates on the driver but that I am
getting buffer overflows. I have fully tested the image sensor and it
is set to operate in 640x480 mode. currently it is like 648x 487 for
the dummy
(Unlooping Sameer and Mohit, as they don't longer maintain the driver)
Hi John,
-Original Message-
From: John Sarman [mailto:johnsar...@gmail.com]
Sent: Wednesday, July 15, 2009 4:45 PM
To: sakari.ai...@nokia.com; Venkatraman, Sameer; Mohit Jalori; Aguirre
Rodriguez, Sergio Alberto;
This patch implements V4L2_CAP_STREAMING for the zr364xx driver, by
converting the driver to use videobuf. This version is synced with v4l-dvb as
of 15/Jul/2009.
Tested with Creative PC-CAM 880.
It basically:
. implements V4L2_CAP_STREAMING using videobuf;
. re-implements V4L2_CAP_READWRITE
Hans,
Thanks for the feedback, I'll work on the changes and hopefully post the
revised patch this weekend.
Hi,
First of all many many thanks for doings this!
There are 4 issues with this driver, 2 of which are blockers:
1) The big one is the use of a custom debugging mechanism,
19 matches
Mail list logo
