Hi,
So is your device working properly now? The reason I'm asking it
because it is still causing a firmware version warning, and if
it works fine I would like to lower the firmware version warning
point, so that the warning goes away.
Regards,
Hans
--
To unsubscribe from this list: send the
The user header CHECK in usr/include/linux was (rightfully) failing because of
v4l2-common.h missing, this patch fixes this.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
include/linux/Kbuild |1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/Kbuild
Hello Hans,
On 07/07/2012 10:58 AM, Hans de Goede wrote:
So is your device working properly now? The reason I'm asking it
because it is still causing a firmware version warning, and if
it works fine I would like to lower the firmware version warning
point, so that the warning goes away.
I
Hello Hin-Tak
On 07/07/2012 05:26 AM, Hin-Tak Leung wrote:
BTW, I tried just pulling the USB stick out while mplayer is running. Strangely
enough mplayer did not notice it gone and kept going for some 5 to 10 seconds.
Probably buffering?
yes
The only sign about it is two lines in dmesg
On 07/07/2012 05:11 AM, Hin-Tak Leung wrote:
--- On Fri, 6/7/12, Hin-Tak Leung ht...@users.sourceforge.net wrote:
snipped
Typical channels.conf entry looks like that:
--- On Sat, 7/7/12, Antti Palosaari cr...@iki.fi wrote:
snipped
I also have quite a few :
[224773.229293] DVB: adapter 0 frontend 0 frequency 2
out of range (17400..86200)
This seems to come from running w_scan.
yes, those warnings are coming when application request
On 07/07/2012 01:10 PM, Hin-Tak Leung wrote:
--- On Sat, 7/7/12, Antti Palosaari cr...@iki.fi wrote:
snipped
I also have quite a few :
[224773.229293] DVB: adapter 0 frontend 0 frequency 2
out of range (17400..86200)
This seems to come from running w_scan.
yes, those warnings are
No news for this problem ? Nobody has an idea to make the remote control work ?
Thanks in advance !
2012/6/17 Leyorus leyo...@gmail.com
Hello everybody !
First of all, i would like to thank you all for your wonderful work.
Thanks to you, my new Terratec Cinergy T PCIE dual card is now
--- On Sat, 7/7/12, Antti Palosaari cr...@iki.fi wrote:
snipped
scandvb still does not work at all, nor those sample
config files under
/usr/share/doc/dvb-apps-1.1.2/channels-conf/dvb-t/* , or use
those (tried about 6 different transmitter config various
distance away). It is also true that
On 07/05/2012 11:10 PM, Mauro Carvalho Chehab wrote:
Em 05-07-2012 14:37, Bert Massop escreveu:
On Thu, Jul 5, 2012 at 5:05 PM, Antti Palosaari cr...@iki.fi wrote:
On 07/05/2012 05:16 PM, Mauro Carvalho Chehab wrote:
Implement API support to return AFC frequency shift, as this device
--- On Sat, 7/7/12, Antti Palosaari cr...@iki.fi wrote:
snipped
I am thinking either w_scan is doing something it
should not, in which case we should inform its author to
have this looked at, or the message does not need to be
there?
As scandvb and all the other applications are able to
Hi Bhupesh,
On Tuesday 03 July 2012 23:42:59 Bhupesh SHARMA wrote:
Hi Laurent,
Thanks for your review and sorry for being late with my replies.
I have a lot on my plate these days :)
No worries, I'm no less busy anyway :-)
On Tuesday, June 19, 2012 4:19 AM Laurent Pinchart wrote:
On
Hi Bhupesh,
On Tuesday 03 July 2012 23:47:14 Bhupesh SHARMA wrote:
On Wednesday, June 20, 2012 3:19 AM Laurent Pinchart wrote:
On Friday 01 June 2012 15:08:58 Bhupesh Sharma wrote:
This patch adds the support in UVC webcam gadget design for providing
USB_GADGET_DELAYED_STATUS in response
On 07/05/2012 05:54 PM, Mauro Carvalho Chehab wrote:
Em 05-07-2012 11:35, Antti Palosaari escreveu:
On 07/05/2012 05:32 PM, Mauro Carvalho Chehab wrote:
Em 18-05-2012 15:47, Thomas Mair escreveu:
+static const int reg_mask[32] = {
+0x0001,
+0x0003,
+0x0007,
+
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Sat Jul 7 19:00:23 CEST 2012
git hash:b7e386360922a15f943b2fbe8d77a19bb86f2e6f
gcc version: i686-linux-gcc
Commit efbceecd4522a41b8442c6b4f68b4508d57d1ccf, adds a number of helper
functions for ctrl related ioctls to v4l2-ioctl.c, these helpers assume that
if file-private_data != NULL, it points to a v4l2_fh, which is only the case
for drivers which actually use v4l2_fh.
This breaks for example bttv
Sparse is warning about non-ANSI function declaration.
Add void to the parameterless function.
drivers/staging/media/lirc/lirc_bt829.c:174:22: warning:
non-ANSI function declaration of function 'poll_main'
Signed-off-by: Emil Goode emilgo...@gmail.com
---
Hi,
On 07/07/2012 11:00 AM, Antti Palosaari wrote:
Hello Hans,
On 07/07/2012 10:58 AM, Hans de Goede wrote:
So is your device working properly now? The reason I'm asking it
because it is still causing a firmware version warning, and if
it works fine I would like to lower the firmware version
On Sat July 7 2012 20:46:21 Hans de Goede wrote:
Commit efbceecd4522a41b8442c6b4f68b4508d57d1ccf, adds a number of helper
functions for ctrl related ioctls to v4l2-ioctl.c, these helpers assume that
if file-private_data != NULL, it points to a v4l2_fh, which is only the case
for drivers which
Hi,
On 07/07/2012 09:11 PM, Hans Verkuil wrote:
On Sat July 7 2012 20:46:21 Hans de Goede wrote:
Commit efbceecd4522a41b8442c6b4f68b4508d57d1ccf, adds a number of helper
functions for ctrl related ioctls to v4l2-ioctl.c, these helpers assume that
if file-private_data != NULL, it points to a
Firstly, let me apologise if this is not an appropriate place to ask
what is not really a development question...
I have been playing around with the Hauppauge WinTV Duet dual USB tuner today.
dmesg seems happy when it is connected, and detects it as two devices
This:
well It looks like this is a diversity card, which seems to be a way
of combining the two tuners, and is not supported on linux.
The fact I can use one, or the other, but not both of the tuners makes
this sound like a likely culprit.
But all the documentation I can find seems to suggest this not
Hi Mauro,
Please pull from my git tree for:
-A ton of gspca control-framework conversions (mostly done By Hans V, reviewed
and tested by me)
-Some radio driver fixes
-2 new drivers for USB radio devices
-2 v4l2-core regression fixes for your current for_v3.6 tree
The following changes since
W dniu 2012-07-07 02:00, Antti Palosaari pisze:
I don't know what can i do next.
Get the rid of vdr and use only szap/vlc/mplayer only to see if it works.
This computer is remote headless without any GUI, but ok - I'll do my
best (that's why I use VDR - I can using streamdev play it on local
24 matches
Mail list logo