311 replies to this topic

[daddelfalk]

Hi,

post content of File /etc/epgimport/slo.channels.xml

[Taykun345]

<?xml version="1.0" encoding="latin-1"?>
<channels>
<channel id="ANIMAL">1:0:1:2A96:0:0:820048:0:0:0:http%3a//93.103.131.xxx%3a1234/udp/239.1.1.116%3a5000:ANIMAL</channel> <!-- Animal Planet -->
<channel id="SLO1">1:0:1:2A9A:0:0:820082:0:0:0:</channel> <!-- SLO1 -->
</channels>

First one works (ANIMAL), second one doesnt work, i get unknown channel error.

Edited by Taykun345, 26 January 2012 - 18:40.

[pieterg]

There are many unknown channel messages in enigma, here is short part of enigma log:
Unknown channel: SLO1
Unknown channel: HISTORY
Unknown channel: NATIONAL

yes, but yours was in CAPS...

[pieterg]

if you mean 'Unknown channel', indeed, that means the serviceref is not available in your channels file.
Perhaps we should ignore the 'path' and 'name' parts of the serviceref, in the xmltvconverter.

[Taykun345]

Ooops, i forgot that in linux capital letters are something different than "normal" ones. Sorry
I hope you will fix this soon so i will be able to use EPG on these channels.

Thanks for help.

[pieterg]

but what does the channel in the xmltv file look like?
The thing is, the channel should match whatever is in your channels.xml.

[Taykun345]

Here are my files and you will see. I can also provide *.sources.xml file but only via PM.

Attached Files

•  EPG.rar   499bytes   77 downloads

Edited by Taykun345, 27 January 2012 - 11:51.

[pieterg]

I can also provide *.sources.xml file but only via PM.

May I have a look (PM)?
I think the servicerefs in channels.xml need to match those in sources.xml, that's all.

[Taykun345]

Pieterg, you checked my problem? Can it be solved?

[pieterg]

the reason why it works like you reported:

EPGImport tries to start a (fake) recording on the channels it is trying to import for.
If e2 says it can't record, it doesn't import epg for the channel, because it figures e2 will not be able to tune to that particular channel.
Now in order to be able to record from http ts streams, I've made a few modifications which tell e2 that recording from any serviceref with a 'path' field which starts with 'http://' is fine.

As a result, if you put the full stream url in the channels.xml, the import goes fine.
If you omit the stream url part, the import would still work fine, IF you have the local equivalent serviceref in your lamedb (and the corresponding orbital position in your sat config)
Apparantly, that is not the case for you.

So if you don't have the local equivalent serviceref in your lamedb, and/or you cannot record from that channel, according to your satconfig, you will have to put some http://... path in the serviceref of your channels.xml.

The url does not have to be correct I guess, as long as the path field starts with http://

[Taykun345]

OK, i will just use offline EPG import with longer service ids, no problems.

[Taykun345]

Iam getting reports that subtitle language settings arent stored on IPTV channels. Can anyone confirm this?

Edited by Taykun345, 2 February 2012 - 10:44.

[Taykun345]

Pieterg, why namespace isnt enough for service ids diferentiation? Problem is that some iptv streams have same SID/TSID... This sucks.
If namespace thingy would work, then we could just use 1:0:1:0:0:0:820048:0:0:0: for every channe (- namespace of course)l. We would only change namespace and we could avoid searhing for proper SID/TSID which is very time consuming and someting useless as some channels have same sid/tsid.

[pieterg]

Pieterg, why namespace isnt enough for service ids diferentiation?

have you tried whether it is enough?
I think epgcache matches the whole serviceref (up to the path/url field), so whatever field you modify would be enough to make it unique.

Problem is that some iptv streams have same SID/TSID... This sucks.
If namespace thingy would work, then we could just use 1:0:1:0:0:0:820048:0:0:0: for every channe (- namespace of course)l. We would only change namespace and we could avoid searhing for proper SID/TSID which is very time consuming and someting useless as some channels have same sid/tsid.

Let's start with a description of the problem
What is it you are trying to do, and what is it that isn't working at the moment?

[Taykun345]

<channel id="ANIMAL">1:0:1:0:0:0:820049:0:0:0:http%3a//127.0.0.1%3a1234/udp/239.1.1.208%3a5500</channel> <!-- Animal Planet -->
<channel id="ROMANTICA">1:0:1:0:0:0:820084:0:0:0:http%3a//127.0.0.1%3a1234/udp/239.1.1.120%3a5000</channel> <!-- Zone Romantica -->
<channel id="REALITY">1:0:1:0:0:0:820083:0:0:0:http%3a//127.0.0.1%3a1234/udp/239.1.1.105%3a5000</channel> <!-- Zone Reality -->

I tried this for different channels, but i get same EPG for all three. Namespace apperantly doesnt diferentiate service ids.

[pieterg]

might be because at many locations only the upper 16 bits of the namespace are used (=orbital position), and you're modifying the lower 16 bits.

[Taykun345]

maybe... will try your tip

[hispasat]

sample

#SERVICE 1:0:1:110:0:0:0:0:0:0:http//xxx.dyndns.org/udp/1111.1.1.1010:CH.name#DESCRIPTION CH.name

works fine, reboot needed

[sambir]

Hi guys i tried this out and it works fine using a local adres but now i want to stream a stream which is password protected. I tried the following but was not able to get any picture.

#NAME Favourites (TV)
#SERVICE 1:0:1:0:0:0:0:0:0:0:http%3a//192.168.xxx.xxx%3a3233/:SPORT
#DESCRIPTION SPORT
#SERVICE 2:0:1:0:0:0:0:0:0:0:http%3a//sambir%3alivestream@URL/sport:sport
#DESCRIPTION SPORT TV

I can stream with VLC without any problem. url is like http://username:password@URL/sport

The first one works fine but the second i have no picture. I would also want to use epg of a real channel on my working stream. Any ideas?

Edited by sambir, 20 February 2012 - 22:11.

[pieterg]

authentication is not yet supported