Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Re: Experiences with patched VDR 1.2.x (was Re: [PATCH] Old descriptorh
- To: vdr@linuxtv.org
- Subject: [vdr] Re: Experiences with patched VDR 1.2.x (was Re: [PATCH] Old descriptorh
- From: Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>
- Date: Fri, 03 Oct 2003 13:41:09 +0200
- Content-type: text/plain; charset=us-ascii
- Organization: CadSoft Computer GmbH
- References: <fc.007f906d008e385f3b9aca00726870f0.8e3937@stageholding.de> <26749.1064910969@www46.gmx.net> <20030930085055.GA18594@boole.suse.de>
- Reply-to: vdr@linuxtv.org
- Sender: vdr-bounce@linuxtv.org
"Dr. Werner Fink" wrote:
>
> On Tue, Sep 30, 2003 at 10:36:09AM +0200, Martin Holst wrote:
> > Christian Jacobsen wrote:
> > > Hallo,
> > >
> > > >In my case, if a UPT-Error occur, I only get a disturbed picture and no
> > > >restart. Have you added an EmergencyExit within remux.c if the UPT-Error
> > > >occur?
> > > >Nevertheless, I think there are different effects which trigger a
> > > restart:
> > > >- UPT-Error (if you added an EmergencyExit in remux.c)
> > > >- video data stream broken
> > > >and several other things. The first case is probably solved with the
> > > patch
> > > >and the second is (at least for me) solved with disabled EPG-scan (0 in
> > > >settings/EPG).
> > >
> > > The second problem is maybe be the caused by Interferance between the
> > > DVB-s cards (I am no expert - just my observations and thoughts ;)) - see
> > > my mail "UPT-Error = interferance betw. DVB-s cards ?" - just send before
> > > this.
> >
> > This morning I noticed a "video data stream broken" even with disabled
> > EPG-scan. So that doesn't help. :-( Nevertheless since 5 days I've no UPT-Error
> > within live-view and several recordings. So I think my patch help us in that
> > situation. Further tests will give us more information...
> >
> > The "video data stream broken" occur on my machine (and on another with 2*
> > DVB-s 1.3) since vdr 1.0.x on (only) the secondary card. So I don't know, how
> > to track this in the source code.
>
> Let's read a comment within dvb_frontend.c:
>
> [...]
> /**
> * if 2 tuners are located side by side you can get interferences when
> * they try to tune to the same frequency, so both lose sync.
> * We will slightly mistune in this case. The AFC of the demodulator
> * should make it still possible to receive the requested transponder
> * on both tuners...
> */
> static
> void dvb_bend_frequency (struct dvb_frontend_data *this_fe, int recursive)
> [...]
>
> > What is the difference between the primary and the secondary device-handling
> > within VDR? I don't believe that the driver himself handle the cards in a
> > different way.
>
> I's suppose that it could be that if two cards tune to the same frequency
> you'll may see "video data stream broken" ... maybe the workaround
> in dvb_frontend.c isn't good enough. IMHO VDR should avoid to tune
> two cards onto the same frequency/transponder.
Sorry, but IMO that's not a good idea.
If you are watching a channel live on the primary card
you still want to be able to start a recording of that same
channel on the secondary card.
Klaus
--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.
Home |
Main Index |
Thread Index