Re: [ANNOUNCE] experimental alsa stream support at xawtv3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



--- On Tue, 24/5/11, Devin Heitmueller <dheitmueller@xxxxxxxxxxxxxx> wrote:

> From: Devin Heitmueller <dheitmueller@xxxxxxxxxxxxxx>
> Subject: Re: [ANNOUNCE] experimental alsa stream support at xawtv3
> To: "Hans Verkuil" <hverkuil@xxxxxxxxx>
> Cc: "Mauro Carvalho Chehab" <mchehab@xxxxxxxxxx>, "Linux Media Mailing List" <linux-media@xxxxxxxxxxxxxxx>
> Date: Tuesday, 24 May, 2011, 16:57
> On Tue, May 24, 2011 at 2:50 AM, Hans
> 
> Oh, and how is it expected to handle informing the
> application about
> device contention between DVB and V4L?  Some devices
> share the tuner
> and therefore you cannot use both the V4L and DVB device at
> the same
> time.  Other products have two independent input paths
> on the same
> board, allowing both to be used simultaneously (the
> HVR-1600 is a
> popular example of this).  Sysfs isn't going to tell
> you this
> information, which is why in the MC API we explicitly added
> the notion
> of device groups (so the driver author can explicitly state
> the
> relationships).
> 
> Today MythTV users accomplish this by manually specifying
> "Input
> Groups".  I say that's what they do, but in reality
> they don't realize
> that they need to configure MythTV this way until they
> complain that
> MythTV recordings fail when trying to record programs on
> both inputs,
> at which point an advanced user points it out to
> them.  End users
> shouldn't have to understand the internal architecture of
> their
> capture card just to avoid weird crashy behavior (which is
> what often
> happens if you try to use both devices simultaneously since
> almost no
> hybrid drivers do proper locking).

Are there mechanisms for device-locking in the v4l api? With my 2 hybrid saa7134 cards I have observed exactly this issues in Mythtv and also in xawtv and kaffeine....
At the moment I disable one device via additional card definitions and modprobe-parameters, so that the other one is "alone" and only one app gets control over the tuner. 

But this driver (saa7134) seams not even lock the /dev/video0 correctly, as starting xawtv twice renders the card inoperable and forces rebooting to get the card working again...
 
Is there a good starting point to implement the locking?

> I am in favor of this finally getting some attention, but
> the reality
> is that sysfs isn't going to cut it.  It just doesn't
> expose enough
> information about the underlying hardware layout.
> 
> Devin
> 
> -- 
> Devin J. Heitmueller - Kernel Labs
> http://www.kernellabs.com
> --
> To unsubscribe from this list: send the line "unsubscribe
> linux-media" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
Emil

--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux