? Thanks again!!! :
hobobcat.
--- Justin Schoeman [EMAIL PROTECTED]
ªº¶l¥ó¤º®e¡G 1) Make sure the bttv driver is loaded.
2) Make sure the i2c-dev module is loaded / compiled
into the kernel.
3) Make sure which bus to use (you can use the
detection scripts from
lm-sensors and/or the dmesg
/dev/i2c/0
If all else fails, read the documentation at the lmsenors site...
-justin
ho ho wrote:
Dear Justin Schoeman and all:
Thanks to Justin, I have some ideas of writing I2C for
my card. I've wrote a program just to open the i2c,
but the program didn't successfully go thru
Have a look at the lmsensors project (sorry - don't have the URL handy).
There are some simple example i2c programs there, but basically
something like this works just fine:
#include linux/i2c-dev.h
/* open i2c bus */
if ((file = open(/dev/i2c/0,O_RDWR)) 0) {
perror(open);
The code I included was code I used to control an i2c display plugged
into my bt848 based capture card, on the bt848 i2c bus.
The Linux i2c layer is generic, and can be used for any i2c bus on the
system.
-justin
ho ho wrote:
Dear Justin Schoeman:
Thank you very much for your information
Try type 'dmesg' - if you see an oops message for nvrec, then it is the
driver that generated the segfault, and the only way to unload it will
be to reboot. Otherwise, use 'lsmod' to find out if any modules are
using the video module you want to unload.
-justin
The Eye wrote:
I am using
Dr Alan McIvor wrote:
Hi,
I recently had to grab some video from VHS videotape using a BT878 and
found it necessary to alter the brightness and contrast settings in the
BT878 input section to get a decent picture. Even then, the quality
wasn't particularly good. Having little experience
Gerd Knorr wrote:
v4l2-common.c
All the v4l2 API helper functions are moved here. Some of them
ifdef'ed out (see below).
v4l1-compat.c
This is basically Bill's v4l compatibility module. No major changes,
it works the same way: If you load it it will register and provide
a hook
Alan Cox wrote:
v4l2_q functions include locking. I suppose they could be implemented
on top of lists, but the current implementation is pretty clean and
solid.
Taking and releasing locks is expensive on many x86 boxes so taking them
for each list op can be bad.
Yes, except that
Gerd Knorr wrote:
* virt_to_bus() is gone in 2.4.x. It is not available any more for
all architectures (i386 does still work, sparc doesn't for example).
You have to use the PCI API (see Documentation/DMA-mapping.txt)
instead. Looks like the mm helper functions are
Ivor Cox wrote:
Hi Ben
I only tried full size, but the effect is that of a grid - but intermittent.
The PCI latency idea seems reasonable as my PC is a bit skinny.
I am familiar with the effects of interlaced fields - it is definitely more
nasty than that.
The effect is best
Ivor Cox wrote:
Hi,
I am porting a video capture app to linux and have had good success so
far except ...
I am capturing using a miro PCTV card and on redhat linux k2.2.16. The
capture mode is set to PAL and BGR24. I get a picure consistent with
that - dimensions and colour, but there
OK, didn't think of that one. Is there a way for a module to find out
if a specific symbol is being exported by another module (i.e. can a
driver look for a translate_ioctl function in module v4l1-compat which
has been previously loaded)?
Simply use it (like bttv uses
OK - this whole thing is starting to get seriously ugly again. So far
we have two options:
Gerd: 1 registration method, move all responsibility to the driver (very
intrusive at all levels).
Michael: retain both registration methods (results in overly complex
videodev.c).
I would like to
Gerd Knorr wrote:
v4l has been _the_ interface for years. And it probably takes at least
one more year until v4l2 shows up in a stable kernel (2.6). I don't
think we can phase out v4l1 ...
Yes, it has been _the_ interface for years, but it still remains
hopelessly incomplete
Gerd Knorr wrote:
Agreed. The only provisio being that there must be some way for a
driver registering by method 2 to say if it is v4l1/v4l2 so that the
compat layer can initialise for that device.
IMHO the compatibility layer should'nt be mandatory. I think the best
way to handle
Simon Turvey wrote:
Hi Justin, Gerd,
The first time I run fbtv on the above configuration and attempt to tune
using the
arrow keys I get a segfault. If I run the program again it works fine.
This does not
occur with bttv. Can you let me know what information you need and where I
Simon Turvey wrote:
Ahh dammit, I knew I was going to be told to read the installation docs
again:)
Thanks, I obviously wasn't thorough enough first time round.
Heh - no worries, it happens to all of us, with so many versions of just
about every component flying around...
-justin
Benedict Bridgwater wrote:
Justin Schoeman wrote: (regarding RGB/YUV conversion)
I actually benchmarked these two versions a while ago, and it turns out
that on a reasonably new PC (K6/PII or up), fixed point arithmetic is
quite a bit faster than tables - It turns out that a fixed
Benedict Bridgwater wrote:
Justin Schoeman wrote:
Benedict Bridgwater wrote:
Justin Schoeman wrote: (regarding RGB/YUV conversion)
I actually benchmarked these two versions a while ago, and it turns out
that on a reasonably new PC (K6/PII or up), fixed point arithmetic
Trent Piepho wrote:
On Wed, 28 Mar 2001, Colin Shaw wrote:
converting from say RGB888 to YUV420 where the space spanned by the result
is significantly smaller than that of the original. It would appear that
this lookup table would require about 2^24 entries and would only map to
64
patrick engel wrote:
I've been testing TV cards with V4L1/BTTV and
V4L2/BTTV2 drivers.
Currenlty I'm testing with Hauppauge WinTV Pci and
Pinnacle/Miro Studio PCTV Pro cards (NTSC tuners).
I've been running Xawtv on RedHat 6.2. Video overlay
works pretty well but audio has some issues.
Chris Barnhart wrote:
I am also trying to do double buffering with mmap, v4l and bttv at 30 fps.
I'm queueing two frames with VIDIOCSYNC ioctl and am able to get the code
to grab and display at 30 fps when I queue and sync correctly. However -
although the loop rate is 30 loops per
Steve Burkett wrote:
hello, i have a few questions if you could answer?
(1) in a nutshell, how does video for linux 2 (V4L2) differ from V4L1?
Difficult to fit in a nutshell... v4l2 is a complete rewrite. While
v4l1 was intended to be an interface to TV cards, v4l2 is intended as an
M V Vinod Kumar wrote:
Hi
When using double buffering, how do i get to know the number of
missed frames. As of now if I do it by measuring the time lapsed between
two consecutive CSYNC signals. If the time measure is more that 1/25th of
a sec (assuming PAL capure) I think of it as
Hi Everybody,
Here is a quick hack of x2divx to record DivX ;-) encoded files from a
v4l2 capable device. Maintains 25fps at 384x288 on an Athlon 600.
Available from http://www.ee.up.ac.za/~justin/v4l2/. Maintains perfect
A/V sync on 2 hour+ movies.
Happy recording!
-justin
Benedict Bridgwater wrote:
My US Robotics Bt848 based capture card has suddenly started to give me
pictures where there are vertical bands superimposed on the picture,
going from the left side to about a third of the way to the center, and
graduating in width from widest at the edge to
Edgard Alexander Sotter wrote:
Hi Justin,
About your code... where are exactly the buffers??? buf or bigbuf???
OK - bigbuf is a pointer to the memory area that the driver uses to
store the images.
buf = bigbuf + vm.offsets[frame];
Sets buf = to the address of the last image to be
Edgard Alexander Sotter wrote:
Which
driver/capture device are you using?
I am using a Creative Webcam Plus with an ov511 chip.
As was discussed previously on this list, even using double buffering,
it would not be possible to get 25 fps from this driver/camera
combination (due to
Edgard Alexander Sotter wrote:
Hi Justin,
I got it thanks!!! but I have another question... even when I am using
both of the buffers I still have a very low speed (7-10 fps)... does it depends of
the driver or can I inprove the speed by the program???
Edgar
If you are
Edgard Alexander Sotter wrote:
Hi Justin, I have some questions about your code:
for(frame=0; framevm.frames; frame++);
{
mm.frame = frame;
if(ioctl(fd, VIDIOCMCAPTURE, mm)0)
{
perror("VIDIOCMCAPTURE");
exit(-1);
}
}
1. Why did you do
Benedict Bridgwater wrote:
Justin Schoeman wrote:
This is incorrect: VIDIOCSYNC isn't used to free a buffer after it has been
used, but
rather to wait for it to be filled by the driver.
Actually, the API document is correct, just a little vague! CSYNC does
free the buffer
Jeroen Vreeken wrote:
Hi,
I am looking for a piece of code (or just documentation) to convert an
bgr24 image to yuv240p.
I have found some stuff but the result is terrible, overflows and black and
white images...
Jeroen
___
Gerd Knorr wrote:
...
2) Propose a cleaner ioctl to Alan, and see if he will accept it.
VIDIOCSMBUF(struct video_mbuf)? Just an idea ...
Gerd
Rather a struct video_mmap - in case the driver needs to align capture
buffers on page boundaries, etc. Let the driver determine the best
Kali Griffin wrote:
Hi,
I can only capture 8-10 fps regardless of image
size using the bttv drivers and the v4l interface.
The type of card I have is an Osprey 100. The device
driver does not support read captures, so I have to
use mmap. Here is the gist of my code:
fd =
Gyalkay Szabolcs wrote:
Hi there.
I tried out mp1e, and realised that when I try to encode 384*288(I
don't remember the exact numbers) with 25 fps, the cpu indicator falls
slowly from 100 percent, until 20 percent, and 30 percent of the
frames are missing, a large part of the audio is
Justin Schoeman wrote:
"Gleicon S. Moraes" wrote:
Edgard Alexander Sotter wrote:
[snip]
someone told me that I have to work with video_buffer struct,
anyone has experience in work with this struct???... anyone has a example of
grabbing image in real time (video
Benedict Bridgwater wrote:
Justin Schoeman wrote:
Justin Schoeman wrote:
"Gleicon S. Moraes" wrote:
Edgard Alexander Sotter wrote:
[snip]
someone told me that I have to work with video_buffer struct,
anyone has experience in work with t
Gerd Knorr wrote:
VIDIOCSPICT and VIDIOCSWIN are only used for setting up an overlay
window, not for memory capture.
Or for capture using the read() system call. With bttv 0.8.x capture
with read() does actually work (unlike older versions)...
For doing memory capture the
Canek Pelez Valds wrote:
Justin If you want a quick-and-dirty synch technique that works very well,
Justin try qtrec (http://www.ee.up.ac.za/~justin/v4l2/). The current
Justin version may not even compile, but the synch technique works great.
Justin How it works:
It can work on V4L (not
Ori Pessach wrote:
Hi,
Here are the patches against xawtv-3.35. Be aware that this bit of hackery is
far from perfect: it causes the capture rate to be visibly jerky at times,
since the video capture thread is trying to sync to a time line that advances
in rather large steps, and is at
Bill Dirks wrote:
That is a good point.
I've thought about what you said, and the general problem is that there
is no concept of a stream halt except by explicit STREAMOFF command from
the program. V4L2 needs to handle the case where a stream has to be
halted because of an external event
rrubio wrote:
We are currently using a Hauppauge ImpactVCB card for display capture
in our next generation Pencil Tester. Using the 6.4 bttv drivers for
Linux, I'm seeing 4-5 black pixels at either end of the scanline on both
a displayed and captured image. The desire is to display and
Moses wrote:
Hello,
Anyone seen this problem with 0.7.54? I'm running current i2c stuff, loaded
videodev, i2c, and tuner fine. Bttv just blows up with the following errors
without writing anything in dmesg. Been running 0.6.4h fine for over a
year, time to upgrade.
# insmod bttv
Gerd Knorr wrote:
I have seen some mmx filters, and even some hardware, that requires the
lines to be DWORD or QWORD aligned.
No problem with the common image sizes, lines will be aligned even
without any padding:
NTSC: 640 = 2^7 * 5
PAL: 768 = 2^8 * 3
The common DCT-based
Gerd Knorr wrote:
OK - then how about keep the REQBUFS(0) (or something similar), and
...
Thanks.
Packed pixel formats can use the v4l2_pix_format.bytesperline to
specify any padding they want. Planar formats can't have padding
(any objections on this? If so: why? I can't think of
Gerd Knorr wrote:
It makes sense to me to pass the buffer on QBUF, not QUERYBUF, and no
new REQBUFS=0 semantics is required. I understand the desire to save
locking and unlocking the memory each time it is used, but don't think
it's a significant overhead considering the memcpy()
Gerd Knorr wrote:
...
Remaining overhead is page table lookups + (for bt848) risc code
generation. Even that can be reduced. We could use a flag for that.
If a application plans to reuse that buffer some hint flag can be set,
and the driver can keep the buffer locked down then. Not
Bill Dirks wrote:
I think we can add application-supplied streaming buffers to the API
without 'disturbing' the existing interface semantics. How about this:
...
That's it.
It's backward compatible all around.
Yes.
It makes sense to me to pass the buffer on QBUF, not QUERYBUF,
Hi everybody, I have been taking a look at adding DMA to userspace to
the V4L2 API. My ideas are discussed below. Any comments/criticisms are
welcome.
1) Exisiting mechanism:
The existing streaming capture mechanism can be summarised as follows:
1 - Set capture format (S_FMT)
2 - Request
Gerd Knorr wrote:
2) Identification:
A driver supporting DMA to userspace will set the V4L2_FLAG_DMA flag, as
returned by QUERYCAP.
Hmm, V4L2_FLAG_DMA is a bad name. Capture to mmap()'ed kernel buffers is
DMA too...
V4L2_FLAG_USERDMA ?
struct v4l2_dmabuffer *dmabuf;
Artur Skawina wrote:
Justin Schoeman wrote:
It is often desirable to DMA directly into a target buffer. For
example, into offscreen memory of a video card, or maybe the compression
buffers of a codec, etc. The main reason I'm interested is for the
offscreen DMA.
Didn't think
James Sleeman wrote:
Hi all,
went to recompile avifile after updating to videodevX + bttv2, but
there seems to be an incompatability with videodevX causing capture
utilities (qtvidcap in the distribution (which, BTW needs some GUI
touchups to enable window expanding when fonts are
Jacek Popawski wrote:
On Sun, Jan 14, 2001 at 09:34:30PM -0600, Canek Pelez Valds wrote:
Hi; I've been using streamer for a couple of days and I got very good
results. The movies are synchronized, and the quality it's very very good.
sorry for offtopic, but what software are you using
"Andrew A. Chen" wrote:
Hey there-
Just to make sure, If I want to use the bttv2 driver, that means I'm going
to have to scrap my existing V4L1 driver, and upgrade the entire system to
V4L2? If so, what about existing legacy V4L applications, like
RealProducer? Is there a HOWTO on how to
James Sleeman wrote:
Hi all,
I'm having a small problem getting bttv2 running, specifically I'm
having trouble with videdevX. It compiles perfectly, make install runs
without a hitch. When however I do a modprobe bttv2, which in turn
pulls in videodevX, the insmod of videodevX
Toby Jaffey wrote:
Can anyone tell me whether the XVideo extension should be working in
X4.0.2 with the Voodoo3. The only programs I know of that use Xv are oms
(from livid) and xine, both segfault when trying to use Xv.
Any ideas?
I had some pretty weird errors (segfaults, etc.) when I
"Troy L. Swaine" wrote:
Hi Everyone,
Trying to compiling bttv2 driver-20001214 I get these
errors.
...
Please try the latest version (20010111) uploaded a few minutes ago, and
see if it works for you.
Thanks,
-justin
___
"Jeremy C. Reed" wrote:
I am looking for a tool that I can use under NetBSD to capture streaming
video and audio via the command-line (non-X).
I can use FXTV 1.02 (TV display for Brooktree 848 compatible TV cards) to
watch video. (My sound is from a VCR audio output into my sound card.)
Ragga Muffin wrote:
Hi all,
Is anybody having trouble with bttv2+xawtv+XF4 ?
Specifically, with bttv2 and xawtv using the XVideo extensions,
the colors are completely off.
It looks like XVideo handles the frames in YUV but
bttv2 (xawtv) seems to understand BGR (?)
I can get a nice
Marcel Janssen wrote:
On Tuesday 28 November 2000 23:54, you wrote:
Marcel Janssen wrote:
Which version of mp1e are you using?
I'm using version 1.8.0-pre3
I never got this version to work with bttv. I'd say there's an error in
this beta version. But it works great with bttv2
Trent Piepho wrote:
On Mon, 27 Nov 2000, Justin Schoeman wrote:
The mmap()ed memory area is definitely NOT guaranteed to be user
writable, so this would not be a good idea.
So it might be read-only? Is there any reason to make it read-only?
Also V4L and V4L2 have no concept
Steve Russo wrote:
Hello all!
I would like to record movies to one file instead of splitting them into two
but I am running into the 2 gig file barrier. I did some research and found
LFS. I installed LFS by patching my kernel, recompiling, patching glibc,
recompiling, etc, etc The
Marcel Janssen wrote:
Hi,
After a long struggle I've got mp1e compiled on my redhat7 system. When
running however I get something of a sync error. I use kernel 2.4-test11.
I use xfree4.0.1 with DRI and v4l enabled.
Debug info :
#mp1e -m 3 -b 1.152 -vv -c /dev/v4l/video0 -n 500 -s
Abheek Anand wrote:
Hi
I need to clip images with a bttv chipset framegrabber card. Since the
only way i can read images is with mmap'ing the buffer, i need to set
clipping parameters with this method. However using the VIDIOCSWIN ioctl
doesnt work in this case, and im thus unable to set
Trent Piepho wrote:
On Mon, 27 Nov 2000, Justin Schoeman wrote:
I need to clip images with a bttv chipset framegrabber card. Since the
only way i can read images is with mmap'ing the buffer, i need to set
clipping parameters with this method. However using the VIDIOCSWIN ioctl
Marcel Janssen wrote:
Hi,
I've been spending some time reading the devfs page but still I can't find a
way how to get devfsd to create the devices at boot time needed for bttv2.
It works with bttv using the configuration that comes with devfsd.
Is there a way to tell devfsd to do the
Marcel Janssen wrote:
I get the following error when starting xawtv :
X Error of failed request: BadAccess (attempt to access private resource
denied)
Major opcode of failed request: 141 (XVideo)
Minor opcode of failed request: 13 ()
Serial number of failed request: 357
Christopher Rosendahl wrote:
Hello everybody!
I got a intel usb webcam...
so far i havent found any drivers..
anyone who know if there is any yet?
webcam.sourceforge.net has a large number of supported USB cameras, and
links to sites that support other models too.
-justin
jian peng wrote:
I use Imagenation PXC200 for image processing and computer vision for mobile
robots. Yes, it's an expensive card comparing to other TV cards, but it's a
very good frame grabber. Also I got it from my lab, I don't need to pay for
it:-)
I also have a USB camera made by
Oliver Neukum wrote:
Hi,
the attached patch fixes an SMP race in open and adds interruptible locking
to read and write.
The locking is a new feature, but IMHO very sensible. Allowing only exclusive
open but concurrent reads and writes is not in the same spirit.
In the original code
Hi, Sorry for contacting you through the list like this. I have tried
sending directly to your e-mail address, but have received no reply -
I'm probably getting caught by your rather infamous mail filters...
Anyway, the subject of V4L1 and V4L2 integration is comming up very
frequently now, and
Jon Pennington wrote:
On Fri, 27 October 2000, Justin Schoeman wrote:
Hi everybody,
This is just to let you know that the bttv2 driver is now basically
finished. There are still a few issues, but they are fairly minor. The
driver has been fairly heavily tested, and was found
Here are my questions and problems:
1) In my app, I stop the video using the usual:
int enable = 0;
ioctl (puv-fd, VIDIOCCAPTURE, enable);
This works fine, *except* if I open /dev/vbi at some point before doing
this - then the video does not seem to actually be stopped
Iñaki García Etxebarria wrote:
Hi,
Hi,
After installing bttv-0.7.46 I get uresolved symbols in btaudio.o
After installing the bttv2 driver I get unresolved symbols in bttv.o and
bttv2.o.
I've had the same problems with a test8 kernel.
The attached patch fixes it for me.
BTW,
Hi everybody,
This is just to let you know that the bttv2 driver is now basically
finished. There are still a few issues, but they are fairly minor. The
driver has been fairly heavily tested, and was found to be very stable.
The features list for bttv2:
* Driver for Bt848/Bt849/Bt878/Bt879
Adam wrote:
Just curious, is that technically feasible to use bttv to
display two channels at once?
I figure it should be possible in THEORY to at very least switch bttv
between two channels every frame rate, and thus making each channel at
half of its normal frame rate.
In theory yes,
Chris Worley wrote:
I'm trying to upgrade some old V4L2 device drivers to 2.4 (looking at
http://bttv-v4l2.sourceforge.net/download/videodevX-061000.tgz ).
I'm noticing that the v4l2-cc.[ch] files are not used anymore.
What happened? Is there any documentation that describes the
] to work with videodevX?
Are there some instructions for weaning these drivers away from
v4l2-cc.[ch]?
Thanks,
Chris
Justin Schoeman wrote:
Chris Worley wrote:
I'm trying to upgrade some old V4L2 device drivers to 2.4 (looking at
http://bttv-v4l2.sourceforge.net/download
Peter Lohmann wrote:
Does anyone have the V4L2 files videodev.c and videodev.h which
are compatible with linux kernel 2.4?
I will be happy to help port any work-in-progress to this new kernel.
Thanks,
-- Peter
http://bttv-v4l2.sourceforge.net/download/
get the
Peter Lohmann wrote:
It would be nice to see some provision for handling the type of
video data. For example, most analog video decoders can do
either raw VBI or sliced (teletext, CC, etc.). If there *is* a way to
specify this, I would like to know.
-- Peter
You can have a look at
Adam wrote:
is there a reason why only one program at time can read from /dev/vbi? The
way I see it is being opened in RDONLY mode.
The reason I ask is that I would like to have one program to read caption
information, and have other program to read channel/program info from VBI
device.
Hi everybody,
As my last posting said, I am now busy coding the vbi driver for bttv2.
The vbi spec for v4l2 has multiple capturing opens, and has the
resources being locked by the first open to S_FMT a format requiring the
resources. The discussion we had earlier always had the resources being
Iñaki García Etxebarria wrote:
Thanks for your answer,
a few problems though:
The videodevX package Supports v4l1 and v4l2 and should work on 2.4.0
series kernels.
It needed some hacking to get it to work. Attached is the patch
against videodevX-050900.tgz. It works for me
I would like to complete the integration of v4l and v4l2 into a single
videodev.[ch] combination, and at the same time finalise 2.4 support.
I just need to resolve a problem with devfs though. For v4l everything
is fine, because videodev.c provides all minor numbers. For v4l2, the
minor
Iñaki García Etxebarria wrote:
Hi everybody,
the attached file is the result of trying to compile
videodev2_280700.tgz (bttv-v4l2) under a 2.4.0test8 kenel, that failed.
Does anybody have any ideas/experience?
Thanks in advance,
Iñaki
1) Read the docs on the v4l2 page - videodev2
Gerd Knorr wrote:
- Multi-buffering: You can choose how many capture buffers you want
(for short captures you can do a ramdisk type thing, where you allocate
enough buffers for your capture, capture to these buffers and write to
disk later). In normal use, this also allows you to
Ragga Muffin wrote:
Thanks everyone for the advice re which api/driver to use.
I've started looking into the v4l2 api docs (at www.thedirks.org), the
timestamp feature is especially important in our app.
However, I'm a bit confused about the multi-buffering.
I understand the module can
Ragga Muffin wrote:
Hello all,
Could someone briefly explain (or point to up-to-date info) what is
the status of the v4l and v4l2 apis, as well as the
bttv/bttv2 driver ?
Background:
Last year I wrote a small and simple video capture to disk program
using the v4l api. (bt848 board,
Neil Okamoto wrote:
I don't know about the EZCAMII, but the EZCAM is supported at:
http://webcam.sourceforge.net/
I know, but EZCAMII does not seem to be a CPiA webcam which is all that project
cares about. So I thought I'd ask if anyone had looked into this Conexant device.
"Canek Peláez Valdés" wrote:
Justin [...]
Justin This worked great in its day, but now I just use mp1e.
Have anyone the URL, homepage, whatever about mp1e?
Canek
There is none that I know of. Just download it from your favourite
sunsite mirror (in apps/audio/convertors I think),
Marko Skofljanec wrote:
I hope to offer LAN user TV on net
I once wrote a small app to do this. It is in the RTjpeg package (in
the NS subdirectory), and can be downloaded from
http://www.ee.up.ac.za/~justin/bttv.
This worked great in its day, but now I just use mp1e. Pipe the output
of
Robert Siemer wrote:
From: Justin Schoeman [EMAIL PROTECTED]
Marko Skofljanec wrote:
I hope to offer LAN user TV on net
I once wrote a small app to do this. It is in the RTjpeg package (in
the NS subdirectory), and can be downloaded from
http://www.ee.up.ac.za/~justin/bttv
Hi everybody,
I was just playing around with pixel-aligned clipping (after the
discussion the other day), just making sure it does word. Anyway it
does, and you can get some really funny visual effects! If anybody
would like to give it a try, use xawtv to set up the framebuffer and
video
Juan Miguel Garcia Gomez wrote:
Hello:
I'm trying to make a videoconference program with my linux. I have a
winnov videoconference card with v4l2 drivers, and I can view streams of
images in local machine.
I don't know if there are protocols and implementations to make
Hi everybody,
Thanks to all those who helped with the testing of bttv2. It now seems
(seemed) pretty much sorted out. Now I have gone and messed everything
up again by completely changing the dma engine. I don't think anything
is broken, but I would appreciate it if some people could test it
Philippe Elbaz-Vincent wrote:
Hi,
I've just cvs bttv2, and I get the following errors during the compilation
/usr/local/egcs-1.1.2/bin/gcc -D__KERNEL__ -I/usr/src/linux/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-fno-strength-reduce -m486
"Alexander Meis (simmail]" wrote:
Hi..
is there a tool which can convert .mpg .mpeg to .avi for linux (comandline)?
Regards
Alexander Meis
I seem to rmember lavtools doing this???
-justin
___
Video4linux-list mailing list
[EMAIL
Trent Piepho wrote:
On Thu, 7 Sep 2000, Justin Schoeman wrote:
Just a quick comment on this thread: (from the bt848 pdf)
"WRITE, WRITEC and SKIP ... control the sequence of packed data written
to target memory on a byte resolution basis."
So there are no problems doing by
Gerd Knorr wrote:
So, somewhere between 0.4.0 and 0.6.3 someone made a bitmap version. And
somewhere after 0.6.3 and the kernel driver it was made the default and the
non-bitmap version was removed.
Someone (Alan?) wrote the bitmapped version for the kernel and Ralph merged
it back
Gerd Knorr wrote:
Yes, of course. Last time I got responses along the lines "multiple opens
makes driver writing harder, that's why it is bad". That's why I wanted
make clear that supporting multiple opens isn't mandatory for the drivers.
Well, it does support multiple opens, but
1 - 100 of 108 matches
Mail list logo
