rrent driver of the v4l-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 (v
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 the
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 t
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 capt
On Fri, 05 Apr 2013 17:33:07 +0200
Frank Schäfer 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 disable_vbi=1
Right. Tested that n
On Thu, Mar 28, 2013 at 04:54:59PM +0200, Timo Teras wrote:
> On Thu, 28 Mar 2013 15:35:56 +0200
> Timo Teras wrote:
>
> > On Thu, 28 Mar 2013 09:40:52 -0300
> > Mauro Carvalho Chehab wrote:
> >
> > > Em Thu, 28 Mar 2013 10:52:01 +0200
> > > Timo Teras escreveu:
> > >
> > > > On Wed, 27 Mar 2
On Wed, 1 May 2013 19:11:53 +0200
Jon Arne Jørgensen 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 wrote:
> >
> > > On Thu, 28 Mar 2013 09:40:52 -0300
> > > Mauro Carvalho Chehab wrote:
> > >
> > > > Em Thu, 28 Mar 2
and it detects it properly, and I get
> picture. However, there's problems synchronizing to my PAL signal. The
> picture "jumps" once in a while.
>
> I guess the problem is in the init sequence. The W7 driver had
> following differences sequence changes co
On Mon, 29 Apr 2013 15:26:18 +0300
Timo Teras 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.
> > >
> > > A
.
> > >
> > > See here:
> > > http://www.spinics.net/lists/linux-media/msg63163.html
> >
> > Thanks. I tested the patch and it detects it properly, and I get
> > picture. However, there's problems synchronizing to my PAL signal. The
> &g
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 dr
On Mon, Mar 25, 2013 at 8:12 PM, Timo Teras 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 "unsubscribe linux-
Em Mon, 25 Mar 2013 19:08:46 +0200
Timo Teras 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
On Mon, 25 Mar 2013 14:36:47 -0300
Mauro Carvalho Chehab wrote:
> Em Mon, 25 Mar 2013 19:08:46 +0200
> Timo Teras escreveu:
>
> > I just bought a Terratec Grabby hardware revision 2 in hopes that it
> > would work on my linux box.
> >
> > But alas, I got
Em Mon, 25 Mar 2013 19:48:20 +0200
Timo Teras escreveu:
> On Mon, 25 Mar 2013 14:36:47 -0300
> Mauro Carvalho Chehab wrote:
>
> > Em Mon, 25 Mar 2013 19:08:46 +0200
> > Timo Teras escreveu:
> >
> > > I just bought a Terratec Grabby hardware revision 2 in
; Timo Teras 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
> > > &g
Carvalho Chehab wrote:
> > >
> > > > Em Mon, 25 Mar 2013 19:08:46 +0200
> > > > Timo Teras escreveu:
> > > >
> > > > > I just bought a Terratec Grabby hardware revision 2 in hopes
> > > > > that it would work on my linux
On Tue, 26 Mar 2013 10:20:56 +0200
Timo Teras 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 help.
Turning on
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-
On Wed, 27 Mar 2013 18:37:26 +0100
Frank Schäfer 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
ec Electronic GmbH
iProduct1 TerraTec Grabby
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 555
bNumInterfaces 3
bConfigurationValue 1
> idVendor 0x0ccd TerraTec Electronic GmbH
> idProduct 0x0096
> bcdDevice1.00
> iManufacturer 2 TerraTec Electronic GmbH
> iProduct1 TerraTec Grabby
> iSerial 0
> bNumConfigurati
On Wed, 27 Mar 2013 16:10:49 +0200
Timo Teras wrote:
> On Tue, 26 Mar 2013 10:20:56 +0200
> Timo Teras 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
Em Thu, 28 Mar 2013 10:52:01 +0200
Timo Teras escreveu:
> On Wed, 27 Mar 2013 16:10:49 +0200
> Timo Teras wrote:
>
> > On Tue, 26 Mar 2013 10:20:56 +0200
> > Timo Teras wrote:
> >
> > > I did manage to get decent traces with USBlyzer evaluation version.
> >
> > Nothing _that_ exciting there.
On Thu, 28 Mar 2013 09:40:52 -0300
Mauro Carvalho Chehab wrote:
> Em Thu, 28 Mar 2013 10:52:01 +0200
> Timo Teras escreveu:
>
> > On Wed, 27 Mar 2013 16:10:49 +0200
> > Timo Teras wrote:
> >
> > > On Tue, 26 Mar 2013 10:20:56 +0200
> > > Timo Teras wrote:
> > >
> > > > I did manage to get d
On Thu, 28 Mar 2013 15:35:56 +0200
Timo Teras wrote:
> On Thu, 28 Mar 2013 09:40:52 -0300
> Mauro Carvalho Chehab wrote:
>
> > Em Thu, 28 Mar 2013 10:52:01 +0200
> > Timo Teras escreveu:
> >
> > > On Wed, 27 Mar 2013 16:10:49 +0200
> > > Timo Teras wrote:
> > >
> > > > On Tue, 26 Mar 2013 1
Em Thu, 28 Mar 2013 15:35:56 +0200
Timo Teras escreveu:
> On Thu, 28 Mar 2013 09:40:52 -0300
> Mauro Carvalho Chehab wrote:
>
> > Em Thu, 28 Mar 2013 10:52:01 +0200
> > Timo Teras escreveu:
> >
> > > On Wed, 27 Mar 2013 16:10:49 +0200
> > > Timo Teras wrote:
> > >
> > > > On Tue, 26 Mar 201
On Thu, 28 Mar 2013 12:22:52 -0300
Mauro Carvalho Chehab 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 were only
Am 30.03.2013 10:54, schrieb Timo Teras:
> On Thu, 28 Mar 2013 12:22:52 -0300
> Mauro Carvalho Chehab 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
On Mon, 01 Apr 2013 19:26:53 +0200
Frank Schäfer wrote:
> Am 30.03.2013 10:54, schrieb Timo Teras:
> > On Thu, 28 Mar 2013 12:22:52 -0300
> > Mauro Carvalho Chehab wrote:
> >
> >>> On the W7 driver, I don't get any of the above mentioned problems.
> >>>
> >>> I looked at the saa7113 register ini
Am 02.04.2013 07:43, schrieb Timo Teras:
> On Mon, 01 Apr 2013 19:26:53 +0200
> Frank Schäfer wrote:
>
>> Am 30.03.2013 10:54, schrieb Timo Teras:
>>> On Thu, 28 Mar 2013 12:22:52 -0300
>>> Mauro Carvalho Chehab wrote:
>>>
> On the W7 driver, I don't get any of the above mentioned problems.
>
On Tue, 02 Apr 2013 18:39:25 +0200
Frank Schäfer wrote:
> Am 02.04.2013 07:43, schrieb Timo Teras:
> > On Mon, 01 Apr 2013 19:26:53 +0200
> > Frank Schäfer wrote:
> >
> >> Am 30.03.2013 10:54, schrieb Timo Teras:
> >>> On Thu, 28 Mar 2013 12:22:52 -0300
> >>> Mauro Carvalho Chehab wrote:
> >>>
Am 03.04.2013 10:27, schrieb Timo Teras:
> On Tue, 02 Apr 2013 18:39:25 +0200
> Frank Schäfer wrote:
>
>> Am 02.04.2013 07:43, schrieb Timo Teras:
>>> On Mon, 01 Apr 2013 19:26:53 +0200
>>> Frank Schäfer wrote:
>>>
Am 30.03.2013 10:54, schrieb Timo Teras:
> On Thu, 28 Mar 2013 12:22:52 -
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. B
egistered new interface driver snd-usb-audio
[ 43.080026] usb 1-3: new high speed USB device using ehci_hcd and
address 5
[ 43.221001] usb 1-3: configuration #1 chosen from 1 choice
[ 43.221464] em28xx: New device TerraTec Electronic GmbH TerraTec
Grabby @ 480 Mbps (0ccd:0096, interfa
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 signa
capture mode, and 0x2a for sleep mode.
In this specific case, maybe it is just safe 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 thi
is specific case, maybe it is just safe 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; /
ot touched for this device. Perhaps, we might
>> need to initialize
>> them to 0xfd for capture mode, and 0x2a for sleep mode.
>>
>> In this specific case, maybe it is just safe to keep it as-is, as I
>> suspect that GPIO's
>> are not used o
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, even with the command line options
set to use the
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 ins
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
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
* m
Add support for the Terratec Grabby with USB ID 0ccd:00a6.
Signed-off-by: Tommi Rantala
---
drivers/media/usb/cx231xx/cx231xx-cards.c | 28
drivers/media/usb/cx231xx/cx231xx.h | 1 +
2 files changed, 29 insertions(+)
diff --git a/drivers/media/usb/cx231xx
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
Em Sun, 28 Feb 2016 12:26:23 +0100
Matthieu Rogez 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 bus.
>
> To account for that per
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
47 matches
Mail list logo
