Re: [vdr] VDR not starting properly with softdevice on boot
Marko Mäkelä kirjoitti: On Fri, Jan 26, 2007 at 08:44:50PM +0200, Kartsa wrote: Marko Mäkelä kirjoitti: I meant that vdr probably should be started later in the boot process than TCP/IP networking. Ok, then I misunderstood. I did try to make vdr start later by changing its start order Now anyway network is started before vdr. I actually fixed this now by not letting vdr start by the system init but added "/etc/init.d/vdr start" in rc.local. Maybe the 550 PIII is just too slow in an environment where is matrox G400 and DirectFB :) Possibly. I'm using softdevice-dfb on Matrox G450, but the processor is a 900 MHz Celeron. I found the VGA output to be 10% or 20% less CPU intensive than the TV output, which I am currently using. Vdr is taking about 60% of cpu time with softdevice on my 550MHz PIII. I ment that maybe 550 is too slow when vdr is started in the system initialization causing network to start slower and thus making it a problem. Maybe if I had waited long enough it would have stabilized. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] SetPlayMode() on radio channels
Hi,
Klaus Schmidinger wrote:
> When replaying a recording, VDR sets up a cDvbPlayerControl in
> cReplayControl::cReplayControl(), which in turn creates a cDvbPlayer.
> If you want to use a different play mode for radio recordings,
> you'll need to first know in cReplayControl::cReplayControl() that
> this actually is an audio-only recording, and then hand down the
> desired play mode to the cPlayer.
For the radio plugin I've contributed the following code which detects
whether a VDR recording (given by FileName) is a radio recording.
bool isRadio = false;
cFileName fn(FileName, false, true);
cUnbufferedFile *f = fn.Open();
if (f) {
uchar b[4] = { 0x00, 0x00, 0x00, 0x00 };
ReadFrame(f, b, sizeof (b), sizeof (b));
fn.Close();
isRadio = (b[0] == 0x00) && (b[1] == 0x00) && (b[2] == 0x01)
&& (0xc0 <= b[3] && b[3] <= 0xdf);
}
As video recordings always start with a video PES packet, testing for an
audio PES packet should be sufficient.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr error on turksat 42
Hi Klaus, On Fr, Jan 26, 2007 at 04:15:09 +0100, Klaus Schmidinger wrote: > Halim Sahin wrote: > > Hello, > > > > In my channels.conf there are the channels: > > > > atv;Service Provider:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0 > > SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1:48:0 > > > > Vdr start on ATV. > > After switching to the second channel, vdr changes the name and > > providername of the first one. llike this: > > > > SAMANYOLU TV;STV:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0 > > SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1:48:0 > > Whats wrong there? > > You could add some debug output to cSdtFilter::Process() to check > whether the data is broadcast wrongly, or VDR does something wrong > here. I printed out some variables in this function after updatechannel. atv Service Provider SAMANYOLU TV STV It seems correct to me!! Vdr insert the right vallues in the channellist. Switching away from this channel causes vdr to change the right vallues into wrong ones. Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Enigma-0.4pre9 extension patch available?
Stone schrieb: Hi, I just noticed a new version of the Enigma skin available and wanted to try it out. But, when I downloaded the required extension patch for the text2skin plugin, it turned out to be an older version of text2skin that was prepatched for Enigma. I was hoping the Enigma extension patch would be available separately so I can keep using the latest cvs for the text2skin plugin. The prepatched version of text2skin is outdated with the Enigma extensions download. Perhaps if I could tell when cvs was checked out, I could pull out the differences... but I was hoping maybe someone already did it. :) Best Regards. http://brougs78.vdr-developer.org/tmp/Enigma-0.4pre9.tar.bz2 http://brougs78.vdr-developer.org/tmp/vdr-text2skin-1.1-cvs_ext-0.10.tgz Hi! Sorry, there is no seperate Patch available at the moment, but I do check out the latest CVS of text2skin from time to time and see if something has changed. Then i directly implement changes into text2skin_ext but the CVS-infos keep the same ... so it looks older than it is. ;-) There are not much changes in text2skin-cvs anyway (maybe a hand full in the last year) and I checked out the last version before I released Enigma-0.4pre9. Bye, Andreas Brugger ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr error on turksat 42
Hi Klaus, On Fr, Jan 26, 2007 at 04:15:09 +0100, Klaus Schmidinger wrote: > Halim Sahin wrote: > > Hello, > > > > In my channels.conf there are the channels: > > > > atv;Service Provider:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0 > > SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1:48:0 > > > > Vdr start on ATV. > > After switching to the second channel, vdr changes the name and > > providername of the first one. llike this: > > > > SAMANYOLU TV;STV:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0 > > SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1:48:0 > > Whats wrong there? > > You could add some debug output to cSdtFilter::Process() to check > whether the data is broadcast wrongly, or VDR does something wrong > here. I made some debug output after updatechannel. The vallues of pn ps pp semems to be correct for me. After switching to atv vdr inserts the right vallues in the channllist. Switching away from atv causes vdr to change that to wrong ones. Thanks Halim k ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ?
Hi, Gregoire Favre wrote: > Tonight, I try to tune to one of my favorite radio station : > > SSR-Espace 2;Radio Suisse > Romande:12399:hC34:S13.0E:27500:0:218:0:0:928:318:8500:0 > > And I got : > > Jan 26 18:24:21 ar vdr: [9259] frontend 0 timed out while tuning to channel > 254, tp 112399 > > Tuning back to Astra (for example DMAX : > DMAX;T-Systems:12633:hC56:S19.2E:22000:203:303=deu:503:0:12602:1:1113:0 ) > tune directly. > > And then back to Espace 2 again : > > Jan 26 19:07:42 ar vdr: [9259] frontend 0 timed out while tuning to channel > 254, tp 112399 > > In fact it only tune to channels on Astra 19.2E but no Hotbird 13.0E > neither Astra 28.2E. Well, I've tried to switch between those two channels and had no problem on my system (two budget cards). My setup is similar to your's (all cards connected to a single multi switch) except that I lack the third LNB for 28.2E. My diseqc.conf looks like that: # Optimized for full DiSEqC: S19.2E 11700 V 9750 [E0 10 38 F0] S19.2E 9 V 10600 [E0 10 38 F1] S19.2E 11700 H 9750 [E0 10 38 F2] S19.2E 9 H 10600 [E0 10 38 F3] S13.0E 11700 V 9750 [E0 10 38 F4] S13.0E 9 V 10600 [E0 10 38 F5] S13.0E 11700 H 9750 [E0 10 38 F6] S13.0E 9 H 10600 [E0 10 38 F7] I think, your diseqc.conf should look like that: # Optimized for full DiSEqC: S19.2E 11700 V 9750 [E0 10 38 F0] S19.2E 9 V 10600 [E0 10 38 F1] S19.2E 11700 H 9750 [E0 10 38 F2] S19.2E 9 H 10600 [E0 10 38 F3] S13.0E 11700 V 9750 [E0 10 38 F4] S13.0E 9 V 10600 [E0 10 38 F5] S13.0E 11700 H 9750 [E0 10 38 F6] S13.0E 9 H 10600 [E0 10 38 F7] S28.2E 11700 V 9750 [E0 10 38 F8] S28.2E 9 V 10600 [E0 10 38 F9] S28.2E 11700 H 9750 [E0 10 38 FA] S28.2E 9 H 10600 [E0 10 38 FB] As far as I recall, selecting among more than 8 LNB connections requires the use of full DiSEqC, as only 8 LNB connections can be addressed by supply voltage (vV), 22 kHz tone (tT) and tone bursting (AB) (pre DiSEqC 1.0). In your diseqc.conf, you mix pre DiSEqC 1.0 with DiSEqC 1.0 in a similar way as provided in the stock diseqc.conf below '# Full DiSEqC sequence:'. This should not be a problem in general as the standard says, that the switch should prefer a properly received full DiSEqC message over mini DiSEqC signalling but it may interfere if there is a transmission error in the full DiSEqC message. Moreover some switches seem to store the decision whether a client uses mini or full DiSEqC until the switch port sees a power cycle. This might explain why reloading the driver cures the problem. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr error on turksat 42
Halim Sahin wrote: > Hi Klaus, > On Fr, Jan 26, 2007 at 04:15:09 +0100, Klaus Schmidinger wrote: >> Halim Sahin wrote: >>> Hello, >>> >>> In my channels.conf there are the channels: >>> >>> atv;Service Provider:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0 >>> SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1:48:0 >>> >>> Vdr start on ATV. >>> After switching to the second channel, vdr changes the name and >>> providername of the first one. llike this: >>> >>> SAMANYOLU TV;STV:12633:v:S42.0E:4800:308+8179:256=eng:0:0:1:1:1:0 >>> SAMANYOLU TV;STV:11951:v:S42.0E:8800:300:301=tur:0:0:1:1:48:0 >>> Whats wrong there? >> You could add some debug output to cSdtFilter::Process() to check >> whether the data is broadcast wrongly, or VDR does something wrong >> here. > > I printed out some variables in this function > after updatechannel. > >atv Service Provider > SAMANYOLU TV STV > It seems correct to me!! > Vdr insert the right vallues in the channellist. > Switching away from this channel causes vdr to change the right vallues > into wrong ones. What you need to find out is exactly *where* and *why* VDR gets the wrong values from. Also: are you using any patches or plugins? If so, please try a plain vanilla VDR first. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr error on turksat 42
Hi Klaus, I made my tests with an unpatched vdr. Now the question is where to go on with debuging or why vdr tries to change channelnames etc without swithing to another channel on a different trnasponder? Thanks Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ? Like in kaffeine ?
On Sat, Jan 27, 2007 at 11:41:18AM +0100, Reinhard Nissl wrote:
> Hi,
Hello,
> Well, I've tried to switch between those two channels and had no problem
> on my system (two budget cards).
I have also no problem under kaffeine :-)
> My setup is similar to your's (all cards connected to a single multi
> switch) except that I lack the third LNB for 28.2E.
I don't know if that exactly similar :
Astra 19.2EHotbird 13.0E Astra 28.2E
quad lnb quad lnb quad lnb
4 cables 4 cables 4 cables
vnc G3 G3
diseqc
1.0
3 output
/ | \
/ | \
/ | \
/|\
dvb1 dvb2 dvb3
> I think, your diseqc.conf should look like that:
>
> # Optimized for full DiSEqC:
>
> S19.2E 11700 V 9750 [E0 10 38 F0]
> S19.2E 9 V 10600 [E0 10 38 F1]
> S19.2E 11700 H 9750 [E0 10 38 F2]
> S19.2E 9 H 10600 [E0 10 38 F3]
>
> S13.0E 11700 V 9750 [E0 10 38 F4]
> S13.0E 9 V 10600 [E0 10 38 F5]
> S13.0E 11700 H 9750 [E0 10 38 F6]
> S13.0E 9 H 10600 [E0 10 38 F7]
>
> S28.2E 11700 V 9750 [E0 10 38 F8]
> S28.2E 9 V 10600 [E0 10 38 F9]
> S28.2E 11700 H 9750 [E0 10 38 FA]
> S28.2E 9 H 10600 [E0 10 38 FB]
I have tried it, and it don't work at my place ???
Well, I can tune to some channels :
Vertical loband on Astra 19.2E
Vertical loband on Hotbird 13.0E,
Vertical ones on Astra 28.2E.
Thank for your answer, I would like to convert the setup from kaffeine
into vdr's diseqc.conf :
DVB0=S|Astra-19.2E|Hotbird-13.0E|Astra-28.2E
DVB0_LNB0_hi=10600
DVB0_LNB0_lo=9750
DVB0_LNB0_switch=11700
DVB0_LNB1_hi=10600
DVB0_LNB1_lo=9750
DVB0_LNB1_switch=11700
DVB0_LNB2_hi=10600
DVB0_LNB2_lo=9750
DVB0_LNB2_switch=11700
DVB0_LNB3_hi=10600
DVB0_LNB3_lo=9750
DVB0_LNB3_switch=11700
Which is the same for DVB1 and DVB2.
I would really enjoy if someone could explain me how to use the same
settings as kaffeine use :-)
Have a great day,
--
Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr error on turksat 42
Halim Sahin wrote: > Hi Klaus, > > I made my tests with an unpatched vdr. > Now the question is where to go on with debuging > or why vdr tries to change channelnames etc without swithing > to > another channel on a different trnasponder? The only place where the name of an existing channel is changed is channel->SetName(pn, ps, pp); in cSdtFilter::Process(). Print out pn, ps and pp there when switching between the two channels and post the result. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ? Like in kaffeine ?
Hi, Gregoire Favre wrote: >> My setup is similar to your's (all cards connected to a single multi >> switch) except that I lack the third LNB for 28.2E. > > I don't know if that exactly similar : > > Astra 19.2EHotbird 13.0E Astra 28.2E > quad lnb quad lnb quad lnb > 4 cables 4 cables 4 cables > > > > vnc G3 G3 > diseqc > 1.0 >3 output > / | \ > / | \ >/ | \ > /|\ > dvb1 dvb2 dvb3 Well, concerning the cables, my setup just misses the right 4 ones for the 28.2E LNB. Do you really have QUAD LNBs? I have QUATTRO LNBs. The difference is, that a QUATTRO LNB supplies the 4 bands (Horizontal Low, Vertical Low, Horizontal High and Vertical High) on specific ports on its own, while a QUAD LNB needs voltage and tone signalling on each port to decide which band it supplies to that port. Would you mind providing some links to documentation about your LNB and switch models? >> I think, your diseqc.conf should look like that: >> >> # Optimized for full DiSEqC: >> >> S19.2E 11700 V 9750 [E0 10 38 F0] >> S19.2E 9 V 10600 [E0 10 38 F1] >> S19.2E 11700 H 9750 [E0 10 38 F2] >> S19.2E 9 H 10600 [E0 10 38 F3] >> >> S13.0E 11700 V 9750 [E0 10 38 F4] >> S13.0E 9 V 10600 [E0 10 38 F5] >> S13.0E 11700 H 9750 [E0 10 38 F6] >> S13.0E 9 H 10600 [E0 10 38 F7] >> >> S28.2E 11700 V 9750 [E0 10 38 F8] >> S28.2E 9 V 10600 [E0 10 38 F9] >> S28.2E 11700 H 9750 [E0 10 38 FA] >> S28.2E 9 H 10600 [E0 10 38 FB] > > I have tried it, and it don't work at my place ??? > Well, I can tune to some channels : > Vertical loband on Astra 19.2E > Vertical loband on Hotbird 13.0E, > Vertical ones on Astra 28.2E. Maybe it has to do with the QUAD - QUATTRO issue, but let me first have a look into your documentation. > Thank for your answer, I would like to convert the setup from kaffeine > into vdr's diseqc.conf : > DVB0=S|Astra-19.2E|Hotbird-13.0E|Astra-28.2E > DVB0_LNB0_hi=10600 > DVB0_LNB0_lo=9750 > DVB0_LNB0_switch=11700 > DVB0_LNB1_hi=10600 > DVB0_LNB1_lo=9750 > DVB0_LNB1_switch=11700 > DVB0_LNB2_hi=10600 > DVB0_LNB2_lo=9750 > DVB0_LNB2_switch=11700 > DVB0_LNB3_hi=10600 > DVB0_LNB3_lo=9750 > DVB0_LNB3_switch=11700 > > Which is the same for DVB1 and DVB2. > > I would really enjoy if someone could explain me how to use the same > settings as kaffeine use :-) Hhm, these settings only help in determining high/low band and the frequency to tune to. I first need to take a look into the code how kaffeine and xine-lib pass the information about the port to use to the DVB driver. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ? Like in kaffeine ?
On Sat, Jan 27, 2007 at 02:25:25PM +0100, Reinhard Nissl wrote: > Hi, Hello again, > Well, concerning the cables, my setup just misses the right 4 ones for > the 28.2E LNB. OK, I missunderstood, sorry. > Do you really have QUAD LNBs? I have QUATTRO LNBs. Yes I do. > The difference is, that a QUATTRO LNB supplies the 4 bands (Horizontal > Low, Vertical Low, Horizontal High and Vertical High) on specific ports > on its own, while a QUAD LNB needs voltage and tone signalling on each > port to decide which band it supplies to that port. > > Would you mind providing some links to documentation about your LNB and > switch models? Sure : http://www.radio-materiel.ch/scripts/rama/fiche.html?ref=VNE-G3%2FG4 which point then to : http://www.radio-materiel.ch/new_design/radiomateriel/download/liens/vneg3g4.pdf ( http://www.radio-materiel.ch/scripts/rama/fiche.w?ref=BISAT-G3 ) http://www.radio-materiel.ch/scripts/rama/fiche.html?ref=IDLP-401QDL > Maybe it has to do with the QUAD - QUATTRO issue, but let me first have > a look into your documentation. Well, it's pretty small docs... basically my quad lnb are exactly the same as four lnb would be. > Hhm, these settings only help in determining high/low band and the > frequency to tune to. I first need to take a look into the code how > kaffeine and xine-lib pass the information about the port to use to the > DVB driver. Thank you very much ! -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr error on turksat 42
Hi Klaus On Sa, Jan 27, 2007 at 02:15:02 +0100, Klaus Schmidinger wrote: > in cSdtFilter::Process(). Print out pn, ps and pp there when switching > between the two channels and post the result. > Here it komes: pn=FEED pp= ATV ps= pn=atv pp= Service Provider ps= pn=RADIO CITY pp= Service Provider ps= pn=Marmara Radyo pp= Service Provider ps= pn=. pp= Service Provider ps= pn=SAMANYOLU TV pp= STV ps= pn=MEHTAP TV pp= STV ps= pn=S HABER pp= stv ps= pn=BURC FM pp= STV ps= pn=DUNYA RADIO pp= STV ps= pn=AKRA FM pp= STV ps= pn=MORAL FM pp= STV ps= pn=MARMARA FM pp= STV ps= pn=RADYO 15 pp= STV ps= pn=INTERCOM pp= STV ps= After switching to the stv provider, vdr shows in channels.conf for atv SAMANYOLU TV. Gruß Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ? Like in kaffeine ?
Hi, Gregoire Favre wrote: >> The difference is, that a QUATTRO LNB supplies the 4 bands (Horizontal >> Low, Vertical Low, Horizontal High and Vertical High) on specific ports >> on its own, while a QUAD LNB needs voltage and tone signalling on each >> port to decide which band it supplies to that port. >> >> Would you mind providing some links to documentation about your LNB and >> switch models? > > Sure : > http://www.radio-materiel.ch/scripts/rama/fiche.html?ref=VNE-G3%2FG4 > which point then to : > http://www.radio-materiel.ch/new_design/radiomateriel/download/liens/vneg3g4.pdf > > ( http://www.radio-materiel.ch/scripts/rama/fiche.w?ref=BISAT-G3 ) > > http://www.radio-materiel.ch/scripts/rama/fiche.html?ref=IDLP-401QDL > >> Maybe it has to do with the QUAD - QUATTRO issue, but let me first have >> a look into your documentation. > > Well, it's pretty small docs... basically my quad lnb are exactly the > same as four lnb would be. I must admit, I didn't think of such a scenario. So for now, I think your diseqc.conf is correct. Your switch seems to use the DiSEqC message to select one of three LNBs while voltage and tone tell the LNB which of the 4 bands it shall pass on to the cable. To just prove my understanding: Your VDR is able to switch to all three satelites, but from time to time you get those tuning timeouts. Reloading the drivers fixes this issue and VDR can then switch to all three satellites again. >> Hhm, these settings only help in determining high/low band and the >> frequency to tune to. I first need to take a look into the code how >> kaffeine and xine-lib pass the information about the port to use to the >> DVB driver. Haven't had a look at this yet. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr error on turksat 42
Halim Sahin wrote:
> Hi Klaus
> On Sa, Jan 27, 2007 at 02:15:02 +0100, Klaus Schmidinger wrote:
>> in cSdtFilter::Process(). Print out pn, ps and pp there when switching
>> between the two channels and post the result.
>>
> Here it komes:
> pn=FEED pp= ATV ps=
> pn=atv pp= Service Provider ps=
> pn=RADIO CITY pp= Service Provider ps=
> pn=Marmara Radyo pp= Service Provider ps=
> pn=. pp= Service Provider ps=
>
> pn=SAMANYOLU TV pp= STV ps=
> pn=MEHTAP TV pp= STV ps=
> pn=S HABER pp= stv ps=
> pn=BURC FM pp= STV ps=
> pn=DUNYA RADIO pp= STV ps=
> pn=AKRA FM pp= STV ps=
> pn=MORAL FM pp= STV ps=
> pn=MARMARA FM pp= STV ps=
> pn=RADYO 15 pp= STV ps=
> pn=INTERCOM pp= STV ps=
>
>
> After switching to the stv provider, vdr shows in channels.conf for
> atv
> SAMANYOLU TV.
Sorry, I forgot that we also need the information which channel all this
is for. Please locate the lines
cChannel *channel = Channels.GetByChannelID(tChannelID(Source(),
sdt.getOriginalNetworkId(), sdt.getTransportStreamId(),
SiSdtService.getServiceId()));
if (!channel)
channel = Channels.GetByChannelID(tChannelID(Source(), 0,
Transponder(), SiSdtService.getServiceId()));
at the beginning of cSdtFilter::Process() and change them to
printf("data = %d %d %d\n", sdt.getOriginalNetworkId(),
sdt.getTransportStreamId(), SiSdtService.getServiceId());
cChannel *channel = Channels.GetByChannelID(tChannelID(Source(),
sdt.getOriginalNetworkId(), sdt.getTransportStreamId(),
SiSdtService.getServiceId()));
if (!channel) {
printf("source, tp = %d %d\n", Source(), Transponder());
channel = Channels.GetByChannelID(tChannelID(Source(), 0,
Transponder(), SiSdtService.getServiceId()));
}
if (channel)
printf("channel = '%s'\n", channel->Name());
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr error on turksat 42
Hi, On Sa, Jan 27, 2007 at 05:16:31 +0100, Klaus Schmidinger wrote: > Halim Sahin wrote: > > Hi Klaus > > On Sa, Jan 27, 2007 at 02:15:02 +0100, Klaus Schmidinger wrote: > >> in cSdtFilter::Process(). Print out pn, ps and pp there when switching > >> between the two channels and post the result. > >> > > Here it komes: > > pn=FEED pp= ATV ps= > > pn=atv pp= Service Provider ps= > > pn=RADIO CITY pp= Service Provider ps= > > pn=Marmara Radyo pp= Service Provider ps= > > pn=. pp= Service Provider ps= > > > > pn=SAMANYOLU TV pp= STV ps= > > pn=MEHTAP TV pp= STV ps= > > pn=S HABER pp= stv ps= > > pn=BURC FM pp= STV ps= > > pn=DUNYA RADIO pp= STV ps= > > pn=AKRA FM pp= STV ps= > > pn=MORAL FM pp= STV ps= > > pn=MARMARA FM pp= STV ps= > > pn=RADYO 15 pp= STV ps= > > pn=INTERCOM pp= STV ps= > > > > > > After switching to the stv provider, vdr shows in channels.conf for > > atv > > SAMANYOLU TV. > > Sorry, I forgot that we also need the information which channel all this > is for. Please locate the lines > Hav a look on this: data = 1 1 2 channel = 'RADYO 1' pn=FEED pp= ATV ps= data = 1 1 1 channel = 'TRT 1' pn=atv pp= Service Provider ps= data = 1 1 4616 channel = 'RADIO CITY' pn=RADIO CITY pp= Service Provider ps= data = 1 1 64 channel = 'Marmara Radyo' pn=Marmara Radyo pp= Service Provider ps= data = 1 1 512 channel = '.' pn=. pp= Service Provider ps= data = 1 1 1 channel = 'atv' pn=SAMANYOLU TV pp= STV ps= data = 1 1 2 channel = 'FEED' pn=MEHTAP TV pp= STV ps= data = 1 1 3 channel = 'RADYO 3' pn=S HABER pp= stv ps= data = 1 1 10 channel = 'VOT World' pn=BURC FM pp= STV ps= data = 1 1 11 channel = 'TSR Turkce' pn=DUNYA RADIO pp= STV ps= data = 1 1 12 channel = 'TRT 3' pn=AKRA FM pp= STV ps= data = 1 1 13 channel = 'Meteorolojinin Sesi' pn=MORAL FM pp= STV ps= data = 1 1 14 channel = 'VOT West' pn=MARMARA FM pp= STV ps= data = 1 1 15 channel = 'VOT East' pn=RADYO 15 pp= STV ps= data = 1 1 30 channel = 'INTERCOM' pn=INTERCOM pp= STV ps= ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Safer diseqc setup ? Like in kaffeine ?
On Sat, Jan 27, 2007 at 04:48:37PM +0100, Reinhard Nissl wrote: > Hi, Hello :) > I must admit, I didn't think of such a scenario. So for now, I think > your diseqc.conf is correct. Your switch seems to use the DiSEqC message > to select one of three LNBs while voltage and tone tell the LNB which of > the 4 bands it shall pass on to the cable. > > To just prove my understanding: > Your VDR is able to switch to all three satelites, but from time to time > you get those tuning timeouts. Reloading the drivers fixes this issue > and VDR can then switch to all three satellites again. More or less : it's slow (compared to kaffeine) and when I use vdr with only one card, I can choose the sat in vdr, but then under kaffeine with the two others cards, I can't tune to another sat than the same choosen in VDR ??? In kaffeine, I can reccord without problem on three differents sats. > >> Hhm, these settings only help in determining high/low band and the > >> frequency to tune to. I first need to take a look into the code how > >> kaffeine and xine-lib pass the information about the port to use to the > >> DVB driver. > > Haven't had a look at this yet. Here kaffeine output of some tuning : Tuning to: ARTE / autocount: 11 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 11567000 v 2200 inv:2 fecH:5 DiSEqC: switch pos 0, 13V, loband (index 0) DiSEqC: e0 10 38 f0 00 00 Tuning to: EuroNews / autocount: 6 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12226000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 18V, hiband (index 3) DiSEqC: e0 10 38 f3 00 00 Tuning to: ZDFdokukanal / autocount: 7 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 11953000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 18V, hiband (index 3) DiSEqC: e0 10 38 f3 00 00 Tuning to: COULEUR 3 / autocount: 8 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12207000 v 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 13V, hiband (index 2) DiSEqC: e0 10 38 f1 00 00 Tuning to: RTL Television / autocount: 9 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12187000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 18V, hiband (index 3) DiSEqC: e0 10 38 f3 00 00 Tuning to: ARTE / autocount: 14 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 11567000 v 2200 inv:2 fecH:5 DiSEqC: switch pos 0, 13V, loband (index 0) DiSEqC: e0 10 38 f0 00 00 Tuning to: 1LIVE / autocount: 18 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12265000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 18V, hiband (index 3) DiSEqC: e0 10 38 f3 00 00 Tuning to: 3 Channel / autocount: 19 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 10971000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 1, 18V, loband (index 5) DiSEqC: e0 10 38 f6 00 00 Tuning to: 3sat / autocount: 20 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 11953000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 18V, hiband (index 3) DiSEqC: e0 10 38 f3 00 00 Tuning to: 50 Canale / autocount: 21 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 11541000 v 2200 inv:2 fecH:5 DiSEqC: switch pos 1, 13V, loband (index 4) DiSEqC: e0 10 38 f4 00 00 Tuning to: 9Live / autocount: 22 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 1248 v 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 13V, hiband (index 2) DiSEqC: e0 10 38 f1 00 00 Tuning to: ADIBOU TV / autocount: 23 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12363000 v 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 13V, hiband (index 2) DiSEqC: e0 10 38 f1 00 00 Tuning to: AL-ALAM / autocount: 24 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12437000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 1, 18V, hiband (index 7) DiSEqC: e0 10 38 f7 00 00 Tuning to: A LA UNE / autocount: 25 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12324000 v 2750 inv:2 fecH:3 DiSEqC: switch pos 0, 13V, hiband (index 2) DiSEqC: e0 10 38 f1 00 00 Tuning to: Al Jazeera / autocount: 26 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 11567000 v 2200 inv:2 fecH:5 DiSEqC: switch pos 0, 13V, loband (index 0) DiSEqC: e0 10 38 f0 00 00 . LOCKED. Tuning to: AL JAZEERA / autocount: 27 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12111000 v 2750 inv:2 fecH:3 DiSEqC: switch pos 1, 13V, hiband (index 6) DiSEqC: e0 10 38 f5 00 00 Tuning to: ALOUETTE-1 / autocount: 29 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 10873000 v 2750 inv:2 fecH:3 DiSEqC: switch pos 1, 13V, loband (index 4) DiSEqC: e0 10 38 f4 00 00 Tuning to: Asianet / autocount: 31 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12207000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 1, 18V, hiband (index 7) DiSEqC: e0 10 38 f7 00 00 Tuning to: AZ TV / autocount: 32 Using DVB device 0:0 "ST STV0299 DVB-S" tuning DVB-S to 12245000 h 2750 inv:2 fecH:3 DiSEqC: switch pos 1, 18V, hiband (index 7) DiSEqC: e0 10 38 f7 00 00 Tuning to: Bahn TV / autocount: 33 Using DVB device 0:0 "ST STV0299
[vdr] diseqc problem with Edision switch
Hi all, Could somebody help me with this one? I Got 2 Edision switches and 4 quad LNBs to use it with 3 receivers (I still have the old switch). With the old switch (not Edision) everything works OK. With Edision switches no channel locks, the signal is not stable. I presume the problem is with diseqc.conf. I used the following 2 files that work with the old switch but not with the new ones: diseq-ab.conf # port 1 S5.0E 11700 V 9750 t v W15 [E0 10 23] W15 [E0 10 22] W15 t S5.0E 9 V 10600 t v W15 [E0 10 23] W15 [E0 10 22] W15 T S5.0E 11700 H 9750 t V W15 [E0 10 23] W15 [E0 10 22] W15 t S5.0E 9 H 10600 t V W15 [E0 10 23] W15 [E0 10 22] W15 T # port 2 S13.0E 11700 V 9750 t v W15 [E0 10 23] W15 [E0 10 26] W15 t S13.0E 9 V 10600 t v W15 [E0 10 23] W15 [E0 10 26] W15 T S13.0E 11700 H 9750 t V W15 [E0 10 23] W15 [E0 10 26] W15 t S13.0E 9 H 10600 t V W15 [E0 10 23] W15 [E0 10 26] W15 T # port 3 S16.0E 11700 V 9750 t v W15 [E0 10 27] W15 [E0 10 22] W15 t S16.0E 9 V 10600 t v W15 [E0 10 27] W15 [E0 10 22] W15 T S16.0E 11700 H 9750 t V W15 [E0 10 27] W15 [E0 10 22] W15 t S16.0E 9 H 10600 t V W15 [E0 10 27] W15 [E0 10 22] W15 T # port 4 S19.2E 11700 V 9750 t v W15 [E0 10 27] W15 [E0 10 26] W15 t S19.2E 9 V 10600 t v W15 [E0 10 27] W15 [E0 10 26] W15 T S19.2E 11700 H 9750 t V W15 [E0 10 27] W15 [E0 10 26] W15 t S19.2E 9 H 10600 t V W15 [E0 10 27] W15 [E0 10 26] W15 T diseq-full.conf S5.0E 11700 V 9750 t v W15 [E0 10 38 F0] W15 t S5.0E 9 V 10600 t v W15 [E0 10 38 F1] W15 T S5.0E 11700 H 9750 t V W15 [E0 10 38 F2] W15 t S5.0E 9 H 10600 t V W15 [E0 10 38 F3] W15 T S13E 11700 V 9750 t v W15 [E0 10 38 F4] W15 t S13E 9 V 10600 t v W15 [E0 10 38 F5] W15 T S13E 11700 H 9750 t V W15 [E0 10 38 F6] W15 t S13E 9 H 10600 t V W15 [E0 10 38 F7] W15 T S16.0E 11700 V 9750 t v W15 [E0 10 38 F8] W15 t S16.0E 9 V 10600 t v W15 [E0 10 38 F9] W15 T S16.0E 11700 H 9750 t V W15 [E0 10 38 FA] W15 t S16.0E 9 H 10600 t V W15 [E0 10 38 FB] W15 T S19.2E 11700 V 9750 t v W15 [E0 10 38 FC] W15 t S19.2E 9 V 10600 t v W15 [E0 10 38 FD] W15 T S19.2E 11700 H 9750 t V W15 [E0 10 38 FE] W15 t S19.2E 9 H 10600 t V W15 [E0 10 38 FF] W15 T Please help !! Thank you, Regards, Ilariu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Problem with compiling plugins
I have trouble with two plugins, burn and mplayer. I've tried to fiend answer all possible places I can think of I now I just have to ask all of you :( I've got vdr-1.4.4, burn-0.0.5 and mp3-0.9.15. I also have femon-1.1.1 and subtitles0.4.0 which compiles fine together with the default plugins that come with vdr. I have this output when executing make plugins . Plugin burn: make[1]: Entering directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/burn-0.0.5' g++ -g -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -DDVDDEV='"/dev/dvd"' -DISODIR=NULL -I../../../include -I../../../../DVB/include -o burn.o burn.c burn.c:32: error: conflicting return type specified for â ../../../include/vdr/plugin.h:43: error: overriding â burn.c: In member function â: burn.c:58: warning: converting to non-pointer type â from NULL make[1]: *** [burn.o] Error 1 make[1]: Leaving directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/burn-0.0.5' . Plugin mp3: make[1]: Entering directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15' g++ -O2 -fPIC -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DAPIVERSNUM=10404 -DHAVE_SNDFILE -DHAVE_VORBISFILE -I../../../include mp3.c mp3.c:50:17: error: mad.h: No such file or directory mp3.c: In member function â: mp3.c:1673: error: â was not declared in this scope mp3.c:1674: error: â was not declared in this scope make[1]: *** [mp3.o] Error 1 make[1]: Leaving directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15' . I've used to install my vdr by using ready-made packages by "yum install packagename". Now that I had the problem with stuttering I was to make a small change in dvbplayer.c (#define PLAYERBUFSIZE MEGABYTE(64)) I was forced to do compiling. Well the test is now underway but I dont have those two plugins in use. Any hints/advice would be appreciated. All requirements should be fullfilled. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Re: replay stuttering
Kartsa kirjoitti: Marko Mäkelä kirjoitti: On Mon, Jan 22, 2007 at 06:16:05PM +0200, Kartsa wrote: Btw. is there an easy way to see this from the logs because my vdr box is situated in a difficult place where I can easily get only by ssh? #hdparm -d /dev/hda To enable it, use #hdparm -d 1 /dev/hda This does not seem to work with sata drives. It gives hdparm -d 1 /dev/sda /dev/sda: setting using_dma to 1 (on) HDIO_SET_DMA failed: Inappropriate ioctl for device Like you, I am cursed by the VIA chipset, but luckily I haven't experienced any DMA lockups, which have been reported for many generations of VIA hardware. Every now and then, the system must be completely powered off, because something apparently in the PCI controller gets misconfigured so badly that Linux panics or hangs at boot. The system reset or soft power-off won't help in this situation. Also, the system must be rebooted in order for nvram-wakeup to work, and Wake-on-LAN often ceases to work. This is an Intel Celeron 900 MHz on an MSI 694T Pro motherboard: http://www.msi.com.tw/program/products/mainboard/mbd/pro_mbd_detail.php?UID=20 I have nvram-installed and it shuts down the box every night. So, hdparm did no good. I have been running vdr now for a couple days with #define PLAYERBUFSIZE MEGABYTE(64) in dvbplayer.c and for now it seems like better as in no stuttering. But I am still testing it. \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with compiling plugins
On 1/27/07, Kartsa <[EMAIL PROTECTED]> wrote: Plugin mp3: make[1]: Entering directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15' g++ -O2 -fPIC -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DAPIVERSNUM=10404 -DHAVE_SNDFILE -DHAVE_VORBISFILE -I../../../include mp3.c mp3.c:50:17: error: mad.h: No such file or directory mp3.c: In member function â: mp3.c:1673: error: â was not declared in this scope mp3.c:1674: error: â was not declared in this scope make[1]: *** [mp3.o] Error 1 make[1]: Leaving directory `/root/Lataukset/vdr-1.4.4/PLUGINS/src/mp3-0.9.15' Install the libmad0 package. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
