Am Mittwoch, 5. Oktober 2011, 07:58:51 schrieb Antti Palosaari:
On 10/05/2011 07:59 AM, Greg KH wrote:
Why not just use the usb-serial core and then you get a ttyUSB* device
node for free? It also should provide a lot of the basic tty
infrastructure and ring buffer logic all ready to use.
On 10/05/2011 09:15 AM, Oliver Neukum wrote:
Am Mittwoch, 5. Oktober 2011, 07:58:51 schrieb Antti Palosaari:
On 10/05/2011 07:59 AM, Greg KH wrote:
Why not just use the usb-serial core and then you get a ttyUSB* device
node for free? It also should provide a lot of the basic tty
On Wed, Oct 05, 2011 at 08:15:17AM +0200, Oliver Neukum wrote:
Am Mittwoch, 5. Oktober 2011, 07:58:51 schrieb Antti Palosaari:
On 10/05/2011 07:59 AM, Greg KH wrote:
Why not just use the usb-serial core and then you get a ttyUSB* device
node for free? It also should provide a lot of
On Thursday 29 September 2011 09:44:06 Hans Verkuil wrote:
This is the fourth version of this patch series, incorporating the comments
from Andrew Morton: I've split up the multiple-assignment line and added a
comment explaining the purpose of the new function in poll.h.
It's also rebased to
Am Mittwoch, 5. Oktober 2011, 08:19:10 schrieb Antti Palosaari:
On 10/05/2011 09:15 AM, Oliver Neukum wrote:
But, Greg, Antti makes a very valid point here. The generic code assumes
that
it owns intfdata, that is you cannot use it as is for access to anything
that lacks
its own
Hi Mauro,
While doing a compatibility build I found three issues. I've got patches for
two,
but one issue is still unresolved.
The first is this small patch to get rid of this warning when doing 'make
install':
make -C firmware install
make[2]: Entering directory
Thanks for the reply.
As suggested in the possible numbers of cards, I found the number (card
= 174) which allows the card to scan for TV frequencies.
Unfortunately the scan does not finish successfully, because it also
needs the identification of the tuner. Have suggestions for the number
of
On Wed, Oct 05, 2011 at 01:51:29PM +1100, Paul Chiha wrote:
On Tue, Oct 04, 2011 at 03:00:55PM +0200, Laurent Pinchart wrote:
Hi Ivan,
On Tuesday 04 October 2011 13:54:12 Ivan T. Ivanov wrote:
On Tue, 2011-10-04 at 13:50 +0200, Laurent Pinchart wrote:
On Tuesday 04 October 2011
On Tue, Sep 6, 2011 at 10:49 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
On Monday 05 September 2011 18:37:04 you wrote:
Yes that was the first thing i tried, anyway now i have it finally
working. Well at least yavta doesn't hang, do you know some
application to see raw
2011/10/5 Jason Hecker jwhec...@gmail.com:
Which Firmware are your using?
4.95
Yes, because it is also happening with other duo devices on Myth TV
0.24.1
OK, well that is what I am using so I guess I am stuck until it's fixed.
Josu what software and versions are you using?
Hello, I am
Em 05-10-2011 06:23, Hans Verkuil escreveu:
Hi Mauro,
While doing a compatibility build I found three issues. I've got patches for
two,
but one issue is still unresolved.
The first is this small patch to get rid of this warning when doing 'make
install':
make -C firmware install
On Wed, Oct 5, 2011 at 12:54 PM, Sakari Ailus sakari.ai...@iki.fi wrote:
On Wed, Oct 05, 2011 at 01:51:29PM +1100, Paul Chiha wrote:
Thanks for your help. I've updated ispccdc.c to support the _1X16 codes
and the pipeline seems to work now. However, I needed to take out the
memcpy in
Hi all
I am on a holiday beginning tomorrow and until 16th October. Hopefully, my
3.2 push will get through, the rest might have to wait until 3.3, unless
we manage to get them later in the 3.2 cycle. I'll try to check my mails
from time to time, but I _definitely_ will not be able to do any
On Wed, Oct 05, 2011 at 03:09:48PM +0200, Enrico wrote:
On Wed, Oct 5, 2011 at 12:54 PM, Sakari Ailus sakari.ai...@iki.fi wrote:
On Wed, Oct 05, 2011 at 01:51:29PM +1100, Paul Chiha wrote:
Thanks for your help. I've updated ispccdc.c to support the _1X16 codes
and the pipeline seems to work
On Wednesday 05 October 2011 14:46:16 Mauro Carvalho Chehab wrote:
Em 05-10-2011 06:23, Hans Verkuil escreveu:
Hi Mauro,
While doing a compatibility build I found three issues. I've got patches
for two, but one issue is still unresolved.
The first is this small patch to get rid of
Mauro:
With the line you've just added, then the = arg assignment in the
immediate prior line is effectively dead code. Try this instead:
case VIDIOC_QUERYSTD:
{
- v4l2_std_id *std = arg;
+ v4l2_std_id *std = V4L2_STD_ALL;
ret =
On Wed, Oct 5, 2011 at 3:42 PM, Sakari Ailus sakari.ai...@iki.fi wrote:
On Wed, Oct 05, 2011 at 03:09:48PM +0200, Enrico wrote:
On Wed, Oct 5, 2011 at 12:54 PM, Sakari Ailus sakari.ai...@iki.fi wrote:
On Wed, Oct 05, 2011 at 01:51:29PM +1100, Paul Chiha wrote:
Thanks for your help. I've
Hi Guennadi,
Thanks for the patch.
On Thursday 29 September 2011 12:57:00 Guennadi Liakhovetski wrote:
Trivial arithmetics clean up.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
I've applied it to my tree.
---
Em 05-10-2011 10:45, Hans Verkuil escreveu:
On Wednesday 05 October 2011 14:46:16 Mauro Carvalho Chehab wrote:
Em 05-10-2011 06:23, Hans Verkuil escreveu:
Hi Mauro,
While doing a compatibility build I found three issues. I've got patches
for two, but one issue is still unresolved.
The first
Hi all,
since we are all interested in this driver (and tvp5150) i'll try to
make a summary of the current situation and understand what is needed
to finally get it into the main tree instead of having to apply a
dozen patches manually.
The current status of git repositories/branches is:
- main
On Wed, Oct 5, 2011 at 6:28 PM, Enrico ebut...@users.berlios.de wrote:
Hi all,
since we are all interested in this driver (and tvp5150) i'll try to
make a summary of the current situation and understand what is needed
to finally get it into the main tree instead of having to apply a
dozen
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:Wed Oct 5 19:00:15 CEST 2011
git hash:2f4cf2c3a971c4d5154def8ef9ce4811d702852d
gcc version: i686-linux-gcc
Em 05-10-2011 11:00, Mike Isely escreveu:
Mauro:
With the line you've just added, then the = arg assignment in the
immediate prior line is effectively dead code. Try this instead:
Look better:
v4l2_std_id *std = arg;
+ *std = V4L2_STD_ALL;
The above code
hi all,
After recent-ish kernel updates, fmtools no longer works. (I'm
running gentoo currently on kernel 3.0.6)
I believe the changes pertain to V4L1 vs L2 api changes. I am not a
linux developer, however, and can't speak w/ authority.
I've appended my v4l-info at the end of this email
On Wed, Oct 5, 2011 at 2:32 PM, Will Milspec will.mils...@gmail.com wrote:
hi all,
After recent-ish kernel updates, fmtools no longer works. (I'm
running gentoo currently on kernel 3.0.6)
I believe the changes pertain to V4L1 vs L2 api changes. I am not a
linux developer, however, and
Thanks for the summary.
Any V4L2 fm-card app's working out there?
Also, I apologize in advance for the size of my v4l-info section in
the email. I didn't realize its size until after i emailed.
will
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a
Em 05-10-2011 16:05, Will Milspec escreveu:
Thanks for the summary.
Any V4L2 fm-card app's working out there?
xawtv radio application works. Also, gnomeradio (at least, the one shipped
on Fedora - not sure if the V4L2 port were merged back upstream).
fmtools version 2 says:
2.0:
Sat Dec 12
Hi Mauro
2011/9/30 Mauro Carvalho Chehab mche...@redhat.com:
Em 27-09-2011 16:16, Christian Gmeiner escreveu:
The ADV7175A/ADV7176A can operate in either 8-bit or 16-bit YCrCb mode.
* 8-Bit YCrCb Mode
This default mode accepts multiplexed YCrCb inputs through
the P7-P0 pixel inputs. The
The ADV7175A/ADV7176A can operate in either 8-bit or 16-bit YCrCb mode.
* 8-Bit YCrCb Mode
This default mode accepts multiplexed YCrCb inputs through
the P7-P0 pixel inputs. The inputs follow the sequence Cb0, Y0
Cr0, Y1 Cb1, Y2, etc. The Y, Cb and Cr data are input on a
rising clock edge.
*
V4L-DVB was previously working correctly for me. I was experiencing
some problems which had been solved before by recompiling v4l. So I
cloned the latest media_build tree and ran the build process.
Afterward, the driver does not load correctly and dmesg shows an error
(cx23885: Unknown symbol
Hi Mauro,
On Monday 03 October 2011 23:56:06 Mauro Carvalho Chehab wrote:
Em 03-10-2011 18:44, Laurent Pinchart escreveu:
On Monday 03 October 2011 21:16:45 Mauro Carvalho Chehab wrote:
Em 03-10-2011 08:53, Laurent Pinchart escreveu:
On Monday 03 October 2011 11:53:44 Javier Martinez
fwiw, at the time of writing google finds two different fmtools web
pages, one with 2.0.1 the other with 1.0.2
out of date:
http://www.stanford.edu/~blp/fmtools/
up to date:
http://benpfaff.org/fmtools/
gentoo portage still has 1.0.2
will
--
To unsubscribe from this list: send the line
Hi Javier,
On Tuesday 04 October 2011 00:37:27 Javier Martinez Canillas wrote:
Hello,
Reading the last emails I understand that still isn't a consensus on
the way this has to be made. If it has to be implemented at the video
device node level or at the sub-device level. And if it has to be
Hi Hans,
On Tuesday 04 October 2011 09:03:59 Hans Verkuil wrote:
On Tuesday, October 04, 2011 07:31:27 Mauro Carvalho Chehab wrote:
Em 03-10-2011 19:37, Javier Martinez Canillas escreveu:
On Mon, Oct 3, 2011 at 11:56 PM, Mauro Carvalho Chehab wrote:
Em 03-10-2011 18:44, Laurent Pinchart
On Wed, 5 Oct 2011 09:47:09 +0200
Hans Verkuil hverk...@xs4all.nl wrote:
On Thursday 29 September 2011 09:44:06 Hans Verkuil wrote:
This is the fourth version of this patch series, incorporating the comments
from Andrew Morton: I've split up the multiple-assignment line and added a
comment
Hi Guennadi,
On Tuesday 04 October 2011 19:34:36 Guennadi Liakhovetski wrote:
On Mon, 3 Oct 2011, Laurent Pinchart wrote:
On Monday 03 October 2011 17:29:23 Guennadi Liakhovetski wrote:
On Mon, 3 Oct 2011, Laurent Pinchart wrote:
On Thursday 29 September 2011 18:18:55 Guennadi
Em 05-10-2011 17:08, Laurent Pinchart escreveu:
Hi Mauro,
On Monday 03 October 2011 23:56:06 Mauro Carvalho Chehab wrote:
Em 03-10-2011 18:44, Laurent Pinchart escreveu:
On Monday 03 October 2011 21:16:45 Mauro Carvalho Chehab wrote:
Em 03-10-2011 08:53, Laurent Pinchart escreveu:
On Monday
Em 05-10-2011 17:54, Laurent Pinchart escreveu:
Hi Hans,
On Tuesday 04 October 2011 09:03:59 Hans Verkuil wrote:
On Tuesday, October 04, 2011 07:31:27 Mauro Carvalho Chehab wrote:
Em 03-10-2011 19:37, Javier Martinez Canillas escreveu:
On Mon, Oct 3, 2011 at 11:56 PM, Mauro Carvalho Chehab
On Wed, 5 Oct 2011, Mauro Carvalho Chehab wrote:
Em 05-10-2011 11:00, Mike Isely escreveu:
Mauro:
With the line you've just added, then the = arg assignment in the
immediate prior line is effectively dead code. Try this instead:
Look better:
v4l2_std_id
http://palosaari.fi/linux/v4l-dvb/firmware/af9015/5.1.0.0/dvb-usb-af9015.fw
5.1? OK, I might eventually try that one too.
This morning I get a little pixeled playback, less than a second.
OK, mine was fine for a few days then the pixellation started up in earnest.
At the moment my symptoms
On Wed, Oct 5, 2011 at 11:48 PM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
Em 05-10-2011 17:54, Laurent Pinchart escreveu:
Hi Hans,
On Tuesday 04 October 2011 09:03:59 Hans Verkuil wrote:
On Tuesday, October 04, 2011 07:31:27 Mauro Carvalho Chehab wrote:
Em 03-10-2011 19:37,
2011/10/6 Jason Hecker jwhec...@gmail.com:
http://palosaari.fi/linux/v4l-dvb/firmware/af9015/5.1.0.0/dvb-usb-af9015.fw
5.1? OK, I might eventually try that one too.
This morning I get a little pixeled playback, less than a second.
OK, mine was fine for a few days then the pixellation
On Mon, Oct 03, 2011 at 11:39:31PM +0200, Laurent Pinchart wrote:
Sorry ? We already have format setting at the pad level, and that's used by
drivers and applications. It's one key feature of the V4L2/MC API.
A tiny additional note: this feature is actuall necessary since e.g. OMAP 3
ISP CCDC
On Mon, Oct 03, 2011 at 04:36:44PM -0300, Mauro Carvalho Chehab wrote:
Em 03-10-2011 16:01, Sakari Ailus escreveu:
On Mon, Oct 03, 2011 at 03:53:54PM -0300, Mauro Carvalho Chehab wrote:
Yes, you're right. I should not try to answer emails when I'm lazy enough
to not
look in to the code
Em 05-10-2011 20:14, Sakari Ailus escreveu:
Hi Mauro,
On Wed, Oct 05, 2011 at 06:41:27PM -0300, Mauro Carvalho Chehab wrote:
Em 05-10-2011 17:08, Laurent Pinchart escreveu:
[clip]
The pad-level API doesn't replace the V4L2 API, it complements it. I'm of
course not advocating modifying any
Em 05-10-2011 20:41, Sakari Ailus escreveu:
On Mon, Oct 03, 2011 at 04:36:44PM -0300, Mauro Carvalho Chehab wrote:
Em 03-10-2011 16:01, Sakari Ailus escreveu:
On Mon, Oct 03, 2011 at 03:53:54PM -0300, Mauro Carvalho Chehab wrote:
Yes, you're right. I should not try to answer emails when I'm
http://dl.dropbox.com/u/1541853/VID_20111006_004447.3gp
That looks very familiar! Does it occur on tuner A or B?
I get this I2C messages:
# tail -f /var/log/messages
Oct 5 20:16:44 htpc kernel: [ 534.168957] af9013: I2C read failed reg:d330
As far as I know I never had any such messages.
Hi Mauro,
On Fri, 30 Sep 2011 15:38:13 -0700 Randy Dunlap rdun...@xenotime.net wrote:
On 09/30/11 14:34, Paul Gortmaker wrote:
Both mt9t001.c and mt9p031.c have two identical issues, those
being that they will need module.h inclusion for the upcoming
cleanup going on there, and that their
On Wednesday, 5 October 2011 9:55 PM Sakari Ailus wrote:
On Wed, Oct 05, 2011 at 01:51:29PM +1100, Paul Chiha wrote:
On Tue, Oct 04, 2011 at 03:00:55PM +0200, Laurent Pinchart wrote:
Hi Ivan,
On Tuesday 04 October 2011 13:54:12 Ivan T. Ivanov wrote:
On Tue, 2011-10-04 at 13:50
49 matches
Mail list logo
