On Mi, 2017-11-08 at 14:28 +0100, Wolfgang Rohdewald wrote:
> since kernel 4.9 I cannot use my four dvb-s2 USB receivers anymore, so
> I am stuck with 4.8.x
>
> Now I tried again with an unmodified kernel 4.13.12. After some time,
> I get 3 oopses (remember - I have 4 devices). The call trace is
vb-usb: Technotrend TT Connect
S2-3600 successfully deinitialized and disconnected.
Nov 8 13:05:51 s5 kernel: [ 81.636514] dvb-usb: bulk message failed: -2
(11/0)
Nov 8 13:05:51 s5 kernel: [ 81.636518] pctv452e: I2C error -2; AA 44 10 04
00 -> aa 44 31 07 10 04 00
Nov 8 13:05:51 s5 kernel: [
dvb_usb_init()
calls dvb_usb_device_power_ctrl() for the first time, before the
frontend has been attached; and it fixes a recursive deadlock because
tt3650_ci_msg_locked() has already locked the mutex.
Both regressions were caused by said commit 73d5c5c864f4094, which rendered
the pctv452e driver completely
in line 297 and
then calls `tt3650_ci_msg' in line 299.
Fixes: 73d5c5c864f4 ("[media] pctv452e: don't do DMA on stack")
Signed-off-by: Iago Abal
---
drivers/media/usb/dvb-usb/pctv452e.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/usb/dvb-usb/pctv452e.c
drivers/media/usb/dvb-usb/pctv452e.c:115:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Mauro Carvalho Chehab
Signed-off-by: Fengguang Wu
---
pctv452e.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/med
There are some conditions on this driver that are tested with
BUG_ON() with are not serious enough to hang a machine.
So, just return an error if this happens.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/dvb-usb/pctv452e.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions
The USB control messages require DMA to work. We cannot pass
a stack-allocated buffer, as it is not warranted that the
stack would be into a DMA enabled area.
Reviewed-By: Patrick Boettcher
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/dvb-usb/pctv452e.c | 129 -
On Fri, 7 Oct 2016 14:24:30 -0300
Mauro Carvalho Chehab wrote:
> The USB control messages require DMA to work. We cannot pass
> a stack-allocated buffer, as it is not warranted that the
> stack would be into a DMA enabled area.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> drivers/media/us
There are some conditions on this driver that are tested with
BUG_ON() with are not serious enough to hang a machine.
So, just return an error if this happens.
Signed-off-by: Mauro Carvalho Chehab
---
v2: simplify the logic and use its own error message.
drivers/media/usb/dvb-usb/pctv452e.c
There are some conditions on this driver that are tested with
BUG_ON() with are not serious enough to hang a machine.
So, just return an error if this happens.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/dvb-usb/pctv452e.c | 8 +---
1 file changed, 5 insertions(+), 3 deletion
The USB control messages require DMA to work. We cannot pass
a stack-allocated buffer, as it is not warranted that the
stack would be into a DMA enabled area.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/dvb-usb/pctv452e.c | 110 ++-
1 file changed,
2008-02-25 Andre Weidemann added support for TT S2-3600 and noted
that he still gets image distortions every now and then.
It seems to be common knowledge in many projects that changing
the USB parameters seems to help. OpenELEC has included this patch
for a few years, for example. Nobody bothered
Use eth_zero_addr to assign the zero address to the given address
array instead of memset when second argument is address of zero.
Note that the 6 in the third argument of memset appears to represent
an ethernet address size (ETH_ALEN).
The Coccinelle semantic patch that makes this change is as fo
From: Hans Verkuil
drivers/media/usb/dvb-usb/pctv452e.c:886:64: warning: Using plain integer as
NULL pointer
drivers/media/usb/dvb-usb/pctv452e.c:903:63: warning: Using plain integer as
NULL pointer
drivers/media/usb/dvb-usb/pctv452e.c:968:19: warning: Using plain integer as
NULL pointer
drive
ou make tests, likely using szap, and say how I can make it hang?
regards
Antti
On 07/02/2012 07:33 PM, Steve Hill wrote:
I've been using a Technotrend TT 3600 USB DVB-S2 receiver for a couple
of years, which has (largely) been working fine under the S2-liplianin
pctv452e driver. I've
On 04/07/12 17:22, Antti Palosaari wrote:
> As the new DVB-USB fixes many bugs I ask you to test it. I converted
> pctv452e driver for you:
http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/pctv452e
I've had chance to give this kernel a go. Unfortunately I&#
On 07/11/2012 09:25 AM, Marx wrote:
On 11.07.2012 01:13, Antti Palosaari wrote:
All these tests shows your device is running as it should.
There are errors in almost every case, they are absent in your example.
Is it ok?
You mean these:
[mpeg2video @ 0x8d47940] mpeg_decode_postinit() failure
On 11.07.2012 01:13, Antti Palosaari wrote:
All these tests shows your device is running as it should.
There are errors in almost every case, they are absent in your example.
Is it ok?
Test VDR again to see if it breaks.
VDR unfortunatelly doesn't work saying "frontend 0/0 timed out while
tu
gister extension 'av7110'
[ 1536.841356] usb 1-4: new high-speed USB device number 2 using ehci_hcd
[ 1537.437957] usb 1-4: New USB device found, idVendor=2304, idProduct=021f
[ 1537.437971] usb 1-4: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 1537.437980] usb 1-4: Produ
On 07/10/2012 05:58 PM, Devin Heitmueller wrote:
> On Tue, Jul 10, 2012 at 11:51 AM, poma wrote:
>>> Is this pctv452e device known to have poor reception?
>
> Traditionally speaking, these problems are usually not the hardware
> itself - it tends to be crappy Linux dr
[ 1536.841356] usb 1-4: new high-speed USB device number 2 using ehci_hcd
[ 1537.437957] usb 1-4: New USB device found, idVendor=2304, idProduct=021f
[ 1537.437971] usb 1-4: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 1537.437980] usb 1-4: Product: PCTV452e
[ 1537.437989] usb 1
On Tue, Jul 10, 2012 at 11:51 AM, poma wrote:
>> Is this pctv452e device known to have poor reception?
Traditionally speaking, these problems are usually not the hardware
itself - it tends to be crappy Linux drivers. Somebody gets support
working for a chip on some product, and then so
w how to properly read them.
…ffprobe
Play with a femon, dvbsnoop, …
http://www.linuxtv.org/wiki/index.php/LinuxTV_dvb-apps
http://www.linuxtv.org/wiki/index.php/Dvbsnoop
Read a bit
http://www.linuxtv.org/wiki/index.php/Testing_reception_quality
> Is this pctv452e device known to have poor rece
On 07/10/2012 09:39 AM, Marx wrote:
On 09.07.2012 19:46, Antti Palosaari wrote:
# tune to channel:
szap -r "CHANNEL NAME"
-r option is important here as it routes stream to /dev/dvb/adapter0/dvr0
done
# dump channels from tuned multiplex (if you don't have that command
just skip):
scandvb
On 09.07.2012 19:46, Antti Palosaari wrote:
# tune to channel:
szap -r "CHANNEL NAME"
-r option is important here as it routes stream to /dev/dvb/adapter0/dvr0
done
# dump channels from tuned multiplex (if you don't have that command
just skip):
scandvb -c
marx@wuwek:~/zmaz$ scan -c
using
I've attached stream analysis via ffmpeg in another post. I can upload
saved stream if needed. I simply don't know how to check if weak signal
is problem. Szap (or extended version szap-s2) gives me some numbers but
I don't know how to properly read them.
Is this pctv452e devic
On 07/09/2012 06:44 PM, Marx wrote:
> W dniu 2012-07-09 10:42, Antti Palosaari pisze:
>> On 07/09/2012 09:24 AM, Marx wrote:
>>> On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend
On 07/09/2012 08:38 PM, Antti Palosaari wrote:
On 07/09/2012 07:44 PM, Marx wrote:
W dniu 2012-07-09 10:42, Antti Palosaari pisze:
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data
On 07/09/2012 07:44 PM, Marx wrote:
W dniu 2012-07-09 10:42, Antti Palosaari pisze:
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap r
W dniu 2012-07-09 10:42, Antti Palosaari pisze:
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap running backround and try again.
Tha
On 07/09/2012 09:24 AM, Marx wrote:
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap running backround and try again.
That way it works, and I can save stream. Hovewer it
On 08.07.2012 14:32, Antti Palosaari wrote:
I suspect you stopped szap ?
You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
frontend is tuned. Leave szap running backround and try again.
That way it works, and I can save stream. Hovewer it's strange because I
shouldn't have
y I use VDR - I can using streamdev play it on local PC).
And install latest patch from here:
http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/pctv452e
it just ignores the I2C error coming from wrong I2C address used which
could have some effect for STB6100 driver.
Patch works a
lay it on local PC).
And install latest patch from here:
http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/pctv452e
it just ignores the I2C error coming from wrong I2C address used which
could have some effect for STB6100 driver.
Patch works as expected - no more I2C errors in
On 07/07/2012 01:23 AM, Marx wrote:
Driver doesn't work good.
I've took out the second card, so there is only pctv452e connected.
It worked the same way as usually.
At first driver was playing some SD channels (encrypted and FTA - no
matter), it even played one HD channel for the first
Driver doesn't work good.
I've took out the second card, so there is only pctv452e connected.
It worked the same way as usually.
At first driver was playing some SD channels (encrypted and FTA - no
matter), it even played one HD channel for the first time ever, but
after it it refus
uld be 0x60. Is that code never tested...
pctv452e DVB USB driver behaves just correctly as it says this is not
valid and returns error.
Also pctv452e I2C adapter supports only I2C operations that are done
with repeated STOP condition - but I cannot see there is logic to sent
STOP after last messag
that code never tested...
pctv452e DVB USB driver behaves just correctly as it says this is not
valid and returns error.
Also pctv452e I2C adapter supports only I2C operations that are done
with repeated STOP condition - but I cannot see there is logic to sent
STOP after last message. I suspect it
ntation of
stb6100_read_reg() as it sets device address like "device address +
register address". This makes stb6100 I2C address of tuner set for that
request 0x66 whilst it should be 0x60. Is that code never tested...
pctv452e DVB USB driver behaves just correctly as it says this i
On 05.07.2012 16:23, Antti Palosaari wrote:
Check if those modules are enabled, in file .config
CONFIG_DVB_USB_V2=m
CONFIG_DVB_USB_PCTV452E=m
use make menuconfig to enable if disabled. Then make && make
install_modules && make install as usually.
You were right, I didn't have this options anab
On 07/05/2012 04:14 PM, Marx wrote:
Maybe i did something wrong because I'm new to git, so below are steps i
followed to compile new driver set:
1) git clone git://linuxtv.org/anttip/media_tree.git
2) git checkout -b pctv452e origin/pctv452e
3) copy config file from 3.4 kernel
4) make menuc
W dniu 2012-07-04 18:22, Antti Palosaari pisze:
I don't have hardware, no PCTV neither TechnoTrend. I just converted
PCTV as Marx seems to have such device and he was blaming. Code wasn't
100% similar, for example TechnoTrend has CI PCTV doesn't.
It should not fix problems but it could since I f
On 04.07.2012 18:22, Antti Palosaari wrote:
On 07/04/2012 07:04 PM, Steve Hill wrote:
>> Ps. Steve, could you please give me full version of kernel which
>> works with pctv452e?
I think it was 2.6.37-1-kirkwood from Debian which I was using (this is
an ARM system).
> As
On 07/04/2012 09:53 PM, André Weidemann wrote:
On 04.07.2012 18:22, Antti Palosaari wrote:
On 07/04/2012 07:04 PM, Steve Hill wrote:
>> Ps. Steve, could you please give me full version of kernel which
>> works with pctv452e?
I think it was 2.6.37-1-kirkwood from Debian which
On 07/04/2012 07:04 PM, Steve Hill wrote:
>> Ps. Steve, could you please give me full version of kernel which
>> works with pctv452e?
I think it was 2.6.37-1-kirkwood from Debian which I was using (this is
an ARM system).
> As the new DVB-USB fixes many bugs I ask yo
>> Ps. Steve, could you please give me full version of kernel which
>> works with pctv452e?
I think it was 2.6.37-1-kirkwood from Debian which I was using (this is
an ARM system).
> As the new DVB-USB fixes many bugs I ask you to test it. I converted
> pctv452e driver
re. I don't like mess and refactoring is good thing.
The problem is that often makers of hardware doesn't support their linux
drivers and changes in DVB core doesn't help it.
Like with pctv452e - device was working, i've bought it as supported and
now it works only partially.
I
n
anyone try to figure out _why_ it won't work.
I'm on the same boat.
I have 3 DVB-S2 cards, one of them is pctv452e, and none of them works
reliable. Yes, it's very frustrating that card which claims linux
support has this support broken. The problem is that community which
uses
_ it won't work.
I'm on the same boat.
I have 3 DVB-S2 cards, one of them is pctv452e, and none of them works
reliable. Yes, it's very frustrating that card which claims linux
support has this support broken. The problem is that community which
uses DVB cards is much smaller then t
I've been using a Technotrend TT 3600 USB DVB-S2 receiver for a couple
of years, which has (largely) been working fine under the S2-liplianin
pctv452e driver. I've been aware of a lot of documented problems with
running this receiver under the 3.x kernel, so I've stuck with
Hi guys,
Since updating to 3.3.1 from 3.2.x my DVB-S2 tuner has stopped working
and seems to block when accessed:
[ 6182.111792] pctv452e: I2C error -110; AA 0F D0 03 00 -> AA 0F D0 03 00.
[ 6182.419919] dvb-usb: error -110 while querying for an remote control
event.
[ 6182.989972] dvb-
Hi all,
I'm not entirely sure if this is the correct list, but I compiled the
latest 3.2 RC3 kernel to get native support of my S2-3600 tuner
(s2-liplianin seems to cause trouble with my other tuner).
I enabled the PCTV452e module in the kernel and the device detects ok;
[ 12.075239] dv
4c5abc766a3bf812bb0 Mon Sep 17 00:00:00 2001
From: Igor M. Liplianin
Date: Fri, 30 Sep 2011 23:13:29 +0300
Subject: [PATCH] pctv452e: hm.. tidy bogus code up
To: ,
Signed-off-by: Igor M. Liplianin
---
drivers/media/dvb/dvb-usb/pctv452e.c | 16 +---
1 files changed, 1 insertions(+),
Hi Mauro,
On 30.09.2011 22:58, Igor M. Liplianin wrote:
Currently, usb_register calls two times with cloned structures, but for
different driver names. Let's remove it.
It looks like the comments and the patch under
http://patchwork.linuxtv.org/patch/8042/ got mixed up.
Regards,
André
--
T
On 03.10.2011 14:30, André Weidemann wrote:
Hi Igor,
On 30.09.2011 22:58, Igor M. Liplianin wrote:
Currently, usb_register calls two times with cloned structures, but for
different driver names. Let's remove it.
Signed-off-by: Igor M. Liplianin
Well spotted... The cloned struct should have b
Hi Igor,
On 30.09.2011 22:58, Igor M. Liplianin wrote:
Currently, usb_register calls two times with cloned structures, but for
different driver names. Let's remove it.
Signed-off-by: Igor M. Liplianin
Well spotted... The cloned struct should have been removed a long time
go. The final versio
Currently, usb_register calls two times with cloned structures, but for
different driver names. Let's remove it.
Signed-off-by: Igor M. Liplianin
---
drivers/media/dvb/dvb-usb/pctv452e.c | 16 +---
1 files changed, 1 insertions(+), 15 deletions(-)
diff --git a/drivers/media/dvb/d
On Tuesday 27 September 2011 13:36:12 Mauro Carvalho Chehab wrote:
> Em 27-09-2011 04:55, Dominik Kuhlen escreveu:
> > Hi all,
> >
> > sorry for being quiet such a long time
> >
> > On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
> >> On Wed, 15 Jun 2011 18:44:35 +0300
> >> "Igor
Em 27-09-2011 04:55, Dominik Kuhlen escreveu:
> Hi all,
>
> sorry for being quiet such a long time
>
> On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
>> On Wed, 15 Jun 2011 18:44:35 +0300
>> "Igor M. Liplianin" wrote:
>>
>>> From my point of view we can count the beginning was
В сообщении от 27 сентября 2011 10:55:11 автор Dominik Kuhlen написал:
> Hi all,
>
> sorry for being quiet such a long time
>
> On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
> > On Wed, 15 Jun 2011 18:44:35 +0300
> >
> > "Igor M. Liplianin" wrote:
> > > From my point of view
Hi all,
sorry for being quiet such a long time
On Tuesday 13 September 2011 08:04:51 Steffen Barszus wrote:
> On Wed, 15 Jun 2011 18:44:35 +0300
> "Igor M. Liplianin" wrote:
>
> > From my point of view we can count the beginning was here:
> >
> > http://www.spinics.net/lists/linux-dvb/msg2
Mon Sep 17 00:00:00 2001
From: Igor M. Liplianin
Date: Sat, 24 Sep 2011 00:33:50 +0300
Subject: [PATCH] Add support for pctv452e
To: ,
Signed-off-by: Igor M. Liplianin
---
drivers/media/dvb/dvb-usb/Kconfig | 13 +
drivers/media/dvb/dvb-usb/Makefile |4 +
В сообщении от 23 сентября 2011 23:58:15 автор Oliver Freyermuth написал:
> Thanks for the review!
>
> As this is the first time I touched module- / kernel-code and I am not
> really familiar with the structures of the rc-system, I do not really
> feel up to porting to non-legacy rc-support (Igors
Here is my version.
Made with git format-patch for branch staging/for_v3.2
From cc44ac937f36ed51335eb11a7e28cf047a979a1c Mon Sep 17 00:00:00 2001
From: Igor M. Liplianin
Date: Fri, 23 Sep 2011 23:31:25 +0300
Subject: [PATCH] Add support for pctv452e
To: ,
Signed-off-by: Igor M. Liplianin
On Fri, 23 Sep 2011 17:03:04 -0300
Mauro Carvalho Chehab wrote:
> >
> > Attached is the 'new' version of the patch with the mentioned
> > changes.
>
> For it to be applied, we need the SOB's of the patch authors:
>
> +MODULE_AUTHOR("Dominik Kuhlen ");
> +MODULE_AUTHOR("Andre Weidemann ");
>
On Fri, 23 Sep 2011 17:03:04 -0300
Mauro Carvalho Chehab wrote:
> Em 05-09-2011 18:27, Oliver Freyermuth escreveu:
> > Got it working with kernel 3.0!
> >
> > For me, some more changes on the current patchset appeared to be
> > necessary. In short, I had to change all a->fe to a->fe[0] (because
On Wed, 15 Jun 2011 18:44:35 +0300
"Igor M. Liplianin" wrote:
> From my point of view we can count the beginning was here:
>
> http://www.spinics.net/lists/linux-dvb/msg26431.html
>
> The later history is difficult to restore, but possible.
>
After some searching it looks like this is the firs
eprom_parse_mac);
> > +EXPORT_SYMBOL(ttpci_eeprom_decode_mac);
> >
> > MODULE_LICENSE("GPL");
> > MODULE_AUTHOR("Ralph Metzler, Marcus Metzler, others");
This patch indeed fixed it for me.
Module now loads, detects the card and appears to be successful.
On Tue, 24 May 2011 21:51:22 +0200
Hans Petter Selasky wrote:
> NOTES:
>
> Sources were taken from the following repositorium as of today:
> http://mercurial.intuxication.org/hg/s2-liplianin/
>
> And depend on the zig-zag fix posted today.
Did a first test on the patch.
[ 96.780040] usb 1-8
>From my point of view we can count the beginning was here:
http://www.spinics.net/lists/linux-dvb/msg26431.html
The later history is difficult to restore, but possible.
BR
Igor
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.k
I also confirmed it works with s2-liplianin on Debian's 2.6.38-bpo2
kernel without such problems.
Another thing I've tested is to compile the media_tree with the stb6100,
but the problem persist, so it seems it's not related to the component
that both devices share.
Any ideas what might be t
On 2.6.32.5 with s2-liplianin tree this is not observed, i.e. everything
works as expected - the S2-3650 does not cause the TBS device to stutter.
На 12.6.2011 г. 23:27 ч., Doychin Dokov написа:
The same thing happens when the devices are on different USB buses:
Bus 002 Device 004: ID 0b48:300a
The same thing happens when the devices are on different USB buses:
Bus 002 Device 004: ID 0b48:300a TechnoTrend AG TT-connect S2-3650 CI
Bus 001 Device 007: ID 0b48:3006 TechnoTrend AG TT-connect S-2400 DVB-S
Bus 001 Device 004: ID 734c:5980 TBS Technologies China
When the S2-3650 CI scans, the
i've been using the patches in the latest media_tree for some hours -
the S2-3650 CI seems to work. There's one thing that disturbs me, though
- when it scans / locks on a frequency, another device on the same PC,
using the same stb6100, gets stuck for a moment. Any ideas what might be
the caus
I think you've missed this line at the end of ttpci-eeprom.c :
EXPORT_SYMBOL(ttpci_eeprom_decode_mac);
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.htm
Hi,
I've managed to make my TechnoTrend TT-connect S2-3650 CI work using the
pctv452e driver from s2-lipianin on 2.6.35.10. It runs fine (both
regular and HD channels), but there are some minor issues:
- vdr-femon always reports a very low signal strenght (between 0 and
2%), I guess the driv
On Sun, Aug 09, 2009 at 11:26:01PM +0200, Martijn wrote:
> When I go through the s2-liplianin dvb drivers I noticed the DiSEqC 2.0
> freq marker in the stb0899_priv.h header file. Also according to the
> STB0899 datasheet DiSEqC 2.0 is supported. Does this mean that the pctv452e
>
On Sun, Aug 09, 2009 at 11:26:01PM +0200, Martijn wrote:
> When I go through the s2-liplianin dvb drivers I noticed the DiSEqC 2.0
> freq marker in the stb0899_priv.h header file. Also according to the
> STB0899 datasheet DiSEqC 2.0 is supported. Does this mean that the pctv452e
>
Hi Manu,
Hello together,
in the meantime I was able to test the device on windows. It works
without any problems for over an hour.
Also I tried again different SAT- und USB-cables.
Also with all other USB-devices dettached - the error still comes.
First I'm getting "TS continuity errors"
and
da...@gmx.de wrote:
> Hi again,
>
> has anybody an idea what's going wrong here?
> I'm still having this problem.
> Is there anything I can do to help here?
>
> Thanks in advance,
> darav
>
> P.S.: now posting on the new mailinglist. Sorry for double-post.
>
> Jan 28 12:03:09 vdr ttusb2: i2c tr
tov
Cc: linux-...@linuxtv.org
Sent: Mon, 5 Jan 2009 2:20 pm
Subject: Re: [linux-dvb] S2API (pctv452e) artefacts in video stream
Artem Makhutov schrieb:
Hi,
On Mon, Jan 05, 2009 at 02:02:16PM +0100, Jens Krehbiel-Gräther
wrote:
Hi!
I use a Pinnacle USB-Receiver (PCTV Sat HDTV
tov
Cc: linux-...@linuxtv.org
Sent: Mon, 5 Jan 2009 2:20 pm
Subject: Re: [linux-dvb] S2API (pctv452e) artefacts in video stream
Artem Makhutov schrieb:
Hi,
On Mon, Jan 05, 2009 at 02:02:16PM +0100, Jens Krehbiel-Gräther
wrote:
Hi!
I use a Pinnacle USB-Receiver (PCTV Sat HDTV
82 matches
Mail list logo
