Hans Verkuil wrote:
On Thursday 31 January 2008 02:05:46 Daniel Kristjansson wrote:
Hey, I've recently learned that it is impossible to switch inputs
when using the latest ivtv drivers unless you close all the open file
descriptors for a video device first. Working around this in MythTV
would
On Feb 2, 2008, at 7:58 AM, Sander Sweers wrote:
On vr, 2008-02-01 at 15:42 -0500, Daniel Kristjansson wrote:
It's already not a good idea to use a kernel 2.6.17 anyway, since
VBI is broken in later ivtv drivers for PVR-250 and PVR-350 cards.
We'll just recommend Linux 2.6.17 or earlier in
On Fri, 2008-02-01 at 15:42 -0500, Daniel Kristjansson wrote:
It's already not a good idea to use a kernel 2.6.17 anyway, since VBI
is broken in later ivtv drivers for PVR-250 and PVR-350 cards. We'll
just recommend Linux 2.6.17 or earlier in the MythTV 0.21 release notes.
When we release
On vr, 2008-02-01 at 15:42 -0500, Daniel Kristjansson wrote:
It's already not a good idea to use a kernel 2.6.17 anyway, since
VBI is broken in later ivtv drivers for PVR-250 and PVR-350 cards.
We'll just recommend Linux 2.6.17 or earlier in the MythTV 0.21
release notes. When we release
On Sat, 2008-02-02 at 14:58 +0100, Sander Sweers wrote:
On vr, 2008-02-01 at 15:42 -0500, Daniel Kristjansson wrote:
It's already not a good idea to use a kernel 2.6.17 anyway, since
VBI is broken in later ivtv drivers for PVR-250 and PVR-350 cards.
We'll just recommend Linux 2.6.17 or
I think it is a little bit more complicated.
It is also necessary to stop/start when you switch from TV tuner to Radio
tuner. In this case VIDIOC_S_INPUT is not called.
Have at look at
http://linuxtv.org/hg/v4l-dvb/rev/904736fc862a
Greets,
Martin
Daniel Kristjansson wrote:
I've attached a patch which I believe addresses the stop, change input,
restart procedure within the driver in just a few lines of code. The
application writer still has the option of putting ivtv specific code
in their V4L2 handling code, but doesn't have to. If
On Fri, 2008-02-01 at 10:14 +, Simon Kenyon wrote:
Daniel Kristjansson wrote:
I've attached a patch which I believe addresses the stop, change input,
restart procedure within the driver in just a few lines of code. The
application writer still has the option of putting ivtv specific
On Thu, 2008-01-31 at 08:20 +0100, Hans Verkuil wrote:
On Thursday 31 January 2008 02:05:46 Daniel Kristjansson wrote:
Hey, I've recently learned that it is impossible to switch inputs
when using the latest ivtv drivers unless you close all the open file
descriptors for a video device
On Thu, 2008-01-31 at 13:40 -0500, Daniel Kristjansson wrote:
On Thu, 2008-01-31 at 08:20 +0100, Hans Verkuil wrote:
The easiest way to solve it is to check whether S_INPUT returns EBUSY
and in that case pause the encoder (VIDIOC_ENCODER_CMD), call S_INPUT
again and restart it with
Daniel,
you need V4L2_ENC_CMD_STOP and V4L2_ENC_CMD_START. It is not
[EMAIL PROTECTED] to pause and resume.
I don`t know myth, but you may also need to stop a read thread and restart it.
Greets,
Martin
___
ivtv-devel mailing list
On Thu, 2008-01-31 at 08:20 +0100, Hans Verkuil wrote:
On the one hand this could be solved in a similar way (pause, change
input, resume) inside the driver, but I rather disliked introducing
such an unexpected side-effect and since the v4l spec clearly allowed
returning EBUSY I decided to
Hey, I've recently learned that it is impossible to switch inputs
when using the latest ivtv drivers unless you close all the open file
descriptors for a video device first. Working around this in MythTV
would be a nightmare since the class that does channel changing and
input switching for all
On Thursday 31 January 2008 02:05:46 Daniel Kristjansson wrote:
Hey, I've recently learned that it is impossible to switch inputs
when using the latest ivtv drivers unless you close all the open file
descriptors for a video device first. Working around this in MythTV
would be a nightmare since
14 matches
Mail list logo