Le mardi 04 novembre 2014, 15:42:37 Rémi Denis-Courmont a écrit :
> Le 2014-11-04 14:58, Sakari Ailus a écrit :
> >> > Have you tried with a different application to see if the problem
> >>
> >> persists?
> >>
> >> Tried mplayer and cheese now,
he noise.
I guess the newer VLC could indeed pay attention to the monotonic
timestamp
flag. Remi, any idea?
VLC takes the kernel timestamp, if monotonic, since version 2.1.
Otherwise, it generates its own inaccurate timestamp. So either that
code is wrong, or the kernel timestamps are.
support USERPTR.
Tested hardware was Logitech HD Pro Webcam C920 with YUY2 pixel format. The
same hardware and the same driver work fine with MMAP buffers.
The same USERPTR userspace code works fine with the vivi test device...
Did any have any better luck?
--
Rémi Denis-Courmont
http
not a way to share a camera
within two applications.
Sharing a camera is fundamentally impossible due to the limitation of the
hardware, which cannot capture in two different formats and sets of buffers
simultaneously. Live with it.
--
Rémi Denis-Courmont
Sent from my collocated server
patch, in order to
avoid compilation breakage]
Signed-off-by: Evgeny Plehov
Signed-off-by: Mauro Carvalho Chehab
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@
ock is manually adjusted.
(That is not to deny that clock warping is a problem. All serious multimedia
frameworks and network protocol stacks use the monotonic clock nowadays.)
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linu
ersions 3.2 and later. So you might need to update the kernel. If you already
have, then well, you need to get someone to update the driver.
Also the application needs to be updated to support DVBv5.5 too. I don't know
which versions of VDR support multi-standard frontends, if any as yet.
r. Timestamp is _not_ something the user should control directly.
The application should figure out what it gets and what it needs.
Or why do you use STREAMON/STREAMOFF instead of a STREAM boolean control, eh?
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the
e control also have an effect on the types of the timestamps in
> V4L2 events? Likely yes.
>
>
> Device-dependent timestamp
> ------
>
> Should we agree on selectable timestamps, the existing timestamp field (or
> a union with another field of different typ
s back to old kernels
User space needs a flag is needed. Full point.
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
izeof(cap->bus_info));
> strlcpy(cap->card, vpbe_dev->cfg->module_name, sizeof(cap->card));
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
think it should be documented
and specified per format what the timestamp is.
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.k
The patch correctly but silently clears ENUM_FRAMEINTERVALS too...
> VIDIOC_G_ENC_INDEX IOCTL.
> VIDIOC_ENCODER_CMD and VIDIOC_TRY_ENCODER_CMD IOCTLs.
> VIDIOC_DECODER_CMD and VIDIOC_TRY_DECODER_CMD IOCTLs.
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this li
ctice even if it conformed to the letter
of the V4L2 specification.
--
Rémi Denis-Courmont
C/C++ software engineer looking for a job
http://www.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kern
Le jeudi 2 août 2012 09:35:58 Hans Verkuil, vous avez écrit :
> On Wed August 1 2012 22:49:57 Rémi Denis-Courmont wrote:
> > > What about using the CREATE_BUFS ioctl to add new MMAP buffers at
> > > runtime ?
> >
> > Does CREATE_BUFS always work while already stre
Does CREATE_BUFS always work while already streaming has already started? If
it depends on the driver, it's kinda helpless.
What's the guaranteed minimum buffer count? It seems in any case, MMAP has a
hard limit of 32 buffers (at least videobuf2 has), though one might argue this
way...
Isn't V4L2_TUNER_CAP_FREQ_BANDS expected to tell whether the driver can
enumerate bands? Why is there a need for fallback implementation?
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe lin
scussed a few months ago for the exact same
DMABUF patch series...
--
Rémi Denis-Courmont
Sent from my collocated server
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Le mardi 31 juillet 2012 19:28:12 Laurent Pinchart, vous avez écrit :
> Hi Rémi,
>
> On Tuesday 31 July 2012 16:39:00 Rémi Denis-Courmont wrote:
> > Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez écrit :
> > > > For that matter, wouldn't it be usefu
Le mardi 31 juillet 2012 17:03:52 Rob Clark, vous avez écrit :
> On Tue, Jul 31, 2012 at 8:39 AM, Rémi Denis-Courmont
wrote:
> > Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez écrit :
> >> > For that matter, wouldn't it be useful to support exporting
MMAP requires memory copying.
I am not sure DMABUF even supports transmitting data efficiently to userspace.
In my understanding, it's meant for transmitting data between DSP's bypassing
userspace entirely, in other words the exact opposite of what USERBUF does.
--
Rémi Deni
Yes, that's firm.
Sorry again... Does that mean nothing happens on Sunday and Monday?
Also, when do get confirmed invitations to attend the media summit?
--
Rémi Denis-Courmont
Sent from my collocated server
--
To unsubscribe from this list: send the line "unsubscribe linux-medi
On Wed, 25 Jul 2012 08:21:05 +0200, Hans Verkuil
wrote:
> On Tue July 24 2012 22:37:35 Rémi Denis-Courmont wrote:
>> Le mardi 24 juillet 2012 23:31:42 Andy Walls, vous avez écrit :
>> > >I would strongly be in favor of this. One thing that we get far to
>> &g
lumbers this year. :(
Is the media summit timed with LPC or the kernel summit? If I come, I have to
leave on Thursday to catch the VideoLAN conference in Paris on the next week-
end...
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this
VB from userspace perspective.
Regards,
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
at happened (or maybe my proposal were not clear enough), but
> I've submitted a proposal to have a media system summit on KS/2011.
> Last year was very productive for media developers, so we'd like to do
> it again ;)
Do you guys expect to discuss anything relevant to userland? (V4
rontend. I think one device per one standard is good choice.
If I understand Hans correctly, he suggests to use two tuners on a *single*
radio device node, much like a single video device nodes can have multiple
video inputs. So I think you agree with Hans, and so do I.
--
Rémi Denis-Courmon
Not sure Linux printk supports it, but C specifies the "hh" prefix for 'char',
and the "h" prefix for 'short' for instance "%02hhX", and this would also work
for u8 and u16.
The pedantic in me needs to add that the official prefixes for uint8
On Mon, 7 May 2012 17:27:49 +0300, Sakari Ailus
wrote:
> From: Rémi Denis-Courmont
I don't think I have written any surviving line in that patch.
No objections though.
--
Rémi Denis-Courmont
Sent from my collocated server
--
To unsubscribe from this list: send
Answering myself.
On Thu, 03 May 2012 12:57:00 +0200, Rémi Denis-Courmont
wrote:
> On Thu, 3 May 2012 00:39:15 +0300, Sakari Ailus
> wrote:
>> - ppc64: int is 64 bits there, and thus also enums,
>
> Really?
No, really not:
http://refspecs.linuxfoundation.org/ELF/
2_t;
> - C does not specify which integer type enums actually use; this is what
> GCC manual says about it:
The Linux ABI, at least as defined in GCC, requires 'short enums' be
disabled, even on ARM.
So enums should always be unsigned or int with gcc, thus with V4L2 code.
--
lications should rely on USERPTR being
supported. We agree that not all devices can support USERPTR.
> The userptr has its niches were it works pretty well like Web cams or
VIVI.
> I am saying that if ever DMABUF becomes a good alternative for USERPTR
> than maybe we should consider en
ying. USERPTR does not.
Now, I do realize that some devices cannot support USERPTR efficiently,
then they should not support USERPTR. But for those devices that can, it
seems quite a nice performance enhancement.
--
Rémi Denis-Courmont
Sent from my collocated server
--
To unsubscr
set pixel format 'H264' with the standard VIDIOC_S_FMT. Then you get the H.264
elementary stream with the plain normal streaming or read/write modes of V4L2.
E.g.:
# v4l2-ctl --set-fmt-video=width=640,height=480,pixelformat=H264
# vlc v4l2c/h264://
--
Rémi Denis-Courmont
http:/
s for Cb and Cr manipulation, which yield
> many permutations, e.g. many slightly different color tints. Such
devices
> are better exporting their own API for precise control of non-standard
> color effects.
I don't understand why you need a number for this, if it's going to
d. V4L2 H.264 is
supported in VLC version 2.0.2-git: 'vlc v4l2:///dev/video0:chroma=h264'.
--
Rémi Denis-Courmont
Sent from my collocated server
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
IDEODEV2_H
# include
#endif
#ifdef HAVE_SYS_VIDEOIO_H
# include
#endif
])
Then this works:
#if HAVE_DECL_V4L2_CTRL_TYPE_INTEGER_MENU
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-m
quired;
> - will require a "videodev2.h" fork for the legacy API with the enum's;
> - will require a compat code to convert from enum into integer and
> vice-versa.
>
> Comments/Votes?
--
Rémi Denis-Courmont
Sent from my collocate
al potential range optimizations, I doubt this is even possible.
Regardless, you cannot require all of Linux userspace to rely on an hypothetic
non-standard GNU C extension. Thus extending enums remains a silent userspace
ABI break in any case.
--
Rémi Denis-Courmont
http://www.remlab.net/
http
in kernel space.
Is it be several years too late to fix a bug?
(...)
> I don't think anything has changed since then that would make it easier
> to apply a change like that.
OK. But then you cannot update extend existing enums... No DMA buffers, no
integer menu controls...
--
Rémi Denis
resolution at
that frame rate.
When enumerating the frame sizes and intervals on the device, the winner
is 800x600 at 30 f/s. But when setting 30 f/s with VIDIOC_S_PARM, the
system call returns 24 f/s. Does anyone know why it is so? Is this a
firmware bug or what?
--
Rémi Denis-Courmont
V4L2 user
space needs to be recompiled whenever videodev2.h has updated enums...
(This an obvious problem with V4L2_QUERYCTRL.)
Fortunately, the Linux ABI disables short-enums on all platforms. Even
the Linux variant of the ARM AAPCS contradicts the standard ARM AAPCS
in doing so.
Signed-off-by:
num_users, vaddr
> + * Required ops for DMABUF types: attach_dmabuf, detach_dmabuf,
> map_dmabuf, + * unmap_dmabuf.
> */
> struct vb2_mem_ops {
> void*(*alloc)(void *alloc_ctx, unsigned long size);
> @@ -65,6 +82,17 @@ struct vb2
UF
> +returns immediately with an &EAGAIN; when no buffer is available. The
> +&func-select; or &func-poll; function are always available.
> +
> +To start and stop capturing or output applications call the
> +&VIDIOC-STREAMON; and &VIDIOC-STREAMOFF; ioctl. Note
&
Le dimanche 11 mars 2012 17:34:50 Devin Heitmueller, vous avez écrit :
> 2012/3/11 Rémi Denis-Courmont :
> > By the way, the bt8xx driver exposes ATSC but not ITU J.83 annex B. This
> > is contrary to all other ATSC frontends. Is this correct?
>
> Many of the older cards didn
By the way, the bt8xx driver exposes ATSC but not ITU J.83 annex B. This is
contrary to all other ATSC frontends. Is this correct?
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media&qu
VB-C channels with hacked VLC on Linux 3.3-rc6.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
is also rather
limited when it comes to compiling libraries, as opposed to libtool.
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Wed, 18 Jan 2012 10:43:21 -0200, Mauro Carvalho Chehab
wrote:
> Em 18-01-2012 10:31, Rémi Denis-Courmont escreveu:
>> On Wed, 18 Jan 2012 10:19:24 -0200, Mauro Carvalho Chehab
>> wrote:
>>> Not sure if it is possible, but it would be great if the build output
&
gs in the
> middle of all those garbage.
These days, automake has a silent mode that looks much like a kernel
compilation.
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord..
e returned as usual.
That's a limitation, not a feature.
You should not transmit unwanted programs over the network, nor copy them to
kernel space.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe
So unless this driver can be compiled with a GPL-compatible toolchain (and the
toolchain is provided by NetUp), it might not be possible to distribute binary
copies of the driver.
Then again, I am not a laywer. Someone that cares, please ask SFLC or friends.
--
Rémi Denis-Courmont
htt
that you
could write a CUSE frontend, so it does involve some extra work and looses the
performance benefit.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of
vdr, vlc, kaffeine use remote tuners on hosts not running vdr, vlc
> or kaffeine? Should we implement networking protocols in scan, w_scan,
> czap, tzap, szap, mplayer, dvbsnoop, dvbstream, etc. instead?
VLC does not support remote control of digital (nor analog) tuners as of
toda
ev wants to create the nodes?
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
would seem like better examples to me.
> I would like to note that I don't want to start any flame-war,
> so very short answer would be enough for me.
Did you try to implement this through CUSE? Then there should be no GPL
problems. Also then you do not need to convince an
motely. MSG_NOSIGNAL is a
more modern alternative.
Anyway, the problem is not so mucgh ignoring SIGPIPE as ignoring EPIPE write
errors.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media"
lues so they are continuous.
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
I assume you'll bump the minor DVB version at some point too?
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More ma
e to
know about the delivery systems.
So hmm, that's a lot of problems before I could use that library. Maybe
some other user-space guys are less demanding bitches though :-)
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscr
that could
trigger a warp:
- GPS receiver (TAI),
- cellular modem (NITZ),
- and, of course, manual setting.
So if at all possible I'd much prefer monotonic over real timestamps.
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line &qu
e is no way to detect this, other than detect ridiculously
large gap between the timestamp and the current clock value?
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.k
s it tied to any of the
registration fees (LinuxCon is steep if you are not sponsored nor studying)?
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to ma
561
On a tangential note, what actual version is VLC "" there? VLC 1.2.0 git
DVB plugin is a complete rewrite from VLC 1.1.x, using Linux DVBv5 (the so
called S2API)...
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this li
Le dimanche 17 juillet 2011 05:51:33 Andreas Oberritter, vous avez écrit :
> On 16.07.2011 18:37, Rémi Denis-Courmont wrote:
> > Le samedi 16 juillet 2011 18:53:16 Andreas Oberritter, vous avez écrit :
> >>> You are wrong, actually you can. At least here in Finland some cable
ist item. So it'll close the all device nodes and (re)open them. There
are obviously other applications at stake.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
eously. This wouldn't make sense, unless they didn't
> want their customers to receive their signals.
They do offer both simultaneously. DNA (formerly Welho) in Helsinki provides
both DVB-T and DVB-C on the same cable, obviously on different frequencies.
--
Rémi Den
lly wrong.
Did it work for you? We at VideoLAN.org could not get DMX_OUT_TSDEMUX_TAP to
work with any of three distinct device/drivers (on two different delivery
systems). We do get TS packets, but they seem to be partly corrupt.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin
to the tuntap network
device driver.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
It was an explicit goal to *not* allow third parties to reuse the
> Linux DVB core unless they were providing in-kernel drivers which
> conform to the GPL.
I am afraid I don't understand how is Linux-DVB different from other Linux
subsystems, such as the (much larger in terms of non-driver-s
this needs a Documentation file for the userspace API (kinda like
tuntap.txt).
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.
y the way, what is the V4L2 device node supposed to be? I don't suppose the
hardware supports analog nor hardware decoding!? Is it just a left over from
the em28xx driver?
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the l
here
> a glibc way to get the device path from the fd?). Well, we may associate
> the fd descriptor with the device node internally at libv4l.
Not really. fstat() can tell you fd is a character device, and provide the
major and minor though.
--
Rémi Denis-Courmont
http://www.remlab.net/
http
; > an official release tarbal (we can always re-introduce the patch after
> > the release).
>
> I'm not a big fan or exporting the rest of stuff at libv4l2util.a either,
> but I think that at least the get_media_devices stuff should be exported
> somewhere, maybe as
gt;
>> Thank you for the feedback!
>
> I'm a bit curious about this device. It seems to only be marketed as a
> DVB-T2 device in areas where that spec is used. But looking at your
> driver, it seems that the device also supports DVB-C. Is that correct?
At le
15:51 net0
So there is always only one demux per adapter then? That would work for me,
but it contradicts the example code at Documentation/DocBook/dvb/examples.xml
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line &q
Hello,
- Message d'origine -
> I believe you can only use one frontend at once per adapter (this is
> certainly enforced in the cxd2820r module), so I don't see how it would
> cause a problem for mappings. I think a dual tuner device would register
> itself as two adapters, wouldn't it
-space
supposed to map the demux/dvr and the frontend, on a multi-proto card? on a
multi-tuner card?
Best regards,
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.
any solution at the moment, and this is a major inconvenience on
Linux desktop compared to DirectShow.
--
Rémi Denis-Courmont
http://www.remlab.info/
http://fi.linkedin.com/in/remidenis
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a mess
79 matches
Mail list logo
