On 3/6/2010 12:35 AM, Rolf Ahrenberg wrote:

On Fri, 5 Mar 2010, Timothy D. Lenz wrote:

...

Not a big deal, but I notice that femon doesn't give as much infor about the tuner as before. It was listing the tuner chip, now that lower section is just blank.

Works for me with my terrestrial cards.

BR,

rofa

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Strange, On the Transponder Information screen, The last line I now have is: CA Free To Air (0) Nothing below that. I have a dual ATSC and a single ATSC tuner card and before using vdr-1.7.12 and femon 1.7.6 that screen showed more about the current tuner. Now I'm using vdr-1.7.13 and femon 1.7.7

Something else I notice now is the left/right arrows both advance through the tuners where before the left counted backwards.

I am using the remote control from vdradmin because something got broke in the drivers for cx23885 for remotes a short time back.

On Saturday 06 of March 2010, Timothy D. Lenz wrote:

Not a big deal, but I notice that femon doesn't give as much infor about the tuner as before. It was listing the tuner chip, now that lower section is just blank.

In my PC with Conexant CX24116/24118 card (Tevii) it works.

BR,

ALes

Hi

After i changed my sat tuner to Linux4Media cineS2 DVB-S2 Twin Tuner http://www.linuxtv.org/wiki/index.php/Linux4Media_cineS2_DVB-S2_Twin_Tuner

femon's frontend info doesn't work anymore on all frontends. Exact cause for that seems to be the way ngene driver registers frontends at /dev/dvb

My current /dev/dvb looks like this: /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend1 /dev/dvb/adapter1/frontend0 /dev/dvb/adapter2/frontend0

Since femon assumes that vdr card index is same as adapter index, femon shows stats from wrong frontend and can't show stas from /dev/dvb/adapter2 at all.

A quick look at vdr's device.h didn't reveal an easy fix for this problem, since cDevice doesn't store device paths or adapter/frontend numbers.

A workaround is to load ngene.ko with the parameter one_adapter=0

Then there will be two adapters.

On 07.03.2010 14:15, ????????? ?????? wrote:

Hi

What about iptv patches? No IsPlug() member in cChannel.

May be need Channel->Source() & cSource::st_Mask == 'I'<<24

I'll add cChannel::IsSourceType(char Source) for use like

if (Channel->IsSourceType('I')) ...

Klaus

Hi

IPTV doesn't need patches anymore.

Fine :)

But I have another trouble.

create channel RENTV;IPTV:10:S=1|P=1|F=UDP|U=239.4.0.1|A=2020:I:27500:300=2:301:0:0:1:0:0:0

Start vdr and select it, works fine. Change to sat channel, and select iptv again

The channel can't selected, in log:

Mar 8 12:57:57 ua0lnjvdr vdr: [6823] ERROR: Invalid channel parameters: S=1 Mar 8 12:57:57 ua0lnjvdr vdr: [6823] ERROR: Unrecognized IPTV address: S=1 Mar 8 12:57:57 ua0lnjvdr vdr: [6823] ERROR: Can't start Transfer Mode!

After this, in channels.conf have:

RENTV;IPTV:10:S=1:I:27500:300=2:301:0:0:1:0:0:0

I found also http://www.vdr-portal.de/board/thread.php?threadid=94442

Any suggestions?

BR.

----- Original Message ----- From: "Rolf Ahrenberg" rahrenbe@cc.hut.fi To: "VDR Mailing List" vdr@linuxtv.org Sent: Monday, March 08, 2010 3:15 AM Subject: Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0

On Sun, 7 Mar 2010, ????????? ?????? wrote:

...

What about iptv patches? No IsPlug() member in cChannel.

IPTV doesn't need patches anymore. Where do you need this kind of method?

...

May be need Channel->Source() & cSource::st_Mask == 'I'<<24

This is already done in cIptvDevice::ProvidesSource().

BR,

rofa

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

There my patch for iptv plugin works for me

----- Original Message ----- From: "Rolf Ahrenberg" rahrenbe@cc.hut.fi To: "VDR Mailing List" vdr@linuxtv.org Sent: Monday, March 08, 2010 3:56 PM Subject: Re: [vdr] [ANNOUNCE] vdr-femon-1.7.7 vdr-iptv-0.4.0 vdr-skinsoppalusikka-1.7.1 vdr-rssreader-1.7.0

On Mon, 8 Mar 2010, ????????? ?????? wrote:

...

But I have another trouble. Any suggestions?

I guess there's a bug somewhere in cIptvTransponderParameters::Parse() and ::ToString(), but my eyes cannot catch that one. :)

BR,

rofa

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

On Fri, 12 Mar 2010, Klaus Schmidinger wrote:

Not sure if this applies here, but there was a bug in VDR 1.7.13's channel editing in cDvbSourceParam.

Well, there were bugs also in the plugin, but those should already be fixed in 0.4.1.

BR, -- rofa