Hi there,
We have drivers for Adaptec VideOh USB 2 (working
great on 32 && 64-bit 2.6.x -- currently running on
2.6.13.4) They have been in testing for few weeks by
now, if anyone wants to use this great device in a
decent (non windowz) environment send us an email and
we'll send you the drivers. Also, note that Adaptec
does not provide 64-bit drivers... So, the only 64-bit
platform you can use this device is... Linux!
Technical details:
kernel-space: avc2210k.ko
user-space (control): avcctrl
user-space (capture) avcap
if you go like cat /dev/avcap00 > mybirthday.mpg
you get 720x480 MPEG-2 (or MPEG-1) with dvdpcm audio.
of course, both NTSC (29.970FPS) and PAL (25.000FPS)
are supported. quality settings still need some work
:-( currently we cannot reduce quality lower than
BEST. very easy to detach and remultiplex (for VOB
sectors) with mplayer, mencoder && mplex like:
mplayer $1 -dumpaudio -dumpfile $1.lpcm
mencoder -of rawvideo -nosound -ovc copy $1 -o $1.m2v
mplex -V -f 8 -b 400 -o $1.vob.mpg $1.m2v $1.lpcm
it takes about 10 minutes to instert dvdauthor VOB
sectors for a 1.5 hours production. capture's (both
video and audio) quality is outstanding (way better
than any other card for around $100-$130). drivers
support the entire familly (mainly, all Adaptec USB
capture devices, with or without tuner). John is
working on tuner and remote control support // don't
have that yet, the only available inputs are currently
s-video and composite :-(
drivers are clean, they've been stress tested 24x7 for
the last couple of weeks, no hangs, no corruptions, no
nothing...
you have to use the firmware comming with your box
cd...
now, few comparative results (very same hardware):
32-bit:
command line capture latency: linux 0.5%CPU; windowz
not available
gui capture latency (using Xine/WinDVR): linux 20%CPU;
windowz 48%CPU
max quality: linux >BEST; windowz BEST
64-bit
linux: even lower CPU usage! windows not available
plus, on user-land, we wrote avcap (acting kinda like
tee but buffered):
avcap mymovie.mpg < /dev/avcap00 | xine stdin://
note that you can use the player of your choice to
watch what you are capturing in real-time!
but hey, there is more! if you send avcap USR1 && USR2
signals, the capture to the file stops while the
player of your choice is still running! this is
extremely useful to pause capture during tv adds and
other cr*p like that... :-) of course, capability not
currently supported with windvr (windowz). also, you
don't need to restart the device couple of times a
day... (like in windowz environments) and, finally,
when your x runs in dual/multi head configurations,
the player of your choice will run on every single
display (windowz limits that to the primary display
and windvr window takes several secons to wake up
after migrating from a display to another)
in couple of days (when it's ready) will will have
full support for remote control and tuner (already
hacked the protocol, it's just a matter of time for
implementation). so, in user-land, there will be an
app like avcchan or avctune to select the desired tv
input channel. having elementary (thin) modules ofers
you the flexibility and level of choice you deserve in
terms of: platform (32/64bit), viewer of your choice
(can use mplayer, xine, caffeine, etc), standard
signals for pause control (kill -10 avcap_pid will
pause capture && kill -12 avcap_pid will resume it)
and schedulling at your fingertips... well, that
simply doesn't exist in other platforms... feel free
to contact us for driver requests (in source code)
over email:
this email is mine (dr dan) and dr john is reacheable
at: [email protected]
we would both like to hear from you... (test drivers
needed... :-)
ps.
this is not (yet) a kernel driver admission request...
however, drivers work without __any__ problems with
2.6.13.4 and 2.6.14.rc2 (both 32 && 64) -- not tuner
&& remote ctrl yet :-(
daniel
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com