I think this bug only can be reproduced if you are using 4x1 diseqc switches. I have exact same problem on my setup and I traced it out to diseqc switches. Every time one of your cards switches one switch while other card is recording, the diseqc signal goes around LNB to another diseqc switch and moves its position too, and other card, which is recording, loses signal and you get VDSB. I don't have scope but I've put the cards in different machines and if I set one of the machines to record while I'm flipping channels on second machine, the first one would got VDSB or if I'm not recording, I'd just lose signal on first machine. If I use only one, either machine, at the time, stuff works without any problems. In my opinion, the only way to resolve this is to get diseqc-multiswitch.
Another possibility is your hardware setup, i.e. one or all of your Nexus cards are using bad PCI slots or sharing IRQ with very incompatible devices. Try moving cards to different PCI slots to resolve IRQ issues.
-----Original Message----- From: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] On Behalf Of sn123py vdr user Sent: Tuesday, February 15, 2005 6:23 AM To: Klaus Schmidinger's VDR Subject: Re: [vdr] vdr-1.3.21: video data stream broken
hm, but with same environment, vdr-1.3.17 (with nearly all plugins enabled) everything works?! Is this error introduced with > 1.3.17 ?
regards, Friedhelm.
--On Dienstag, 15. Februar 2005 14:08 +0100 Carsten Koch Carsten.Koch@icem.com wrote:
sn123py vdr user wrote:
Hi,
i get some fatal errors when recording more than one timer. This error does not occur if recording only one timer.
I use vanilla vdr-1.3.21 without any plugin dvb Version linux-dvb.2004-12-26.
my DVB-Cards are two NEXUS-s Cards.
The output from syslog and the strace from vdr are available at:
http://tvmovie2vdr.vdr-developer.org/logs/VideoDataStreamBroken.tgz (80kb)
if i can do anything that helps finding this error, let me know.
This is a known bug. Several worarounds are availabe, but no fix yet. The easiest workaround is to disable the EPG scan in the EPG setup menu. Search the mailing list for details.
Carsten.
vshved@logistic-systems.com(Vladimir Shved) 15.02.05 10:47
I think this bug only can be reproduced if you are using 4x1 diseqc switches. I have exact same problem on my setup
To be exact: You have the same error messages ;-)
and I traced it out to diseqc switches. Every time one of your cards switches one switch while other card is recording, the diseqc signal goes around LNB to another diseqc switch and moves its position too, and other card, which is recording, loses signal and you get VDSB.
That sounds like the problem i have with my "single LNB" environment: If i enabled EPG scan, after an hour the Video stream breaks.
I don't have scope but I've put the cards in different machines and if I set one of the machines to record while I'm flipping channels on second machine, the first one would got VDSB
or if I'm not recording, I'd just lose signal on first machine.
If I use only one, either machine, at the time, stuff works without any problems.
In my opinion, the only way to resolve this is to get diseqc-multiswitch.
So only users with diseqc enabled have that problem?
Another possibility is your hardware setup, i.e. one or all of your Nexus cards are using bad PCI slots or sharing IRQ with very incompatible devices. Try moving cards to different PCI slots to resolve IRQ issues.
And why he didn't had/don't have the problem with 1.3.17? Was diseqc handling introduced with 1.3.18ff?
hm, but with same environment, vdr-1.3.17 (with nearly all plugins enabled) everything works?! Is this error introduced with > 1.3.17 ?
The easiest workaround is to disable the EPG scan in the EPG setup menu. Search the mailing list for details.
Rainer---<=====> Vertraulich // // <=====>--------------ocholl, Kiel, Germany ------------
Hello,
for me the most stable version is still the poissoned 1.3.17 :-)
I really wonder why poissoned is not included (but by default not enabled) ? (I know it has already been discussed, so please don't take in accound this last phrase...).
Grégoire Favre wrote:
Hello,
for me the most stable version is still the poissoned 1.3.17 :-)
I really wonder why poissoned is not included (but by default not enabled) ? (I know it has already been discussed, so please don't take in accound this last phrase...).
Well, then why did you say it? ;-)
That "poisoning" stuff has no actual functionality and I don't believe that it will make any difference regarding your problems.
Klaus
On Wed, Feb 16, 2005 at 05:55:50PM +0100, Klaus Schmidinger wrote:
Well, then why did you say it? ;-)
Because I wanted to say it in a way that would still be "ethicaly" correct in respect with that you wrote about it :-)
That "poisoning" stuff has no actual functionality and I don't believe that it will make any difference regarding your problems.
Maybe yes, but maybe not, it's a good way to know what's safe or not, but as everyone is sure it's safe without... So as I have the most stable system with poissoned 1.3.17 I just wonder what has changed and what could be done to have new feature of 1.3.21 with stability of poissoned 1.3.21 ;-) (which is really hard as VDR is a "great" project in size and fonctionality).
Thank for this great program I use everyday !!!
Grégoire Favre wrote:
...
That "poisoning" stuff has no actual functionality and I don't believe that it will make any difference regarding your problems.
Maybe yes, but maybe not, it's a good way to know what's safe or not, but as everyone is sure it's safe without... So as I have the most stable system with poissoned 1.3.17 I just wonder what has changed and what could be done to have new feature of 1.3.21 with stability of poissoned 1.3.21 ;-) (which is really hard as VDR is a "great" project in size and fonctionality).
Thank for this great program I use everyday !!!
The "poisoning" is merely some "pragmas" which you should easily be able to add to the VDR 1.3.21 code.
BTW: I'm neither a native French nor English speaker, but AFAIK "poison" means some stuff that might kill you, while "poisson" means "fish" in french - I don't suppose you have implemented any "fishy" stuff into your VDR ;-)
Klaus
On Wed, Feb 16, 2005 at 06:22:14PM +0100, Klaus Schmidinger wrote:
The "poisoning" is merely some "pragmas" which you should easily be able to add to the VDR 1.3.21 code.
Yes, that's true, once shall I try, but it shouldn't be so much beatifull snow here...
BTW: I'm neither a native French nor English speaker, but AFAIK "poison" means some stuff that might kill you, while "poisson" means "fish" in french - I don't suppose you have implemented any "fishy" stuff into your VDR ;-)
Oops, and it's not the fish from the Hitchhikers Guide To The Galaxy which would make the multilanguage change in VDR useless :-)