Francois Gouget writes:
> In particular this fixes compilation on FreeBSD 8.1.
>
> configure | 74
> +++
> configure.ac| 18 +++++
> dlls/qcap/v4l.c |4 +--
> include/config.h.in |3 +
generally the wrong approach. Instead a test for
the present of one of the VIDIOCS* defines would be better. However V4L
is used in two places in qcap, only one of which needs these. So it
should probably be done separately from the V4L check.
> Want to get a patch in before the 1.4.2 re
On Fri, Jan 18, 2013 at 4:45 AM, Francois Gouget wrote:
> On Tue, 15 Jan 2013, Damjan Jovanovic wrote:
>
>> What does this patch do? libv4l1.h includes libv4l1-videodev.h which
>> is a copy of linux/videodev.h. You should only need the one or the
>> other. Are you saying there is a system where li
On Tue, 15 Jan 2013, Damjan Jovanovic wrote:
> What does this patch do? libv4l1.h includes libv4l1-videodev.h which
> is a copy of linux/videodev.h. You should only need the one or the
> other. Are you saying there is a system where libv4l1.h is present but
> incomplete, and you need to include li
Damjan Jovanovic wrote:
> What does this patch do? libv4l1.h includes libv4l1-videodev.h which
> is a copy of linux/videodev.h. You should only need the one or the
> other. Are you saying there is a system where libv4l1.h is present but
> incomplete, and you need to include linux/videodev.h toget
On Tue, Jan 15, 2013 at 6:47 AM, Dmitry Timoshkov wrote:
> ---
> dlls/qcap/v4l.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/dlls/qcap/v4l.c b/dlls/qcap/v4l.c
> index f5baaeb..2562c48 100644
> --- a/dlls/qcap/v4l.c
> +++ b/dlls/qcap/v4l.c
>
Forget my qcap patch. It's the wrong one and I need to add missing CLSID
defines in some headers first.
In qcap/pin.c, the function OutputPin_GetDeliveryBuffer() shows the
parameters tStart and tStop as being of type const REFERENCE_TIME *.
Looking at the SDK web site, I see a function called
CBaseOutputPin::GetDeliveryBuffer() that has similar parameters that are
non-const.
May I deconstify these
d about to
many conditional compilation macros to support the different possible
APIs (if any, I'm only a little bit familiar with v4l)
> 2/ the driver shall be a driver for both avicap and qcap DLL
As far as I can see it, this is also exactly as Windows does it. The
VfWCaptureFilter real
Maarten Lankhorst a écrit :
Hi Alexandre,
I implemented a driver model in qcap now, but avicap32 still uses my old
#ifdef LINUX_VIDEODEV_H, since some people might be interested in
writing capcreatecapturewindow, I think we should move out the drivers
from qcap to our own vfwwine dll/driver
Hi Alexandre,
I implemented a driver model in qcap now, but avicap32 still uses my old
#ifdef LINUX_VIDEODEV_H, since some people might be interested in
writing capcreatecapturewindow, I think we should move out the drivers
from qcap to our own vfwwine dll/driver, windows uses a similar model
Maarten Lankhorst <[EMAIL PROTECTED]> writes:
> +
> + if (!S_ISCHR (st.st_mode)) {
> + ERR("%s: Not a device\n", device);
> + CoTaskMemFree(capBox);
> + return E_FAIL;
> + }
>
> >
> >Same here.
> >
> No, /dev/video* should never be an ordinary file,
Dimi Paun wrote:
On Fri, 2005-05-20 at 12:26 +0200, Maarten Lankhorst wrote:
What do you suggest then ... fprintf(stderr?
Absolutely not. :) But there are other options available:
TRACE/WARN/FIXME. There's also MESSAGE, but it should be
used *very* little. Also remember that most people wil
On Fri, 2005-05-20 at 12:26 +0200, Maarten Lankhorst wrote:
> What do you suggest then ... fprintf(stderr?
Absolutely not. :) But there are other options available:
TRACE/WARN/FIXME. There's also MESSAGE, but it should be
used *very* little. Also remember that most people will
not see MESSAGE()s a
On Fri, 2005-05-20 at 10:37 +0200, Andreas Mohr wrote:
> > > + ERR("Tinkerer detected? Thou shalt not define HAVE_V4L2
> \n");
> > > + CoTaskMemFree(capBox);
> > > + close(capBox->fd);
> > > + return E_FAIL;
> >
> > This is a FIXME.
> It's not. His comments indicate that he has
Hi,
On Thu, May 19, 2005 at 09:20:25PM -0400, Dimi Paun wrote:
> On Fri, 2005-05-20 at 00:42 +0200, Maarten Lankhorst wrote:
> > +
> > + capBox->fd = open(device, O_RDWR | O_NONBLOCK);
> > + if (capBox->fd == -1) {
> > + ERR("%s: Failed to open: %s\n", device, strerror(errno));
> > +
um, which causes it not to rescan for devices.
The NATIVE version does, and since that gets installed by internet
explorer, it's used. In that case, most of the errors I described
shouldn't happen, because if it happens, something REALLY weird is going
on... avicap runs the same stuff and
On Fri, 2005-05-20 at 00:42 +0200, Maarten Lankhorst wrote:
> m3h, v4l driver for vfwcapture.. please leave the ERR notice on
> initialisation intact, thank you :)
I think you've overusing ERR(). ERR() should be called
to signal an internal error such as inconsistent state,
not something that the
Robert Shearman wrote:
Rolf Kalbermatter wrote:
Changelog
- dlls/qcap/Makefile.in
- dlls/qcap/qcap_main.h
dlls/qcap/enummedia.c
Add IEnumMediaType object for use by other class objects. This is
taken
from quartz with only minor adaptions.
We should be putting these files into a
Rolf Kalbermatter wrote:
Changelog
- dlls/qcap/Makefile.in
- dlls/qcap/qcap_main.h
dlls/qcap/enummedia.c
Add IEnumMediaType object for use by other class objects. This is
taken
from quartz with only minor adaptions.
We should be putting these files into a static library that we
> Changelog
> - dlls/qcap/Makefile.in
> - dlls/qcap/enumpins.c
> Add IEnumPins object for use by other class objects. This is taken
> from quartz with only minor adaptions.
>
> Rolf Kalbermatter
>
>
> +WINE_DEFAULT_DEBUG_CHANNEL(quartz);
Shouldn't that be qcap ?
Cheers,
Paul.
this is my qcap dll in its current state, because i dont have much time
in the next couple of weeks I' d thought I'd post it, perhaps someone
can make it work with the new qcap dll implementation, what i have here
is a pretty much complete version of qcap + a near complete versi
22 matches
Mail list logo
