EMP202 chip inside Terratec Grabby (hw rev 2) seems to require some time
before accessing reliably its registers. Otherwise it returns some values
previously put on the I2C bus.
To account for that period, we delay card setup until we have a proof that
accessing AC97 registers is reliable. We get
Thanks Mauro for commenting on my work.
With respect to first version, I've:
* added a timeout mecanism as requested
* added an extra check to avoid cases when the same value is constantly
returned no matter which register is accessed.
---
To test this:
* modprobe em28xx-alsa
* connect Grabby
*
Em Sun, 28 Feb 2016 12:26:23 +0100
Matthieu Rogez <matthieu.ro...@gmail.com> escreveu:
> EMP202 chip inside Terratec Grabby (hw rev 2) seems to require some time
> before
> accessing reliably its registers. Otherwise it returns some values previously
> put on the I2C bu
Add support for the Terratec Grabby with USB ID 0ccd:00a6.
Signed-off-by: Tommi Rantala tt.rant...@gmail.com
---
drivers/media/usb/cx231xx/cx231xx-cards.c | 28
drivers/media/usb/cx231xx/cx231xx.h | 1 +
2 files changed, 29 insertions(+)
diff --git a/drivers
Hi all,
my first post
I am a Linux user who bought a Terratec Grabby 2 analog-video-to-usb
encoding device, which I cannot get to work on Linux.
I noticed a thread on this mailing list a few weeks ago.
http://www.mail-archive.com/linux-media@vger.kernel.org/msg60286.html
I get exactly the same
On Mon, Mar 25, 2013 at 8:12 PM, Timo Teras timo.te...@iki.fi wrote:
Seems that USBPcap needs compiling and TESTSIGNING enabled - so I'd
rather avoid it.
Since USBPcap 1.0.0.3 release there is digitally signed driver and
installer available.
--
To unsubscribe from this list: send the line
it strongly looks like Terratec Grabby hwrev2 has also
the gm7113c chip; I still have not opened one to look, though.
--- a/drivers/media/i2c/saa7115.c
+++ b/drivers/media/i2c/saa7115.c
@@ -450,6 +450,28 @@
/* == SAA7715 VIDEO templates (end) === */
/* == GM7113C
Hi Jon,
On Fri, May 03, 2013 at 11:13:17AM +0200, Jon Arne Jørgensen wrote:
[...]
I've tested the changes, and it doesn't seem to break/change the smi2021
driver.
I'll append this to the pending saa7115 patch and ask Ezequiel Garcia to check
that the change doesn't break the stk1160
On Wed, 1 May 2013 19:11:53 +0200
Jon Arne Jørgensen jona...@jonarne.no wrote:
On Thu, Mar 28, 2013 at 04:54:59PM +0200, Timo Teras wrote:
On Thu, 28 Mar 2013 15:35:56 +0200
Timo Teras timo.te...@iki.fi wrote:
On Thu, 28 Mar 2013 09:40:52 -0300
Mauro Carvalho Chehab
. And that had problems.
Now I'm using 3.9.0 with the above mentioned patchset, and my
additional patch (below). This seems to work nicely.
In any case it strongly looks like Terratec Grabby hwrev2 has also
the gm7113c chip; I still have not opened one to look, though.
--- a/drivers/media/i2c/saa7115.c
On Mon, 29 Apr 2013 15:26:18 +0300
Timo Teras timo.te...@iki.fi wrote:
When comparing these two picture, you see that the frame is offset
with one or two pixels in x-direction. Perhaps this is a byte
offset, and in RGB format causes color values to be connected to
wrong pixel.
On Thu, Mar 28, 2013 at 04:54:59PM +0200, Timo Teras wrote:
On Thu, 28 Mar 2013 15:35:56 +0200
Timo Teras timo.te...@iki.fi wrote:
On Thu, 28 Mar 2013 09:40:52 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em Thu, 28 Mar 2013 10:52:01 +0200
Timo Teras timo.te...@iki.fi
On Fri, 05 Apr 2013 17:33:07 +0200
Frank Schäfer fschaefer@googlemail.com wrote:
Am 03.04.2013 10:27, schrieb Timo Teras:
I did not test VBI, so I'm unsure if it works or not.
The em2860 supports VBI, so VBI mode is used.
You can force the normal mode with module parameter
Am 03.04.2013 10:27, schrieb Timo Teras:
On Tue, 02 Apr 2013 18:39:25 +0200
Frank Schäfer fschaefer@googlemail.com wrote:
Am 02.04.2013 07:43, schrieb Timo Teras:
On Mon, 01 Apr 2013 19:26:53 +0200
Frank Schäfer fschaefer@googlemail.com wrote:
Am 30.03.2013 10:54, schrieb Timo
On Tue, 02 Apr 2013 18:39:25 +0200
Frank Schäfer fschaefer@googlemail.com wrote:
Am 02.04.2013 07:43, schrieb Timo Teras:
On Mon, 01 Apr 2013 19:26:53 +0200
Frank Schäfer fschaefer@googlemail.com wrote:
Am 30.03.2013 10:54, schrieb Timo Teras:
On Thu, 28 Mar 2013 12:22:52 -0300
Am 02.04.2013 07:43, schrieb Timo Teras:
On Mon, 01 Apr 2013 19:26:53 +0200
Frank Schäfer fschaefer@googlemail.com wrote:
Am 30.03.2013 10:54, schrieb Timo Teras:
On Thu, 28 Mar 2013 12:22:52 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
On the W7 driver, I don't get any of the
Am 30.03.2013 10:54, schrieb Timo Teras:
On Thu, 28 Mar 2013 12:22:52 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
On the W7 driver, I don't get any of the above mentioned problems.
I looked at the saa7113 register init sequence, and copied that
over to linux saa7113 init, but that
On Mon, 01 Apr 2013 19:26:53 +0200
Frank Schäfer fschaefer@googlemail.com wrote:
Am 30.03.2013 10:54, schrieb Timo Teras:
On Thu, 28 Mar 2013 12:22:52 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
On the W7 driver, I don't get any of the above mentioned problems.
I looked
On Thu, 28 Mar 2013 12:22:52 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
On the W7 driver, I don't get any of the above mentioned problems.
I looked at the saa7113 register init sequence, and copied that
over to linux saa7113 init, but that did not remove the problems.
There
On Wed, 27 Mar 2013 16:10:49 +0200
Timo Teras timo.te...@iki.fi wrote:
On Tue, 26 Mar 2013 10:20:56 +0200
Timo Teras timo.te...@iki.fi wrote:
I did manage to get decent traces with USBlyzer evaluation version.
Nothing _that_ exciting there. Though, there's quite a bit of
differences on
Em Thu, 28 Mar 2013 10:52:01 +0200
Timo Teras timo.te...@iki.fi escreveu:
On Wed, 27 Mar 2013 16:10:49 +0200
Timo Teras timo.te...@iki.fi wrote:
On Tue, 26 Mar 2013 10:20:56 +0200
Timo Teras timo.te...@iki.fi wrote:
I did manage to get decent traces with USBlyzer evaluation version.
On Thu, 28 Mar 2013 09:40:52 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em Thu, 28 Mar 2013 10:52:01 +0200
Timo Teras timo.te...@iki.fi escreveu:
On Wed, 27 Mar 2013 16:10:49 +0200
Timo Teras timo.te...@iki.fi wrote:
On Tue, 26 Mar 2013 10:20:56 +0200
Timo Teras
On Thu, 28 Mar 2013 15:35:56 +0200
Timo Teras timo.te...@iki.fi wrote:
On Thu, 28 Mar 2013 09:40:52 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em Thu, 28 Mar 2013 10:52:01 +0200
Timo Teras timo.te...@iki.fi escreveu:
On Wed, 27 Mar 2013 16:10:49 +0200
Timo Teras
Em Thu, 28 Mar 2013 15:35:56 +0200
Timo Teras timo.te...@iki.fi escreveu:
On Thu, 28 Mar 2013 09:40:52 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em Thu, 28 Mar 2013 10:52:01 +0200
Timo Teras timo.te...@iki.fi escreveu:
On Wed, 27 Mar 2013 16:10:49 +0200
Timo Teras
On Tue, 26 Mar 2013 10:20:56 +0200
Timo Teras timo.te...@iki.fi wrote:
I did manage to get decent traces with USBlyzer evaluation version.
Nothing _that_ exciting there. Though, there's quite a bit of
differences on certain register writes. I tried copying the changed
parts, but did not really
Am 25.03.2013 18:08, schrieb Timo Teras:
I just bought a Terratec Grabby hardware revision 2 in hopes that it
would work on my linux box.
But alas, I got only sound working. It seems that analog video picture
grabbing does not work.
I tried kernels 3.4.34-grsec, 3.7.1 (vanilla), 3.8.2-grsec
On Wed, 27 Mar 2013 18:37:26 +0100
Frank Schäfer fschaefer@googlemail.com wrote:
Am 25.03.2013 18:08, schrieb Timo Teras:
I just bought a Terratec Grabby hardware revision 2 in hopes that it
would work on my linux box.
But alas, I got only sound working. It seems that analog video
1 TerraTec Grabby
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 555
bNumInterfaces 3
bConfigurationValue 1
iConfiguration 0
bmAttributes
2 TerraTec Electronic GmbH
iProduct1 TerraTec Grabby
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 555
bNumInterfaces 3
Chehab mche...@redhat.com wrote:
Em Mon, 25 Mar 2013 19:08:46 +0200
Timo Teras timo.te...@iki.fi escreveu:
I just bought a Terratec Grabby hardware revision 2 in hopes
that it would work on my linux box.
But alas, I got only sound working. It seems that analog
I just bought a Terratec Grabby hardware revision 2 in hopes that it
would work on my linux box.
But alas, I got only sound working. It seems that analog video picture
grabbing does not work.
I tried kernels 3.4.34-grsec, 3.7.1 (vanilla), 3.8.2-grsec and
3.9.0-rc4 (vanilla). And all fail
Em Mon, 25 Mar 2013 19:08:46 +0200
Timo Teras timo.te...@iki.fi escreveu:
I just bought a Terratec Grabby hardware revision 2 in hopes that it
would work on my linux box.
But alas, I got only sound working. It seems that analog video picture
grabbing does not work.
I tried kernels 3.4.34
On Mon, 25 Mar 2013 14:36:47 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em Mon, 25 Mar 2013 19:08:46 +0200
Timo Teras timo.te...@iki.fi escreveu:
I just bought a Terratec Grabby hardware revision 2 in hopes that it
would work on my linux box.
But alas, I got only sound
Em Mon, 25 Mar 2013 19:48:20 +0200
Timo Teras timo.te...@iki.fi escreveu:
On Mon, 25 Mar 2013 14:36:47 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em Mon, 25 Mar 2013 19:08:46 +0200
Timo Teras timo.te...@iki.fi escreveu:
I just bought a Terratec Grabby hardware revision 2
Teras timo.te...@iki.fi escreveu:
I just bought a Terratec Grabby hardware revision 2 in hopes
that it would work on my linux box.
But alas, I got only sound working. It seems that analog video
picture grabbing does not work.
I tried kernels 3.4.34-grsec, 3.7.1
Hi Mauro,
with the help of Bernd Spaeth, I finally managed to get the Terratec
Grabby
working by using
mplayer -v -tv
driver=v4l2:input=0:device=/dev/video1:alsa:adevice=hw.2,0:audiorate=48000:forceaudio:immediatemode=0
tv://
and your patch
diff --git a/drivers/media/video/em28xx/em28xx
Em 26-10-2010 10:58, Florian Klink escreveu:
Hi,
The sound comes from alsa device. Several em28xx types provide
standard USB audio. So,
snd-usb-audio handles it. That's why you need
alsa:adevice=hw.2,0:forceaudio at mplayer.
... but thats my problem.
sound doesn't appear inside mplayer,
Em 25-10-2010 15:24, Florian Klink escreveu:
Hi,
I recently bought a Terratec Grabby. The device has a S-Video and 3 Cinch
cables (sound left, sound right, video). I want to record some video
cassettes with it. (with a cinch-scart adapter).
I checked the signal, there is audio and video
Hi,
I recently bought a Terratec Grabby. The device has a S-Video and 3
Cinch
cables (sound left, sound right, video). I want to record some video
cassettes with it. (with a cinch-scart adapter).
I checked the signal, there is audio and video on it.
When I try to play the capture device
it as-is, as I suspect
that GPIO's
are not used on this device. I may be wrong, though. A simple test will tell.
The audio entries are related to the ac97 chip.
The driver will basically run this code:
amux = EM28XX_AMUX_VIDEO2; /* from Terratec Grabby entry, at
em28xx-cards.c */
static struct
to keep it as-is, as I
suspect that GPIO's
are not used on this device. I may be wrong, though. A simple test
will tell.
The audio entries are related to the ac97 chip.
The driver will basically run this code:
amux = EM28XX_AMUX_VIDEO2; /* from Terratec Grabby entry, at
em28xx-cards.c
are not used on this device. I may be wrong, though. A simple test will tell.
The audio entries are related to the ac97 chip.
The driver will basically run this code:
amux = EM28XX_AMUX_VIDEO2; /* from Terratec Grabby entry, at
em28xx-cards.c */
static struct em28xx_vol_table inputs
Bonsoir,
I've tried to specify another card (an easy cap), so I do :
rmmod em28xx
modprobe em28xx card=64
In this case, I avoid alsamixer step : I get immediatly the bad sound
and I just have to shut off and on the terratec grabby in pulseaudio
control applet to get mplayer working
Bonjour,
I've bought a terratec grabby device but I've experimented some audio
problems with it
I run an ubuntu karmic (9.10) distri and use mplayer/mencoder to see and
capture vhs pal stuff.
But, If video works with mplayer/mencoder, sound doesn't
So I run alsamixer -c1 to access grabby
-dvb git repository.
When I want to use the vlc for it then get the following error messages:
[0x1ce7848] v4l2 access debug: opening device '/dev/video0'
[0x1ce7848] v4l2 access debug: V4L2 device: Terratec Grabby using driver:
em28xx (version: 0.1.2) on usb-:00:1d.7-1
[0x1ce7848] v4l2
45 matches
Mail list logo