IPTV op je HTPC

quote:

Alexander01 schreef op woensdag 31 augustus 2011 @ 04:30:
[...]

daballiemo

Ik heb het startup script aangepast.
Het werkt nu correct.

Heb het startup script als boven gewijzigd en.....

tromgeroffel en veel applaus voor Alexander01: Het werkt

thx

Daballiemo

ps 3 HD stream opnemen en 1 keer kijken kan mijn hardware niet echt aan (Linuxmce in kvm vm) dus ik ben bang dat ik ook nog een nieuw servertje moet gaan bouwen

quote:

ShadowLord schreef op dinsdag 30 augustus 2011 @ 21:45:
Voor de EPG grabber moet je een route aanmaken zodat de verbinding naar w1.zt6.nl (IP: 82.139.121.132) via het IPTV netwerk gaat.
Dit is helaas nodig omdat het me nog niet gelukt is om in Python het downloaden van de EPG data via een specifieke ethernet kaart te doen.

Het commanda wat je moet geven voor deze route is (uitgaande van Windows Vista/7):

route -p ADD 82.139.121.132 MASK 255.255.255.255 0.0.0.0 METRIC 1 IF <interfacenummer>

Waar <interfacenummer> het interfacenummer van je IPTV netwerk kaar is.
Hiermee wordt al het verkeer voor de services op '82.139.121.132' via die interface gedaan.

Als iemand overigens een beter 'route' commando weet (of hoe je met Python aan een specifieke interface bind), dan hoor ik dat graag.

Kan iemand mij uitleggen wat de toegevoegde waarde is om een extra route voor die host toe te voegen? Hij valt namelijk al in de reeks die je voor het normale iptv-verkeer moet aanmaken.
Mijn routes:

===========================================================================

Interface List

 15...00 02 02 2a e6 93 ......Realtek Virtual Miniport Driver for VLAN (NDIS) #2
 14...00 02 02 2a e6 93 ......Realtek Virtual Miniport Driver for VLAN (NDIS)
  1...........................Software Loopback Interface 1
 12...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
 13...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
 16...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2

===========================================================================

IPv4 Route Table

===========================================================================

Active Routes:

Network Destination        Netmask          Gateway       Interface  Metric

          0.0.0.0          0.0.0.0     172.19.127.1    172.19.127.36     11
      10.252.36.0    255.255.252.0         On-link      10.252.36.80    266
     10.252.36.80  255.255.255.255         On-link      10.252.36.80    266
    10.252.39.255  255.255.255.255         On-link      10.252.36.80    266
      82.139.64.0    255.255.224.0      10.252.36.1     10.252.36.80     11
      82.139.96.0    255.255.224.0      10.252.36.1     10.252.36.80     11
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
     172.19.127.0    255.255.255.0         On-link     172.19.127.36    266
    172.19.127.36  255.255.255.255         On-link     172.19.127.36    266
   172.19.127.255  255.255.255.255         On-link     172.19.127.36    266
        224.0.0.0        240.0.0.0      10.252.36.1     10.252.36.80     11
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link     172.19.127.36    266
  255.255.255.255  255.255.255.255         On-link      10.252.36.80    266

===========================================================================

Persistent Routes:

  Network Address          Netmask  Gateway Address  Metric
      82.139.64.0    255.255.224.0      10.252.36.1       1
      82.139.96.0    255.255.224.0      10.252.36.1       1
        224.0.0.0        240.0.0.0      10.252.36.1       1
          0.0.0.0          0.0.0.0     172.19.127.1       1

===========================================================================

En een traceroute doet het juiste laten zien, behalve dat ik nooit bij mijn doel aankom:

C:\Users\Media>tracert w1.zt6.nl

Tracing route to w1.zt6.nl [82.139.121.132]
over a maximum of 30 hops:

  1     1 ms    <1 ms    <1 ms  10.252.36.1
  2     4 ms     3 ms     3 ms  82.139.121.69
  3     3 ms     4 ms     3 ms  82.139.121.69
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
....

Overigens met die specifieke route krijg ik hetzelfde resultaat.

teigetjuh wijzigde dit bericht 31-08-2011 17:01 (0%)
Reden: resultaat met extra route toegevoegd

Die specifieke route naar een enkel ip heeft geen enkele zin als dat ip binnen dezelfde range valt wat al die kant op gerouteerd word.
Die ene host valt namelijk al binnen dezelfde range die dus al een bepaalde kant op gerouteerd word.

Je zegt immers ook niet, "voor de IPTVweg, ga links" en daarna nog een keer, "voor de IPTVweg nummer 21 ga links"

Thasaidon wijzigde dit bericht 31-08-2011 20:14 (20%)

quote:

Thasaidon schreef op woensdag 31 augustus 2011 @ 20:12:
Die specifieke route naar een enkel ip heeft geen enkele zin als dat ip binnen dezelfde range valt wat al die kant op gerouteerd word.
Die ene host valt namelijk al binnen dezelfde range die dus al een bepaalde kant op gerouteerd word.

Je zegt immers ook niet, "voor de IPTVweg, ga links" en daarna nog een keer, "voor de IPTVweg nummer 21 ga links"

Dat leek mij ook... Maar het is wel het vaste antwoord op vragen waarom de amino-epg-grabber niet werkt.

Iemand die dus wel wat zinnigs over de amino-epg-grabber kan vertellen?

quote:

Alexander01 schreef op maandag 29 augustus 2011 @ 21:23:
imgpproxy heb je nodig voor het multicast verkeer van je iptv interface naar je lan je routen.

[...]

Ik heb vandaag eens met IGMPproxy gespeeld, maar volgens mij is dat toch niet relevant voor mijn geval. Ik wil nl. helemaal niet IPTV naar mijn LAN routen. Ik wil gewoon op de Linux HTPC IPTV kijken en dit werkt op de een of andere manier alleen als ik de default route naar het IPTV VLAN laat wijzen. Ik wil dit uiteraard alleen voor de multicast route.

Andere ideeen? Of snap ik het *echt* niet (heel goed mogelijk....)

Gerbrand

quote:

Thasaidon schreef op woensdag 31 augustus 2011 @ 20:12:
Die specifieke route naar een enkel ip heeft geen enkele zin als dat ip binnen dezelfde range valt wat al die kant op gerouteerd word.
Die ene host valt namelijk al binnen dezelfde range die dus al een bepaalde kant op gerouteerd word.

Je zegt immers ook niet, "voor de IPTVweg, ga links" en daarna nog een keer, "voor de IPTVweg nummer 21 ga links"

De route voor IPTV is:

route -p CHANGE 224.0.0.0 MASK 240.0.0.0 0.0.0.0 METRIC 1 IF <interfacenummer>

Dit voegt een route voor IP 224.0.0.0 met masker 240.0.0.0 toe. Oftewel IP's van 224.0.0.0 t/m 239.255.255.255 worden gerouteerd via de opgegeven interface (de IPTV interface dus). Het IP adres 82.139.121.132 (w1.zt6.nl) valt buiten deze range en zal via je internet interface gerouteerd worden.

De EPG server is helaas alleen berijkbaar via het IPTV VLAN. Daarom is de expliciete route nodig die ik opgeef. Mogelijk kun je voor dit IP adres ook een ruimere range opgeven, maar aangezien ik niet weet waar de naburige adressen voor dienen limiteer ik de route tot het specifieke EPG adres. Voor EPG gebruik is dat dus afdoende.

quote:

ShadowLord schreef op woensdag 31 augustus 2011 @ 22:59:
[...]

De route voor IPTV is:

route -p CHANGE 224.0.0.0 MASK 240.0.0.0 0.0.0.0 METRIC 1 IF <interfacenummer>

Dit voegt een route voor IP 224.0.0.0 met masker 240.0.0.0 toe. Oftewel IP's van 224.0.0.0 t/m 239.255.255.255 worden gerouteerd via de opgegeven interface (de IPTV interface dus). Het IP adres 82.139.121.132 (w1.zt6.nl) valt buiten deze range en zal via je internet interface gerouteerd worden.

De EPG server is helaas alleen berijkbaar via het IPTV VLAN. Daarom is de expliciete route nodig die ik opgeef. Mogelijk kun je voor dit IP adres ook een ruimere range opgeven, maar aangezien ik niet weet waar de naburige adressen voor dienen limiteer ik de route tot het specifieke EPG adres. Voor EPG gebruik is dat dus afdoende.

Ergens in dit of een ander topic over lijbrandt iptv op je pc staan ook de volgende routes:
Network Address Netmask Gateway Address Metric
82.139.64.0 255.255.224.0 10.252.36.1 1
82.139.96.0 255.255.224.0 10.252.36.1 1

Vandaar mijn opmerking....

quote:

teigetjuh schreef op donderdag 01 september 2011 @ 17:30:
[...]


Ergens in dit of een ander topic over lijbrandt iptv op je pc staan ook de volgende routes:

  Network Address          Netmask  Gateway Address  Metric
      82.139.64.0    255.255.224.0      10.252.36.1       1
      82.139.96.0    255.255.224.0      10.252.36.1       1

Vandaar mijn opmerking....

Ah, daarom mijn verwarring. Die gebruik ik zelf niet
Overigens zit hier wel een gateway bij (10.252.36.1). Ik weet niet of deze impact heeft op het wel of niet kunnen verbinden met de EPG server. Ik zal de routes vanavond eens uitproberen.

EDIT: Bij mij werken de routes enkel met gateway 10.30.16.1 Mogelijk gaat er daar wat fout. (Ik zit bij OnsNetEindhoven).

ShadowLord wijzigde dit bericht 01-09-2011 18:39 (8%)

Ik kan zowel tv kijken op mijn computer als op de settopbox, zonder een switch te gebruiken (packetfront). Ik ben er achter gekomen dat het modem van onsbrabantnet zowel op poort 1 (amino130) en op poort 3 (router poort 4) een ip in de range 10. uit kan geven. Op poort 2 van de packetfront zit internet. Ik weet niet of dit al bekend was op het forum.
Wat ik ook raar vind. Is dat mensen op dit forum zeggen dat je als je je router hebt omgebouwd, niet meer zomaar de udp streams kan bekijken. Het moet dus een stream worden met eerst het ip adres en dan de udp stream. (voorheen moest ik dit ook), maar vanaf nu kan ik in MC gewoon de udp streams openen. (met de router ertussen). Kan iemand mij uitleggen hoe dit kan.

Met een Packetfront kun je op alle 4 de poorten zowel een IP voor internet als voor IPTV krijgen. Beide VLAN's zijn vanaf alle 4 de poorten te bereiken. Dat is het mooie van de Packetfront gebieden. Daar is dit in tegenstelling tot de Genexis gebieden gewoon beter geregeld zodat de eindgebruiker maximale vrijheid heeft.

quote:

Wat ik ook raar vind. Is dat mensen op dit forum zeggen dat je als je je router hebt omgebouwd, niet meer zomaar de udp streams kan bekijken. Het moet dus een stream worden met eerst het ip adres en dan de udp stream. (voorheen moest ik dit ook), maar vanaf nu kan ik in MC gewoon de udp streams openen. (met de router ertussen). Kan iemand mij uitleggen hoe dit kan.

Als je je router ombouwd met DD-WRT of OpenWRT voor internet+IPTV heb je 2 keuzes:

Je draait igmpproxy op de router: Deze proxied de multicast streams van je IPTV interface naar de LAN interface van je router. Je voert de multicast adressen dan in VLC dan in als: udp://multicast-ip:multicast-port.
Nadeel van igmpproxy is dat je wireless apparaten in je netwerk worden geflood met multicast traffic waardoor hun verbinding onbruikbaar worden.

Je draait udpxy op de router: Dit is een soort serverprog. Deze zet de multicast-streams van je IPTV interface om in unicast streams. Je kunt die unicast streams dan bereiken via http://router-ip:udpxy-port/udp/multicast-ip:multicast-port

quote:

Alexander01 schreef op vrijdag 02 september 2011 @ 18:35:
Met een Packetfront kun je op alle 4 de poorten zowel een IP voor internet als voor IPTV krijgen. Beide VLAN's zijn vanaf alle 4 de poorten te bereiken. Dat is het mooie van de Packetfront gebieden. Daar is dit in tegenstelling tot de Genexis gebieden gewoon beter geregeld zodat de eindgebruiker maximale vrijheid heeft.


[...]

Als je je router ombouwd met DD-WRT of OpenWRT voor internet+IPTV heb je 2 keuzes:

Je draait igmpproxy op de router: Deze proxied de multicast streams van je IPTV interface naar de LAN interface van je router. Je voert de multicast adressen dan in VLC dan in als: udp://multicast-ip:multicast-port.
Nadeel van igmpproxy is dat je wireless apparaten in je netwerk worden geflood met multicast traffic waardoor hun verbinding onbruikbaar worden.

Je draait udpxy op de router: Dit is een soort serverprog. Deze zet de multicast-streams van je IPTV interface om in unicast streams. Je kunt die unicast streams dan bereiken via http://router-ip:udpxy-port/udp/multicast-ip:multicast-port

Ok, dankje wel. Ik heb gewoon DD-WRT erop staan. Ik kan tv kijken (udp://multicast-ip:multicast-port) en mijn wifi functioneert dan nog gewoon goed. Dat klopt dan niet met wat jij zegt. En is het dan nog voor mij noodzakelijk dat ik (wat in de handleiding staat) wifi loskoppel?

Als je er geen last van hebt hoef je hem ook niet los te koppelen
Waarschijnlijk heeft je wifi apparaat een goede verbinding met voldoende bandbreedte dat hij er niet uitklapt.
Nadeel van los koppelen is ook dat hij niet meer kan communiceren met apparaten in het LAN.

quote:

Alexander01 schreef op vrijdag 02 september 2011 @ 18:49:
Als je er geen last van hebt hoef je hem ook niet los te koppelen
Waarschijnlijk heeft je wifi apparaat een goede verbinding met voldoende bandbreedte dat hij er niet uitklapt.
Nadeel van los koppelen is ook dat hij niet meer kan communiceren met apparaten in het LAN.

Ok. Dan laat ik het zo. Want ik wil wel mijn thuisnetwerk namelijk behouden. Bedankt voor de informatie en trouwens de EPG werkt naar behoren. Waar ik wel last van heb is kleine haperingen in het beeld met MC op windows 7 Ultimate. Ik heb een duo-core processor 2,4 Ghz met een 1gb ddr3 videokaart. Mijn cpu loopt op 30% met 1 zender kijken. En 4 gb ram geheugen lijkt mij ook genoeg. Eerder op dit forum zei iemand dat het aan de deinterlace zou kunnen liggen. Dus ik heb cyberlink geinstalleerd. Maar ik kan in de lijst van deinsterlace programma's cyberlink niet kiezen. kan het aan de deinterlace liggen?

quote:

Alexander01 schreef op vrijdag 02 september 2011 @ 18:49:
Nadeel van los koppelen is ook dat hij niet meer kan communiceren met apparaten in het LAN.

Dit kun je oplossen door een nieuwe route toe te voegen.

Waar ik ook achter kwam. Is dat glashart een update heeft gedaan in het zender aanbod. Nu zijn er weer extra zenders bij gekomen. Zou iemand een keer een nieuwe mu3 lijst willen publiceren. Dit zou ik erg waarderen.

quote:

ShadowLord schreef op donderdag 01 september 2011 @ 17:40:
[...]

Ah, daarom mijn verwarring. Die gebruik ik zelf niet
Overigens zit hier wel een gateway bij (10.252.36.1). Ik weet niet of deze impact heeft op het wel of niet kunnen verbinden met de EPG server. Ik zal de routes vanavond eens uitproberen.

EDIT: Bij mij werken de routes enkel met gateway 10.30.16.1 Mogelijk gaat er daar wat fout. (Ik zit bij OnsNetEindhoven).

Jij hebt (logisch) een andere gateway in je subnet. Ik zit bij Lijbrandt Dordrecht. Helaas blijft mijn probleem dus nog bestaan....

quote:

teigetjuh schreef op vrijdag 02 september 2011 @ 20:13:
[...]


Jij hebt (logisch) een andere gateway in je subnet. Ik zit bij Lijbrandt Dordrecht. Helaas blijft mijn probleem dus nog bestaan....

De 'snelle' test is in ieder geval om met je browser op de PC waar je de EPG wilt downloaden te surfen naar 'w1.zt6.nl'. Lukt dit, dan is er een probleem in de grabber (en dan kunnen we via DM wel even afstemmen hoe ik jouw probleem kan reproduceren zodat ik het an fixen. Lukt dit niet, dan is er toch wat mis met je routeringen. Omdat je niet bij OBN/ONE zit zou het kunnen zijn dat je EPG server een ander adres heeft (w.zt6.nl hoor ik vaak voorbij komen). Probeer die anders ook eens.

Wat ook mogelijk is, is dat je een proxy hebt ingestel op je PC (in Internet Explorer of in je environment) en dat Python deze proxy probeert te gebruiken. Als dat het geval is, laat het dan even weten, dan kan ik een patch maken

quote:

R_W schreef op vrijdag 02 september 2011 @ 19:23:
[...]

Dit kun je oplossen door een nieuwe route toe te voegen.

Ah ok, dat wist ik niet

quote:

remixtyle schreef op vrijdag 02 september 2011 @ 19:05:
[...]

Ok. Dan laat ik het zo. Want ik wil wel mijn thuisnetwerk namelijk behouden. Bedankt voor de informatie en trouwens de EPG werkt naar behoren. Waar ik wel last van heb is kleine haperingen in het beeld met MC op windows 7 Ultimate. Ik heb een duo-core processor 2,4 Ghz met een 1gb ddr3 videokaart. Mijn cpu loopt op 30% met 1 zender kijken. En 4 gb ram geheugen lijkt mij ook genoeg. Eerder op dit forum zei iemand dat het aan de deinterlace zou kunnen liggen. Dus ik heb cyberlink geinstalleerd. Maar ik kan in de lijst van deinsterlace programma's cyberlink niet kiezen. kan het aan de deinterlace liggen?

Welke CPU en videokaart precies (typenr)? In Windows Media Center gaat het decoden/deinterlacen namelijk volledig hardwarematig via de videokaart (mits deze DXVA ondersteund en je de standaard Microsoft MPEG2 en H264 codecs gebruikt). De laatste videokaart drivers heb je er op neem ik aan? En heb je die haperingen ook met VLC?

Alexander01 wijzigde dit bericht 02-09-2011 23:59 (9%)

Als je wireless op 192.168.2.x zit en je LAN op 192.168.1.x moet je tegen je router vertellen dat 192.168.2.x aan je WLAN poort hangt, anders route hij het verkeer naar je WAN (via default route). Dus zoiets zou het dan worden:
code:

route add -net 192.168.2.0/24 dev wlan0

R_W wijzigde dit bericht 03-09-2011 00:40 (78%)

quote:

ShadowLord schreef op vrijdag 02 september 2011 @ 21:59:
[...]

De 'snelle' test is in ieder geval om met je browser op de PC waar je de EPG wilt downloaden te surfen naar 'w1.zt6.nl'. Lukt dit, dan is er een probleem in de grabber (en dan kunnen we via DM wel even afstemmen hoe ik jouw probleem kan reproduceren zodat ik het an fixen. Lukt dit niet, dan is er toch wat mis met je routeringen. Omdat je niet bij OBN/ONE zit zou het kunnen zijn dat je EPG server een ander adres heeft (w.zt6.nl hoor ik vaak voorbij komen). Probeer die anders ook eens.

Wat ook mogelijk is, is dat je een proxy hebt ingestel op je PC (in Internet Explorer of in je environment) en dat Python deze proxy probeert te gebruiken. Als dat het geval is, laat het dan even weten, dan kan ik een patch maken

Dat had ik geprobeerd, maar een nslookup laat zien dat dit hetzelfde ip-adres en dus ook dezelfde server is.
Browser krijgt wel antwoord. Zie ook je DM.

Ik heb een Onsbrabantnet aansluiting en daarbij heb ik een vast publiek IP-adres (eenmalig 25 euro)

dmv tcpdump is zichtbaar dat eth0 een dhcp-request de deur uit doet, maar er komt geen antwoord terug.
Ik zie netjes het 00:02:02 mac-adres en de betreffende vendorclass in het request staan.

Zijn er mensen met (ook) een fixed public IP-adres die het lukt een DHCP request beantwoord te krijgen ?
(Ik heb de mac-spoof methode gehanteerd uit de openingspost)


edit: nevermind ...problem solved

recharge wijzigde dit bericht 04-09-2011 13:38 (9%)

Wel zo netjes om dan ook aan te geven hoe je het hebt opgelost...

quote:

ShadowLord schreef op vrijdag 02 september 2011 @ 21:59:
[...]

De 'snelle' test is in ieder geval om met je browser op de PC waar je de EPG wilt downloaden te surfen naar 'w1.zt6.nl'. Lukt dit, dan is er een probleem in de grabber [...]

Ik zit ook bij Lijbrandt Doordecht, mij mij werkt het (inmiddels) prima (behalve dat in TVHeadend geen episodes getoond worden, maar dat ligt volgens mij niet aan het grabber script).

Ik heb een Linksys met de WAN port aan de genexis iptv port hangen die zich voordoet met de Amino vendorclass. Deze krijgt een ip adres in de iptv range.
Aan de genexis internet port hangt een Netgear.
Van één van de Linksys LAN poorten loopt een kabel naar één van de Netgear LAN poorten.

De Linksys is vanaf de LAN zijde bereikbaar op 192.168.0.2, de Netgear vanaf LAN op 192.168.0.1.
Binnen mijn netwerk is de Netgear gateway en dns server.

Op de Netgear is een route voor multicast (224.0.0.0) die doorstuurt naar de linksys, alsmede voor ip adres 82.139.121.132.

Op de Netgear is een dns entry die w1.zt6.nl koppelt aan 82.139.121.132.

Wanneer ik binnen mijn LAN w1.zt6.nl opvraag krijg ik dus het juiste ip adres terug van de Netgear en wordt vervolgens door die Netgear doorgestuurd naar de Linksys, die het weer doorstuurt naar het iptv netwerk van Lijbrandt.

Ik gebruik geen HTPC, maar kan wel overal in mijn bedrade LAN via VLC multicast streams bekijken. (Heb wel de routes naar Wifi geblokt voor multicast.)
Volgens mij heb je met deze setup slechts één NIC nodig in je HTPC. Gigabit LAN is dan wel handig als je meerdere streams tegelijkertijd kijkt / opneemt.


Een paar opmerkingen over het grabber script:

- (deze had je al eerder gemeld): ergens in het script wordt nog verwezen naar een 192.168.x.x:8080 adres, waardoor zt6.nl nooit bereikt wordt
- op een langzamere server kreeg ik last van timeouts, ik heb er daarom een vertraging tussen gezet in de buurt van regel 140:
code:

                print "Grabbing", str(grabDate), "part", dayPart,^M
                print "(day " + str(grabDay+1) + "/" + str(self.maxDays) + ")"^M

                time.sleep(10)

                # Get basic EPG^M
                fileId = grabDate.strftime("%Y%m%d.") + str(dayPart)^M

met bovenin bij de imports
code:

import time

- Regelmatig is de data voor de 7e dag nog niet beschikbaar is mijn ervaring, heb daarom de maxDays op 6 gezet


/edit:
Ik gebruik trouwens Python 2.6 en dat werkt (ook) prima.

IcyK: het is niet noodzakelijk om de Linksys daar tussen te hangen. Je kunt ook een aparte VLAN op de Netgear aanmaken en dat direct aan je modem's iptv poort hangen

quote:

R_W schreef op zondag 04 september 2011 @ 17:40:
IcyK: het is niet noodzakelijk om de Linksys daar tussen te hangen. Je kunt ook een aparte VLAN op de Netgear aanmaken en dat direct aan je modem's iptv poort hangen

Dat zou inderdaad het geval geweest zijn wanneer Netgear op de WNR3500 de jffs niet had vernaggeld.
Helaas kwam ik daar pas achter na aankoop.

En buiten dat spreekt het idee van gescheiden systemen me wel aan. Mocht er op het iptv deel een storing optreden, of GHM wijzigt iets, dan hoef ik alleen maar een kabeltje los te nemen en m'n LAN (dat ik ook beperkt zakelijk gebruik) draait gewoon verder.

En tenslotte zou ik in de huidige opzet (met een nieuwere vervanger van de Linksys) daar ook udpxy op kunnen draaien (draadloos Formule 1 kijken in de achtertuin), zonder dat m'n gateway over z'n toeren raakt en geen tijd meer heeft voor z'n eigen werkzaamheden.

De max van het EPG grabber script op 6 dagen zetten is in principe niet nodig, namelijk als dag 7 er niet gaat het script na een error melding toch gewoon netjes verder.

Voor de rest ben ik het met IcyK eens dat het handig is om een losse oplossing voor IPTV te hebben, vooral ook omdat ik er dan gewoon mee kan prutsen zonder dat de rest van het huis zonder internet zit

Overigens pfSense krijg ik ook echt niet werkend met multicast, niet met udpxy en ook niet met igmpproxy. Udpxy kan je prima installeren en benaderen op pfSense maar die weigert vervolgens multicast streams te ontvangen vanaf de IPTV interface. Met igmpproxy (die er sinds versie 2.0 standaard in zit) exact hetzelfde probleem.

Dus heb hier op dit moment een een ubuntu server 11.04 machine draaien met daarop udpxy en tvheadend als DVR. Werkt prima maar je moet er wel rekening mee houden dat je de voor tvheadend de laatste versie van git pakt en die zelf compileert. De 2.12 versie (laatste officiele release die ook in de repo van tvheadend staat) bevat namelijk een bug waardoor hij geen streams opent met een poortnummer van 5 tekens.

ik222 wijzigde dit bericht 04-09-2011 18:35 (54%)

quote:

IcyK schreef op zondag 04 september 2011 @ 17:55:
En buiten dat spreekt het idee van gescheiden systemen me wel aan. Mocht er op het iptv deel een storing optreden, of GHM wijzigt iets, dan hoef ik alleen maar een kabeltje los te nemen en m'n LAN (dat ik ook beperkt zakelijk gebruik) draait gewoon verder.

Simpelweg draadje loskoppelen met 1 router heeft hetzelfde effect.

quote:

IcyK schreef op zondag 04 september 2011 @ 17:55:
En tenslotte zou ik in de huidige opzet (met een nieuwere vervanger van de Linksys) daar ook udpxy op kunnen draaien (draadloos Formule 1 kijken in de achtertuin), zonder dat m'n gateway over z'n toeren raakt en geen tijd meer heeft voor z'n eigen werkzaamheden.

Je kunt met 1 router ook gewoon multicast blokkeren over je wireless.

quote:

R_W schreef op zondag 04 september 2011 @ 18:35:
[...]
Simpelweg draadje loskoppelen met 1 router heeft hetzelfde effect.
[...]

Alles kan. Maar niet met de WNR 3500v2.
En voor de rest ... ieder z'n voorkeur. Mijn voorkeur heeft het om niet alles afhankelijk te maken van één kastje en storingen te kunnen compartimentaliseren. Als er nu iets kapot gaat heb ik het een kwartier na thuiskomst met een nieuwe router gefixt.

Maar ook daarvan kan je weer zeggen dat je alvast een pre-configured router op voorraad zou kunnen hebben natuurlijk.

quote:

[...]
Je kunt met 1 router ook gewoon multicast blokkeren over je wireless.

Dat was niet wat ik bedoelde (want blokkeren heb ik natuurlijk óók gedaan ).
Wat ik wél bedoel is dat ik de multicast -> unicast omzetting niet op m'n main gateway wil laten plaatsvinden ivm de benodigde cpu power.

IcyK wijzigde dit bericht 04-09-2011 19:27 (4%)

quote:

IcyK schreef op zondag 04 september 2011 @ 17:36:
[...]

Een paar opmerkingen over het grabber script:

- (deze had je al eerder gemeld): ergens in het script wordt nog verwezen naar een 192.168.x.x:8080 adres, waardoor zt6.nl nooit bereikt wordt

Dit is het IP adres van mijn IPTV HTPC die ik via een kleine proxy naar mijn dev PC zich voor laat doen als EPG server.
Ik wil nog een config bestand maken, zodat dit geen probleem meer is.

quote:

- op een langzamere server kreeg ik last van timeouts, ik heb er daarom een vertraging tussen gezet in de buurt van regel 140:
code:

                print "Grabbing", str(grabDate), "part", dayPart,^M
                print "(day " + str(grabDay+1) + "/" + str(self.maxDays) + ")"^M

                time.sleep(10)

                # Get basic EPG^M
                fileId = grabDate.strftime("%Y%m%d.") + str(dayPart)^M

met bovenin bij de imports
code:

import time

Timeouts zijn vreemd. Daar heb ik zelf geen last van. Mogelijk verslikt je router zich in het downloaden van alle EPG data? Ik zal een 'slowdown' iig meenemen in de volgende versie voor mensen die hier problemen mee hebben.

quote:

- Regelmatig is de data voor de 7e dag nog niet beschikbaar is mijn ervaring, heb daarom de maxDays op 6 gezet

De data voor dag 7 komt altijd pas later op de dag beschikbaar. Zelf mis ik ook altijd dag 7 omdat ik het script 's ochtens laat draaien. Maar zoals hierboven al opgemerkt wordt, zal het script deze situatie detecteren en gewoon verder gaan.

quote:

/edit:
Ik gebruik trouwens Python 2.6 en dat werkt (ook) prima.

Vermoedelijk werkt hij ook in Python 2.5 (niet getest). Daar heb ik voor m'n werk veel mee moeten werken, dus aan de limitaties daarvan houd ik me vaak

quote:

ShadowLord schreef op maandag 05 september 2011 @ 00:01:
[...]
Ik zal een 'slowdown' iig meenemen in de volgende versie voor mensen die hier problemen mee hebben.
[...]

Mag ik dan een aanvullend verzoek doen?

Ik gebruik het script in combinatie met TVHeadend, maar krijg daar geen sub-titles (in de zin van: episode names, niet in de zin van ondertiteling ;-). Dat zit default niet in TVHeadend, en een patch die ik heb gevonden levert vooralsnog niet het gewenste resultaat.
Is het mogelijk om optioneel de sub-title toe te voegen aan de title? Als het kan met een elegant streepje (en spaties) ertussen?
Zodat je ipv 4 x NCIS in de week, NCIS - aflevering a, NCIS - aflevering b, enz krijgt als titel.

Wel optioneel natuurlijk, want het is 'n beetje een dirty trick ...


mbt de timeouts: ik heb er op de ene server (een Nas met atom processor) geen (= nooit) last van, op m'n test server (P4) wel (= bijna altijd).
Wellicht is de hoeveelheid geheugen in de test server te klein ...


/edit
Het merkwaardige is dat wanneer ik EPG data ophaal via een DVB-C stick, de sub-titles wel ingelezen worden; deze staan dan in hetzelfde veld als de title (dus de hierboven voorgestelde dirty trick).


/edit 2:
Heb inmiddels een veel mooiere oplossing gevonden: wanneer je in de geproduceerde xml file
<sub-title lang="nl">NAAM XYZ</sub-title>
vervangt door
<episode-num system="onscreen">NAAM XYZ</episode-num>
pakt TVHeadend wél de sub-titles op, als episodes.


/edit 3:
Ik heb eea inmiddels zelf in het script gehacked; rond regel 330:
code:

        # Subtitle
        if program.has_key("sub-title"):
            # Add sub-title tag
            subtitleTag = self._xmltv.createElement("episode-num")
            subtitleTag.setAttribute("system", "onscreen")
            subtitleTagText = self._xmltv.createTextNode(program["sub-title"])
            subtitleTag.appendChild(subtitleTagText)
            programmeTag.appendChild(subtitleTag)

Niet helemaal netjes, maar het werkt wel. Het mooiste zou zijn wanneer het script eerst kijkt of episode-num zelf leeg is voordat de sub-title erin gezet wordt, maar aangezien 'ie episode-num niet inleest (volgens mij) kan het vrij risicoloos
En eigenlijk zou je de originele sub-title tags ook nog moeten aanmaken ...

IcyK wijzigde dit bericht 05-09-2011 09:39 (42%)

quote:

IcyK schreef op maandag 05 september 2011 @ 03:08:
[...]
Ik gebruik het script in combinatie met TVHeadend, ........

Ik gebruik ook TVHeadend. Even voor de goede orde; Hoe heb jij de xmltv ingesteld?

Ik heb "tv_grab_file" in /usr/bin/ gegooid en in het script laten verwijzen naar de aminoepg.xml
De aminoepg.xml laat ik dan via cron updaten.
In TVHeadend, heb ik dan als grabber "tv_grab_file" gekozen.

Heb jij misschien een andere oplossing?

quote:

IcyK schreef op maandag 05 september 2011 @ 03:08:
Mag ik dan een aanvullend verzoek doen?

Ik gebruik het script in combinatie met TVHeadend, maar krijg daar geen sub-titles (in de zin van: episode names, niet in de zin van ondertiteling ;-). Dat zit default niet in TVHeadend, en een patch die ik heb gevonden levert vooralsnog niet het gewenste resultaat.
Is het mogelijk om optioneel de sub-title toe te voegen aan de title? Als het kan met een elegant streepje (en spaties) ertussen?
Zodat je ipv 4 x NCIS in de week, NCIS - aflevering a, NCIS - aflevering b, enz krijgt als titel.

Wel optioneel natuurlijk, want het is 'n beetje een dirty trick ...

Dit kan uiteraard toegevoegd worden. Ik zal dit gelijk meenemen (of een van je onderstaande suggesties). Let wel op dat dit in MCE problemen zal geven met opnames. Deze kijkt namelijk naar de titel en zal dus iedere episode als los programma zien.

quote:

/edit
Het merkwaardige is dat wanneer ik EPG data ophaal via een DVB-C stick, de sub-titles wel ingelezen worden; deze staan dan in hetzelfde veld als de title (dus de hierboven voorgestelde dirty trick).

Blijkbaar worden bij de DVB EPG's de episode titles al toegevoegd aan de titel (hetzij door de leverancier, hetzij door je DVB software).

quote:

/edit 2:
Heb inmiddels een veel mooiere oplossing gevonden: wanneer je in de geproduceerde xml file
<sub-title lang="nl">NAAM XYZ</sub-title>
vervangt door
<episode-num system="onscreen">NAAM XYZ</episode-num>
pakt TVHeadend wél de sub-titles op, als episodes.

Volgens de XMLTV specificaties is dit niet toegestaan. Ik zal wel kijken of ik dit in het script kan toevoegen (en via de config kan laten regelen).

quote:

/edit 3:
Ik heb eea inmiddels zelf in het script gehacked; rond regel 330:
[...]

Niet helemaal netjes, maar het werkt wel. Het mooiste zou zijn wanneer het script eerst kijkt of episode-num zelf leeg is voordat de sub-title erin gezet wordt, maar aangezien 'ie episode-num niet inleest (volgens mij) kan het vrij risicoloos
En eigenlijk zou je de originele sub-title tags ook nog moeten aanmaken ...

De laatste keer dat ik naar de ruwe EPG data van de Amino heb gekeken, zat hier geen episode nummer in verwerkt. Deze kan ik dan dus niet zinnig vullen.

quote:

mbt de timeouts: ik heb er op de ene server (een Nas met atom processor) geen (= nooit) last van, op m'n test server (P4) wel (= bijna altijd).
Wellicht is de hoeveelheid geheugen in de test server te klein ...

Ik zou niet verwachten dat dat voor het downloaden van de EPG wat uit zou maken. Hoogstens voor het samenstellen van het uiteindelijke EPG bestand. Wat voor timeouts krijg je dan precies?

quote:

j1nx schreef op maandag 05 september 2011 @ 10:33:
[...]


Ik gebruik ook TVHeadend. Even voor de goede orde; Hoe heb jij de xmltv ingesteld?

Ik heb "tv_grab_file" in /usr/bin/ gegooid en in het script laten verwijzen naar de aminoepg.xml
De aminoepg.xml laat ik dan via cron updaten.
In TVHeadend, heb ik dan als grabber "tv_grab_file" gekozen.

Heb jij misschien een andere oplossing?

Die constructie heb ik ook en dat werkt prima. Voor zover ik weet is het ook de enige oplossing aangezien je dat python script van ShadowLord niet direct als grabber in tvheadend kan gebruiken.

Inmiddels draait hier al enige tijd een HTPC met hoge WAF. nu wil ik de HTPC uitbreiden met live TV en overweeg ITV hiervoor. Ik zit niet in een glasvezelgebied, maar kreeg onlangs een aanbieding van Telfort om via ADSL ITV af te nemen.
Nu stel ik geen hoge eisen aan TV, het hoeft niet HD te zijn bijvoorbeeld, maar is de kwaliteit van ITV over ADSL wel acceptable? Hoe gaat dat als je TV kijkt en tegelijk download of een online shooter speelt?

Is een tuner in de htpc bouwen geen optie?

Absoluut een optie, ik heb zelfs alle coax kabels al klaarliggen voor DVB-S2. Toch vind ik ITV een aantrekkelijk alternatief, mits de kwaliteit enigzins acceptabel is.

quote:

ik222 schreef op dinsdag 06 september 2011 @ 08:14:
[...]

Die constructie heb ik ook en dat werkt prima. Voor zover ik weet is het ook de enige oplossing aangezien je dat python script van ShadowLord niet direct als grabber in tvheadend kan gebruiken.

Klopt. Officieel 'moeten' xmltv grabbers in Perl geschreven zijn en een aantal specifieke command line parameters ondersteunen. Aangezien Perl niet echt (echt niet ) mijn taal is heb ik voor Python gekozen. Wel heb ik even gekeken of dit toch xmltv compatible te maken is is, maar de specs hiervoor zijn erg summier en op sommige punten incompleet.

De methode zoals j1nx noemt is dan ook het meest geschikt met deze grabber. Maar als iemand zich geroepen voelt om xmltv 'baseline' support in te bouwen, dan sta ik daar voor open

quote:

jonatw schreef op dinsdag 06 september 2011 @ 12:00:
Inmiddels draait hier al enige tijd een HTPC met hoge WAF. nu wil ik de HTPC uitbreiden met live TV en overweeg ITV hiervoor. Ik zit niet in een glasvezelgebied, maar kreeg onlangs een aanbieding van Telfort om via ADSL ITV af te nemen.
Nu stel ik geen hoge eisen aan TV, het hoeft niet HD te zijn bijvoorbeeld, maar is de kwaliteit van ITV over ADSL wel acceptable? Hoe gaat dat als je TV kijkt en tegelijk download of een online shooter speelt?

Hou er wel rekening mee dat de streams van Telfort waarschijnlijk encrypted zijn. Het is dus goed mogelijk dat je deze niet op je HTPC kan afspelen.

ShadowLord wijzigde dit bericht 06-09-2011 14:41 (29%)

Ik ben bezig met een oplossing met een WNDR3700v2, OpenWRT en een Amino 140.

Ik heb een VLAN aangemaakt op één van de poorten van de switch. Dit VLAN gebruikt het MAC van de Amino.

Nu wil ik de Amino wel graag willen blijven gebruiken. Nu denk ik dat ik via de route en firewall configuratie tot een oplossing kan komen om de Amino transparant aan de switch binnen de router te hangen, maar ik denk dat ik tegen een structureel probleem aan ga lopen aangezien de Amino en het VLAN natuurlijk hetzelfde MAC hebben.

Is mijn enige optie om op de Amino in te hacken om het MAC adres te spoofen of zijn er andere mogelijkheden?

Uiteraard zal ik ook een nette guide op papier zetten zodra alles naar wens werkt

Je kunt toch gewoon een andere Amino MAC gebruiken? Pak er een van internet en verander de laatste 2 tekens iets. Heb je trouwens een Packetfront of Genexis CPE?

Alexander01 wijzigde dit bericht 09-09-2011 14:23 (18%)

quote:

Alexander01 schreef op vrijdag 09 september 2011 @ 14:21:
Je kunt toch gewoon een andere Amino MAC gebruiken? Pak er een van internet en verander de laatste 2 tekens iets. Heb je trouwens een Packetfront of Genexis CPE?

Dat zal ik straks eens proberen Genexis...

quote:

ik222 schreef op zondag 04 september 2011 @ 18:25:
Dus heb hier op dit moment een een ubuntu server 11.04 machine draaien met daarop udpxy en tvheadend als DVR. Werkt prima maar je moet er wel rekening mee houden dat je de voor tvheadend de laatste versie van git pakt en die zelf compileert. De 2.12 versie (laatste officiele release die ook in de repo van tvheadend staat) bevat namelijk een bug waardoor hij geen streams opent met een poortnummer van 5 tekens.

Even een vraagje over bovenstaande bold sectie? is "udpxy" een type fout of niet.
igmproxy = 233.0.0.1:1234
udpxy = http://192.168.0.1/udp/233.0.0.1:1234

Ik zou namelijk wel unicast streams in TVHeadend willen, maar volgens mij heeft TVHeadend helemaal geen unicast support. Vandaar mijn vraag aan jouw? Als jij een (om)weg weet om dat wel voor elkaar te krijgen dan hoor ik dat graag.

In mijn geval hangt de machine voor IPTV rechtstreeks aan het CPE met een van zijn twee NIC's. Dus tvheadend zelf gebruikt gewoon rechstreeks de multicast streams. Daarnaast draait op dezelfde machine udpxy om ook eventueel live televisie te kunnen kijken in de rest van mijn netwerk (dat zou in principe overigens niet eens nodig zijn omdat dit ook via tvheadend en rtsp streams kan).

quote:

ik222 schreef op vrijdag 09 september 2011 @ 15:39:
In mijn geval hangt de machine voor IPTV rechtstreeks aan het CPE met een van zijn twee NIC's. Dus tvheadend zelf gebruikt gewoon rechstreeks de multicast streams. Daarnaast draait op dezelfde machine udpxy om ook eventueel live televisie te kunnen kijken in de rest van mijn netwerk (dat zou in principe overigens niet eens nodig zijn omdat dit ook via tvheadend en rtsp streams kan).

OK, dan zitten we op het zelfde nivo. Zo heb ik het verder ook.

quote:

j1nx schreef op maandag 05 september 2011 @ 10:33:
[...]


Ik gebruik ook TVHeadend. Even voor de goede orde; Hoe heb jij de xmltv ingesteld?

Ik heb "tv_grab_file" in /usr/bin/ gegooid en in het script laten verwijzen naar de aminoepg.xml
De aminoepg.xml laat ik dan via cron updaten.
In TVHeadend, heb ik dan als grabber "tv_grab_file" gekozen.

Heb jij misschien een andere oplossing?

Nope, ik gebruik exact dezelfde opzet (zij het dat ik het grabber script heb aangepast om de sub-titles in de episode tag te plaatsen).

Aan de ene kant een beetje omslachtig, en doordat er geen direkte link is tussen de grabber en TVHeadend haalt 'ie veel meer data op dan ik eigenlijk nodig heb.
Aan de andere kant: omdat het gescheiden processen zijn wordt TVHeadend niet vertraagd wanneer de EPG data wordt opgehaald.

Voor mij werkt het iig prima zo.
Wat zou voor jou een reden zijn om het anders te willen? (en hoe dan ;-)

quote:

ShadowLord schreef op maandag 05 september 2011 @ 11:22:
[...]

Dit kan uiteraard toegevoegd worden. Ik zal dit gelijk meenemen (of een van je onderstaande suggesties). Let wel op dat dit in MCE problemen zal geven met opnames. Deze kijkt namelijk naar de titel en zal dus iedere episode als los programma zien.

Dan liever een van de andere suggesties ;-)

quote:

Volgens de XMLTV specificaties is dit niet toegestaan. Ik zal wel kijken of ik dit in het script kan toevoegen (en via de config kan laten regelen).

Dat vermoedde ik al; dan zou het 't mooiste zijn wanneer je 't via een config file schakelbaar zou kunnen maken.

quote:

Ik zou niet verwachten dat dat voor het downloaden van de EPG wat uit zou maken. Hoogstens voor het samenstellen van het uiteindelijke EPG bestand. Wat voor timeouts krijg je dan precies?

Dit krijg ik terug als ik geen sleeptimer van 10 seconden heb:
code:

$ python AminoEPGGrabber.py

AminoEPGGrabber started on 2011-09-09 20:59:05.081339
Grabbing 2011-09-09 part 0 (day 1/6)
Grabbing 2011-09-09 part 1 (day 1/6)
Grabbing 2011-09-09 part 2 (day 1/6)
Grabbing 2011-09-09 part 3 (day 1/6)
Grabbing 2011-09-09 part 4 (day 1/6)
Grabbing 2011-09-09 part 5 (day 1/6)
Traceback (most recent call last):
  File "AminoEPGGrabber.py", line 460, in <module>
    main()
  File "AminoEPGGrabber.py", line 449, in main
    grabber.grabEpg()
  File "AminoEPGGrabber.py", line 161, in grabEpg
    self._processBasicEPG(basicEpg)
  File "AminoEPGGrabber.py", line 250, in _processBasicEPG
    self._grabDetailedEPG(programId, program)
  File "AminoEPGGrabber.py", line 265, in _grabDetailedEPG
    detailData = urllib2.urlopen(detailUrl)
  File "/usr/lib/python2.6/urllib2.py", line 126, in urlopen
    return _opener.open(url, data, timeout)
  File "/usr/lib/python2.6/urllib2.py", line 391, in open
    response = self._open(req, data)
  File "/usr/lib/python2.6/urllib2.py", line 409, in _open
    '_open', req)
  File "/usr/lib/python2.6/urllib2.py", line 369, in _call_chain
    result = func(*args)
  File "/usr/lib/python2.6/urllib2.py", line 1161, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "/usr/lib/python2.6/urllib2.py", line 1136, in do_open
    raise URLError(err)
urllib2.URLError: <urlopen error [Errno 110] Connection timed out>

$

Overigens is het servertje naar huidige begrippen vrij low on power: P4, 2,2 Ghz, 256 MB geheugen.
Draait Ubuntu 10.04 TLS (server).
Maar goed, uiteindelijk moet het draaien op een ReadyNas Ultra (1,8 GHz Atom, 1 GB geheugen).


Enneh, nog dank voor je tijd en energie die je in de AminoEPGGrabber steekt! Ben er erg content mee!

Voor diegenen die ook graag de sub-title in de filename willen hebben bij gebruik van TVHeadend: daar moet je zelf een paar dingetjes voor aanpassen.

Voor de AminoEPGGrabber: zie IcyK in "IPTV op je HTPC" onder /edit2 en /edit3
Voor de source code van TVHeadend: zie https://www.lonelycoder.c.../2013?r=2038#message-2038

quote:

IcyK schreef op zaterdag 10 september 2011 @ 05:11:
Voor diegenen die ook graag de sub-title in de filename willen hebben bij gebruik van TVHeadend: daar moet je zelf een paar dingetjes voor aanpassen.

Voor de AminoEPGGrabber: zie IcyK in "IPTV op je HTPC" onder /edit2 en /edit3
Voor de source code van TVHeadend: zie https://www.lonelycoder.c.../2013?r=2038#message-2038

De methode via tv_grab_file werkt OK, maar dacht als er een directere methode is dan is dat misschien netter. Ik heb totaal gee andere reden om het anders te willen dus, hou het lekker zo.

Ik heb jouw episode tweak ook toe gepast en nu nadat jij je timeout error laat zien, heb ik ook de timeout meegenomen. Ook ik heb die error zo nu en dan. (vaker wel dan niet).

Zal terug koppelen of het nu beter loopt in de a.s. dagen.


Verder. Kunnen we niet iets meer doen met de channel logo's. Die zijn ook allemaal benaderbaar en is wel zo netjes in iedere HTPC oplossing. Misschien kunnen we een optie verwerken om ze wel/of niet te downloaden. Of misschien kan je de link ergens kwijt in de xmtv format?


EDIT: Voor diegene die TVHeadend niet van source willen compilen, maar toch te laatste versie willen. Voor ubuntu is er een XBMC-PVR reposority met een speciale PVR versie van XBMC. Echter vanuit die rep kan je ook de laatste TVHeadend installeren.

j1nx wijzigde dit bericht 10-09-2011 10:11 (9%)

quote:

Morzzz schreef op vrijdag 09 september 2011 @ 11:48:
Ik ben bezig met een oplossing met een WNDR3700v2, OpenWRT en een Amino 140.

Ik heb een VLAN aangemaakt op één van de poorten van de switch. Dit VLAN gebruikt het MAC van de Amino.

Nu wil ik de Amino wel graag willen blijven gebruiken. Nu denk ik dat ik via de route en firewall configuratie tot een oplossing kan komen om de Amino transparant aan de switch binnen de router te hangen, maar ik denk dat ik tegen een structureel probleem aan ga lopen aangezien de Amino en het VLAN natuurlijk hetzelfde MAC hebben.

Is mijn enige optie om op de Amino in te hacken om het MAC adres te spoofen of zijn er andere mogelijkheden?

Uiteraard zal ik ook een nette guide op papier zetten zodra alles naar wens werkt

Met de genexis is de IPTV poort daadwerkelijk anders dan de internet poort correct? Dan zou je dus drie VLANs aan moeten maken, 1 voor je local clients, 1 voor je Amino en 1 poort die je aansluit op de IPTV poort van je modem. Als je dan simpelweg de laatste twee bridged zal je Amino al werken, dan nog aangepast DHCP request op de gebridged interface en dan heb je ook IPTV op je router zelf.

Met de laatste versie van OpenWRT zou dit zelfs allemaal via de webinterface moeten kunnen. Als je ergens vastloopt, let me know.

R_W wijzigde dit bericht 10-09-2011 14:49 (5%)

quote:

j1nx schreef op zaterdag 10 september 2011 @ 10:08:
Verder. Kunnen we niet iets meer doen met de channel logo's. Die zijn ook allemaal benaderbaar en is wel zo netjes in iedere HTPC oplossing. Misschien kunnen we een optie verwerken om ze wel/of niet te downloaden. Of misschien kan je de link ergens kwijt in de xmtv format?

Hier heb ik werder niet naar gekeken omdat ik de grabber orrigineel alleen voor mijn eigen situatie met DVBLink had geschreven.

Nadat ik wat heb veranderd aan de setup van de app (config file en een goede fix voor het timeout probleem) zal ik hier naar kijken. Ik moet ook nog steeds de NICAM ratings verwerken, maar deze heb ik nog niet kunnen vertalen van de EPG waardes naar die van XMLTV.

quote:

R_W schreef op zaterdag 10 september 2011 @ 14:48:
Met de genexis is de IPTV poort daadwerkelijk anders dan de internet poort correct? Dan zou je dus drie VLANs aan moeten maken, 1 voor je local clients, 1 voor je Amino en 1 poort die je aansluit op de IPTV poort van je modem. Als je dan simpelweg de laatste twee bridged zal je Amino al werken, dan nog aangepast DHCP request op de gebridged interface en dan heb je ook IPTV op je router zelf.

Met de laatste versie van OpenWRT zou dit zelfs allemaal via de webinterface moeten kunnen. Als je ergens vastloopt, let me know.

Thanks

Pfff, ik heb nu al voor de zoveelste keer de router moeten reflashen via TFTP omdat ie onbereikbaar was geworden. Op één of andere manier doe ik iets verkeerd bij het maken van die bridge...

Zodra ik eth0.2 en eth0.3 bridge (poorten 1 en 2 op de router), krijg ik ook geen connectie meer op poorten 3 en 4...

Standaard config op mijn router:
code:

config interface loopback
        option ifname   lo
        option proto    static
        option ipaddr   127.0.0.1
        option netmask  255.0.0.0

config interface lan
        option ifname   eth0.1
        option type     bridge
        option proto    static
        option ipaddr   192.168.1.1
        option netmask  255.255.255.0

config interface wan
        option ifname   eth1
        option proto    dhcp

config switch
        option name     rtl8366s
        option reset    1
        option enable_vlan 1
        # Blinkrate: 0=43ms; 1=84ms; 2=120ms; 3=170ms; 4=340ms; 5=670ms
        option blinkrate        2

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "0 1 2 3 5t"

Ik dacht dus dat dat zou moeten worden:
code:

config interface loopback
        option ifname   lo
        option proto    static
        option ipaddr   127.0.0.1
        option netmask  255.0.0.0

config interface lan
        option ifname   eth0.1
        option type     bridge
        option proto    static
        option ipaddr   192.168.1.1
        option netmask  255.255.255.0

config interface wan
        option ifname   eth1
        option proto    dhcp

config interface iptvbridge
        option type     bridge
        option proto    none
        option ifname   "eth0.2 eth0.3"
        option auto     1

config switch
        option name     rtl8366s
        option reset    1
        option enable_vlan 1
        # Blinkrate: 0=43ms; 1=84ms; 2=120ms; 3=170ms; 4=340ms; 5=670ms
        option blinkrate        2

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "0 1 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "2"

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "3"

Morzzz wijzigde dit bericht 10-09-2011 18:21 (51%)

code:

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "0 1 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     2
        option ports    "2 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     3
        option ports    "3 5t"

Probeer het zo eens? N.B. de nummering van de fysieke poorten is precies omgekeerd dan de echte nummering. Zie ook:

En dan nog voor een IPTV IP-adres op de bridge zelf heb ik deze settings:
code:

config 'interface' 'iptv'
    option 'type' 'bridge'
    option 'auto' '1'
    option 'macaddr' '00:02:02:xx:xx:xx'
    option 'vendorclass' 'Aminoaminet130fisys'
    option 'proto' 'dhcp'
    option 'ifname' 'eth0.2 eth1'
    option 'gateway' '0.0.0.0'

Vergeet niet het MAC-adres nog in te vullen.

R_W wijzigde dit bericht 10-09-2011 19:26 (45%)

quote:

ShadowLord schreef op zaterdag 10 september 2011 @ 17:46:
[...]

Hier heb ik werder niet naar gekeken omdat ik de grabber orrigineel alleen voor mijn eigen situatie met DVBLink had geschreven.

Nadat ik wat heb veranderd aan de setup van de app (config file en een goede fix voor het timeout probleem) zal ik hier naar kijken. Ik moet ook nog steeds de NICAM ratings verwerken, maar deze heb ik nog niet kunnen vertalen van de EPG waardes naar die van XMLTV.

Zou mooi zijn als je wat kan met de logos

Overigens, de 10 seconden timeout tweakkwerkt hier ook perfect. Geen error,s meer gezien.

quote:

R_W schreef op zaterdag 10 september 2011 @ 19:20:
code:

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "0 1 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     2
        option ports    "2 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     3
        option ports    "3 5t"

Probeer het zo eens? N.B. de nummering van de fysieke poorten is precies omgekeerd dan de echte nummering. Zie ook: [afbeelding]

Thanks voor de suggestie. Maar na een paar uur frutselen en liters koffie wil het niet lukken. De enige manier waarop ik het werkend had was met een option ports "2 3 5t" op het vlan, maar zodra ik dan een Amino MAC aan poort 0.3 (die hangt aan poort 2 van het CPE) definieer gaat het weer mis op de Amino.

quote:

En dan nog voor een IPTV IP-adres op de bridge zelf heb ik deze settings:
code:

config 'interface' 'iptv'
    option 'type' 'bridge'
    option 'auto' '1'
    option 'macaddr' '00:02:02:xx:xx:xx'
    option 'vendorclass' 'Aminoaminet130fisys'
    option 'proto' 'dhcp'
    option 'ifname' 'eth0.2 eth1'
    option 'gateway' '0.0.0.0'

Vergeet niet het MAC-adres nog in te vullen.

Maar je maakt hier een bridge van eth0.2 naar eth1? Dat is vanaf poort 2 op de switch naar de WAN poort?

Wat ik eigenlijk wil is dat de 2 poorten in de eerste plaats als een doodnormale switch opereren. Hiervoor moeten de 2 poorten een switch MAC adres hebben? Maar zodra ik dan een VLAN aan wil maken veranderd het MAC adres van poort 2 in het gedefinieerde MAC adres en kapt de Amino er weer mee.

Dit begint een flinke mindfuck te worden

code:

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "0 1 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     2
        option ports    "2 3 5t"

config interface iptv
        option ifname   "eth0.3 eth0.2"
        option type     bridge
        option auto     1
        option proto    none

Dit is in ieder geval de config waarbij de Amino TV een IP adres krijgt en TV streams ontvangt. Interactief ed werkt echter niet.

Dit loopt echter in de soep zodra ik het MAC adres van de bridge verander in het MAC adres van de Amino (logisch, 2x zelfde MAC op een netwerk geeft altijd problemen).

Ondertussen ga ik eens kijken of plan B een aantrekkelijk alternatief is. Eens zien of er een makkelijke manier is om de Amino te flashen. Dan geef ik hem een wat vriendelijker MAC adres en kan de Amino zich binnen mijn netwerk melden bij igmpproxy

Morzzz wijzigde dit bericht 11-09-2011 14:17 (13%)

quote:

Morzzz schreef op zondag 11 september 2011 @ 14:12:
code:

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "0 1 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     2
        option ports    "2 3 5t"

config interface iptv
        option ifname   "eth0.3 eth0.2"
        option type     bridge
        option auto     1
        option proto    none

Dit is in ieder geval de config waarbij de Amino TV een IP adres krijgt en TV streams ontvangt. Interactief ed werkt echter niet.

Dit loopt echter in de soep zodra ik het MAC adres van de bridge verander in het MAC adres van de Amino (logisch, 2x zelfde MAC op een netwerk geeft altijd problemen).

Ondertussen ga ik eens kijken of plan B een aantrekkelijk alternatief is. Eens zien of er een makkelijke manier is om de Amino te flashen. Dan geef ik hem een wat vriendelijker MAC adres en kan de Amino zich binnen mijn netwerk melden bij igmpproxy

Ik hou je vorderingen nauwlettend in de gaten. De config die jij gebruikt. WNDR3700 + OpenWRT + Genexis is de setup die ik ook binnenkort verwacht te gebruiken. Afgelopen vrijdag is de glasvezel doorgetrokken tot in mijn woning. Ik hoop deze week een abonnement aan te kunnen vragen.
Een how-to wordt gewaardeerd op het moment dat je het werkend hebt. Succes iig!

quote:

awenger schreef op zondag 11 september 2011 @ 14:43:
[...]
Ik hou je vorderingen nauwlettend in de gaten. De config die jij gebruikt. WNDR3700 + OpenWRT + Genexis is de setup die ik ook binnenkort verwacht te gebruiken. Afgelopen vrijdag is de glasvezel doorgetrokken tot in mijn woning. Ik hoop deze week een abonnement aan te kunnen vragen.
Een how-to wordt gewaardeerd op het moment dat je het werkend hebt. Succes iig!

Ik heb het al voor elkaar gekregen om IPTV op mijn netwerk te forwarden zodat ik met bijv. VLC binnen mijn netwerk kan kijken.

Echter breakt dit op dit moment nog de functionaliteit van de Amino.

Ik heb net een plan C uitgedacht. Wellicht dat ik de Amino kan laten meedraaien binnen de rest van mijn netwerk en dat ik hem via mijn eigen DHCP server een IP adres kan geven. Nu weet ik niet in hoeverre de Amino 140 een bepaalde response verwacht. Voordeel hiervan is dat de Amino op het 'main' VLAN terecht komt waar het betreffende MAC adres niet in de arptable voor zal komen.

In dit geval zal alleen igmpproxy een verbinding maken met de poort die aan de 2e port van de Genexis zit.

Later meer!

quote:

Morzzz schreef op zondag 11 september 2011 @ 13:21:
Maar na een paar uur frutselen en liters koffie wil het niet lukken. De enige manier waarop ik het werkend had was met een option ports "2 3 5t" op het vlan, maar zodra ik dan een Amino MAC aan poort 0.3 (die hangt aan poort 2 van het CPE) definieer gaat het weer mis op de Amino.

Heb je de Amino getest met mijn config en dan eth0.2 en eth0.3 gebridged? Je hoeft verder (nog) geen MAC adres of wat dan ook aan te passen, de gebridgede interface hoeft ook geen IP te hebben.

quote:

Morzzz schreef op zondag 11 september 2011 @ 13:21:
Maar je maakt hier een bridge van eth0.2 naar eth1? Dat is vanaf poort 2 op de switch naar de WAN poort?

Klopt, bij jou zou eth1 dus eth0.3 moeten zijn. Ik heb echter maar 1 kabel van m'n router naar het modem omdat ik een packetfront hebt. Daar komt IPTV en internet gewoon over dezelfde poort binnen. Bij mij werkt dit allemaal perfect dus put in elk geval hoop uit het feit dat het kán.

quote:

Morzzz schreef op zondag 11 september 2011 @ 15:02:
Ik heb net een plan C uitgedacht. Wellicht dat ik de Amino kan laten meedraaien binnen de rest van mijn netwerk en dat ik hem via mijn eigen DHCP server een IP adres kan geven. Nu weet ik niet in hoeverre de Amino 140 een bepaalde response verwacht. Voordeel hiervan is dat de Amino op het 'main' VLAN terecht komt waar het betreffende MAC adres niet in de arptable voor zal komen.

Dit was mijn plan A, maar je loopt dan tegen een aantal problemen aan. Bijv. uitzending gemist stuurt een request wat hier op lijkt: "PLAY rtsp://w.zt6.nl/?destination=<ip van amino>", <ip van amino> zal dan dus 192.168.x.x zijn en w.zt6.nl kan dat IP natuurlijk niet vinden, resultaat: geen stream en dus geen uitzending gemist. Ik had al een Lua script geschreven die on-the-fly die requests bekeek en herschreef met het correcte IP, daarmee kwam ik al een stuk verder maar toen liep ik even later weer vast. Ook firmware upgraden lukt niet op deze manier, omdat er dan een ander DHCP request wordt gedaan (heb ik me laten vertellen). Toen opgegeven en simpel bridge gemaakt en werkte meteen perfect.

quote:

Morzzz schreef op zondag 11 september 2011 @ 14:12:
code:

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "0 1 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     2
        option ports    "2 3 5t"

config interface iptv
        option ifname   "eth0.3 eth0.2"
        option type     bridge
        option auto     1
        option proto    none

Dit is in ieder geval de config waarbij de Amino TV een IP adres krijgt en TV streams ontvangt. Interactief ed werkt echter niet.

Je gebruikt hier eth0.3 (= VLAN3) maar je definieert nergens VLAN3?

quote:

Dit loopt echter in de soep zodra ik het MAC adres van de bridge verander in het MAC adres van de Amino (logisch, 2x zelfde MAC op een netwerk geeft altijd problemen).

Dat moet je dan natuurlijk ook niet doen, verander gewoon het laatste character van het MAC adres. Alles 00:02:02:xx:xx:xx is van Amino.

quote:

Ondertussen ga ik eens kijken of plan B een aantrekkelijk alternatief is. Eens zien of er een makkelijke manier is om de Amino te flashen. Dan geef ik hem een wat vriendelijker MAC adres en kan de Amino zich binnen mijn netwerk melden bij igmpproxy

Dit lijkt mij een veel pijnlijker proces.

quote:

R_W schreef op zondag 11 september 2011 @ 17:39:
[...]
Dat moet je dan natuurlijk ook niet doen, verander gewoon het laatste character van het MAC adres. Alles 00:02:02:xx:xx:xx is van Amino.

Da's fijn voor degene die een Amino heeft met dát MAC adres ...

Google in Rusland (waar ze al langer met het Amino IPTV platform werken):

http://www.google.nl/sear...ountryRU&cr=countryRU

quote:

IcyK schreef op zondag 11 september 2011 @ 17:44:
[...]

Da's fijn voor degene die een Amino heeft met dát MAC adres ...

Er zitten een mogelijke 1024 computers (/22) in een IPTV subnet. Er zijn een mogelijke 2^24 MAC adressen, er vanuitgaande dat het hele subnet vol zit (wat verre van het geval zal zijn) is er een kans van 1 op 16384 dat er een collision is. Dus tenzij jij een betere suggestie hebt: I'll take my chances.

quote:

R_W schreef op zondag 11 september 2011 @ 17:55:
[...]

Er zitten een mogelijke 1024 computers (/22) in een IPTV subnet. Er zijn een mogelijke 2^24 MAC adressen, er vanuitgaande dat het hele subnet vol zit (wat verre van het geval zal zijn) is er een kans van 1 op 16384 dat er een collision is. Dus tenzij jij een betere suggestie hebt: I'll take my chances.

Dan ga je er van uit dat de Amino MAC adressen willekeurig verspreid zijn over de wereld. Dat lijkt me niet het geval: de GHM providers zullen ze met pallets tegelijk bestellen, en de kans is heel groot dat in die batch opeenvolgende MAC adressen gebruikt worden. De kans dat opeenvolgende MAC adressen in hetzelfde subnet zitten dus ook.

Ik heb inderdaad een betere suggestie: gewoon netjes een Vendorclass gebruiken, dan heb je de hele Amino MAC niet nodig. En benadeel je ook een ander niet.

de WAN MAC op mijn router die aan de Genexis iptv poort hangt is 68:7F:74:xx:xx:xx en ik krijg gewoon keurig een ip adres in de 10.30.x.x range (en zit nu RTL Crime te kijken vanaf een laptop via VLC).

De laatste keer dat ik met enkel het vendorclassID aangepast een IP kreeg, kon ik idd ook streams openen en afspelen.

Maar EPG data was niet op te halen..Enkel met een amino mac adres, kon ik de EPG downloaden.

Misschien dat het nu anders is, maar zo was de situatie een half jaar geleden

Ik kan nu gewoon bij de EPG data op w1.zt6.nl .
Waar haalde jij het vandaan?

quote:

IcyK schreef op zondag 11 september 2011 @ 18:17:
[...]
de WAN MAC op mijn router die aan de Genexis iptv poort hangt is 68:7F:74:xx:xx:xx en ik krijg gewoon keurig een ip adres in de 10.30.x.x range (en zit nu RTL Crime te kijken vanaf een laptop via VLC).

Er zijn maar heel weinig gebieden waar dit kan. In de meeste Packetfront/Genexis gebieden is een Amino MAC+Amino Vendorclass verplicht om een IP op het IPTV-VLAN te krijgen.

Ik zou voor de zekerheid gewoon een Amino MAC pakken van een buitenlandse site (staan er genoeg op Google: http://www.google.nl/search?q=aminet+00:02:02) en de laatste 2 tekens daarvan veranderen.

quote:

IcyK schreef op zondag 11 september 2011 @ 18:29:
Ik kan nu gewoon bij de EPG data op w1.zt6.nl .
Waar haalde jij het vandaan?

Ook daar vandaan...Dronten/Solcon

quote:

IcyK schreef op zondag 11 september 2011 @ 18:17:
Dan ga je er van uit dat de Amino MAC adressen willekeurig verspreid zijn over de wereld. Dat lijkt me niet het geval: de GHM providers zullen ze met pallets tegelijk bestellen, en de kans is heel groot dat in die batch opeenvolgende MAC adressen gebruikt worden. De kans dat opeenvolgende MAC adressen in hetzelfde subnet zitten dus ook.

Gewoon een volledig random MAC adres pakken.

quote:

IcyK schreef op zondag 11 september 2011 @ 18:17:
Ik heb inderdaad een betere suggestie: gewoon netjes een Vendorclass gebruiken, dan heb je de hele Amino MAC niet nodig. En benadeel je ook een ander niet.

Ik verander nu het MAC adres en stuur de Vendorclass mee, ik dacht dat het met een ander MAC adres niet werkte. Als dat wel zo is, verander ik het graag natuurlijk. Maar ik betwijfel het.

En daarbij, als je tegen die enorme kleine kans aanloopt dat je een conflict hebt merk je dat snel genoeg en pak je simpelweg een ander. Dit is echt een non-issue imho.

R_W wijzigde dit bericht 11-09-2011 18:38 (13%)

Heb even wat hulp nodig want komt er nu echt niet meer uit:

De sitatie zoals ik deze nu heb:
Een HTPC met mythbuntu 11.04
Daarop een wireless en een bedrade interface, eth0 en wlan0.

dhclient.conf ziet er als volgt uit:
code:

option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;

request subnet-mask, time-offset, routers, domain-name-servers, host-name, domain-name,
   root-path, default-ip-ttl, broadcast-address, perform-mask-discovery, router-discovery,
   static-routes, nis-domain, nis-servers, ntp-servers, vendor-encapsulated-options;
send dhcp-max-message-size 548;
send vendor-encapsulated-options 03:09:61:6d:69:6e:65:74:31:33:30:04:05:66:69:73:79:73;
send vendor-class-identifier "Aminoaminet130mfisys";
send dhcp-client-identifier 01:00:02:02:31:xx:xx;

De interface is als volgt aangemaakt:
code:

sudo cat /etc/network/interfaces 
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp
hwaddress ether 00:02:02:31:xx:xx

En krijgt :
code:

eth0      Link encap:Ethernet  HWaddr 00:02:02:zz:xx:xx  
          inet addr:10.252.6.161  Bcast:10.252.7.255  Mask:255.255.248.0
          inet6 addr: xxxx Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1059 errors:0 dropped:0 overruns:0 frame:0
          TX packets:555 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1151449 (1.1 MB)  TX bytes:51854 (51.8 KB)

De routing table ziet er als volgt uit
code:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.252.0.0      0.0.0.0         255.255.248.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.0.0     0.0.0.0         255.255.0.0     U     2      0        0 wlan0
224.0.0.0       0.0.0.0         240.0.0.0       U     0      0        0 eth0
0.0.0.0         192.168.149.1   0.0.0.0         UG    0      0        0 wlan0
0.0.0.0         10.252.0.1      0.0.0.0         UG    100    0        0 eth0

Op een of andere manier krijg ik gewoon de route niet voor elkaar, en kan dus ook geen udp stream openen, ik snap nu zelf niet meer wat er nu eigenlijk fout gaat. Ziet iemand anders wel toevallig waar ik de mist in ga?

Sleejuhr wijzigde dit bericht 12-10-2011 09:16 (0%)
Reden: mac adres verwijderd

Je hebt twee keer de 0.0.0.0 entry waarbij je interne gateway een lagere metric heeft en hierdoor kan je dus niet bij de streams. Wat je moet doen is ervoor zorgen dat je de routetabel als volgt aanpast:
code:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.252.0.0      10.252.0.1      255.255.248.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.0.0     0.0.0.0         255.255.0.0     U     2      0        0 wlan0
224.0.0.0       10.252.0.1      240.0.0.0       U     0      0        0 eth0
0.0.0.0         192.168.149.1   0.0.0.0         UG    0      0        0 wlan0

Voor de EPG data moet je eventueel dan nog een route toevoegen naar het adres van w1.zt6.nl maar de streams zelf moeten met bovenstaande tabel werken als het goed is.

ik222 wijzigde dit bericht 12-09-2011 21:37 (16%)

Ik heb het werkend. Amino werkt (+ interactief). igmpproxy werkt. udpxy werkt, maar hapert nog.

Genexis + OpenWRT lijkt dus mogelijk

Zal zodra ik de laatste kinderziektes eruit heb een howto schrijven!

Uit nieuwsgierigheid: post je /etc/config/network eens?

quote:

ik222 schreef op maandag 12 september 2011 @ 21:34:
Je hebt twee keer de 0.0.0.0 entry waarbij je interne gateway een lagere metric heeft en hierdoor kan je dus niet bij de streams. Wat je moet doen is ervoor zorgen dat je de routetabel als volgt aanpast:
code:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.252.0.0      10.252.0.1      255.255.248.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.0.0     0.0.0.0         255.255.0.0     U     2      0        0 wlan0
224.0.0.0       10.252.0.1      240.0.0.0       U     0      0        0 eth0
0.0.0.0         192.168.149.1   0.0.0.0         UG    0      0        0 wlan0

Voor de EPG data moet je eventueel dan nog een route toevoegen naar het adres van w1.zt6.nl maar de streams zelf moeten met bovenstaande tabel werken als het goed is.

Weer een stap verder op weg, mn route tabel ziet er nu zo uit:
code:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
82.39.121.0     10.252.0.1      255.255.255.0   UG    0      0        0 eth0
10.252.0.0      0.0.0.0         255.255.248.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.0.0     0.0.0.0         255.255.0.0     U     2      0        0 wlan0
224.0.0.0       0.0.0.0         240.0.0.0       U     0      0        0 eth0
0.0.0.0         192.168.149.1   0.0.0.0         UG    0      0        0 wlan0

Alleen kom ik niet bij de nameservers: 82.139.121.131, het lijkt als de route 82.39.121.0 gewoon niet gevolgd wordt. Terwijl deze wel staat beschreven in de route tabel.

Ben er dus bijna, maar helaas nog niet helemaal.

82.139.121.131 != 82.39.121.131

quote:

R_W schreef op dinsdag 13 september 2011 @ 15:45:
82.139.121.131 != 82.39.121.131

Says enough... GEEZ!

quote:

R_W schreef op dinsdag 13 september 2011 @ 15:45:
82.139.121.131 != 82.39.121.131

Hij is leuk!

Voor zover ik zie, kan ik nu in ieder geval een programmagids ophalen, alleen de kanalenlijst krijg ik dan weer niet voor elkaar,
code:

Grabbing channellist from url: http://w1.zt6.nl/tvmenu/index.xhtml.gz
Last modified on Tue, 13 Sep 2011 07:47:55 GMT
result=0
result tvchannels=0
result radiochannels=0
result=0
total 0 tvchannels found

total 0 radiochannels found

Dit terwijl de index.xhtml.gz wel gevonden wordt, zou ik mn hoofd dan echt tweemaal aan een andere muur stoten?

Welke grabber gebruik je voor de kanalenlijst op te halen?

quote:

Sleejuhr schreef op dinsdag 13 september 2011 @ 17:10:
Voor zover ik zie, kan ik nu in ieder geval een programmagids ophalen, alleen de kanalenlijst krijg ik dan weer niet voor elkaar,
code:

Grabbing channellist from url: http://w1.zt6.nl/tvmenu/index.xhtml.gz
Last modified on Tue, 13 Sep 2011 07:47:55 GMT
result=0
result tvchannels=0
result radiochannels=0
result=0
total 0 tvchannels found

total 0 radiochannels found

Dit terwijl de index.xhtml.gz wel gevonden wordt, zou ik mn hoofd dan echt tweemaal aan een andere muur stoten?

De kanalen grabber is al even niet meer bijgewerkt en intussen is de opbouw van 'index.xhtml.gz' wel anders geworden zodat deze niet meer door de kanalengrabber gelezen kan worden.

Ik ben een tijd geleden in de broncode van de parser gedoken, maar heb het op een gegeven moment maar opgegeven en ben de file van MiK gaan gebruiken (zie MiK in "Lijbrandt IPTV via router?").

Ik heb zelf enkel de EPG grabber geschreven. De kanalenparser komt van een andere Tweaker die een stuk handiger is met reguliere expressies

Ik heb van de week even heel snel een kanalenlijst-fetcher geschreven, hij is een stuk korter (~50 lines totaal) dan het andere script dus misschien wat leesbaarder voor sommigen. Je moet 'm nog wel even zelf gunzippen maar dat kun je eventueel even toevoegen aan het script.

Script op pastebin

quote:

R_W schreef op dinsdag 13 september 2011 @ 11:53:
Uit nieuwsgierigheid: post je /etc/config/network eens?

code:

config switch_vlan
        option device   rtl8366s
        option vlan     1
        option ports    "0 1 5t"

config switch_vlan
        option device   rtl8366s
        option vlan     2
        option ports    "2 3 5t"

config interface iptv
        option ifname           "eth0.3 eth0.2"
        option type             bridge
        option auto             1
        option macaddr          00:02:02:XX:XX:XX
        option proto            dhcp
        option vendorclass      AMINOx4x
        option gateway          0.0.0.0

eth0.3 is port 1 op de router, deze hangt aan port 2 van de Genexis (IPTV)
eth0.2 is port 2 op de router, hierop zit de Amino aangesloten

Zoals al eerder gezegd, VLAN3 bestaat helemaal niet, eth0.3 betekent letterlijk VLAN3 op interface eth0. M.a.w. heel eth0.3 kan weg.

quote:

R_W schreef op woensdag 14 september 2011 @ 00:32:
Zoals al eerder gezegd, VLAN3 bestaat helemaal niet, eth0.3 betekent letterlijk VLAN3 op interface eth0. M.a.w. heel eth0.3 kan weg.

Hmmm ik was in de onderstelling dat het simpelweg betekende: port3 van eth0, dus fysiek port 1 op de router.

Zal vanavond eens proberen of ik eth0.3 ongestraft kan weghalen.

Morzzz wijzigde dit bericht 14-09-2011 11:03 (8%)

Ik weet niet of ik de vraag hier of in het XMS topic moet droppen, ik heb me wel suf gezocht maar niet gevonden:
Via dit en andere topics heb ik geruime tijd geleden Mediaportal ingericht met IPTV. Werkte allemaal als een zonnetje. Ik kom er nu pas achter dat ik sinds 19-08 geen IPTV meer heb in MP. Nu heeft XMS het nodige aan de zenders veranderd, is dit de oorzaak? Al gezocht naar een een nieuwe playlist maar deze nog niet kunnen vinden.

De adressen van de kanalen zijn niet veranderd in de tussentijd dus dat zal het probleem niet zijn. Hooguit zijn er enkele zenders toegevoegd. De kanalenlijst kun je overigens altijd hier vinden http://dump.xs2data.nl/xmsnet/glashartmedia.zip

Maar de oorzaak van je probleem moet je denk ik in je setup zoeken.

quote:

ik222 schreef op woensdag 14 september 2011 @ 20:26:
De adressen van de kanalen zijn niet veranderd in de tussentijd dus dat zal het probleem niet zijn. Hooguit zijn er enkele zenders toegevoegd. De kanalenlijst kun je overigens altijd hier vinden http://dump.xs2data.nl/xmsnet/glashartmedia.zip

Maar de oorzaak van je probleem moet je denk ik in je setup zoeken.

Dankje.
Aan mijn kant is niets veranderd, zonder dat ik het weet :-). Beide nic's krijgen een ip. Van het begin af heeft de NIC voor IPTV geen amino mac gehad, dit heb ik nu wel ingevoerd. DLL in het begin aangepast, gewoon destijds de stappen doorlopen en daar nooit meer wat aan veranderd(heeft iets van een jaar zo gedraaid). Ik heb nog 1 dingetje niet gecontroleerd, of ik met VLC de streams wel kan openen.

Hoe ziet je route table eruit? Misschien heb je de route gekoppeld aan het ip ipv. interface en is dat ip nu veranderd.

Daarnaast kan het ook nog een firewall zijn die het mutlicast verkeer tegenhoud.

Ik heb dit topic met interesse doorgelezen, alleen moet ik helaas toegeven dat ik er niet uit kom.

Ik heb een genexis modem (dus iptv op aparte poort) en nu wil ik graag het volgende:

Poort 1,2 en 3 op mijn Netgear zijn mijn lan poorten, deze hangen inmiddels ook allemaal vol.
De WAN poort gaat gewoon naar het genexis modem poort 1.

Dus poort 4 (poort 0 intern) heb ik nog over. Is het op de één of andere manier mogelijk dat ik daar mijn 'iptv kabel' aanhang en dat ik vervolgens op mijn lokale netwerk toegang krijg tot de udp streams (liefst niet op de wifi)?

De animo zelf gebruik ik niet, deze wil ik gaan vervangen door mijn htpc.

Ik heb zelf al geprobeerd een extra vlan aan te maken maar volgens mij snap ik niet precies wat ik aan het doen ben (iets met klok/klepel), met als gevolg dat ik mezelf al enkele keren bijna buitengesloten heb (gelukkig kon ik er nog bij via wifi).

Hieronder mijn laatste poging in /etc/config/network:
code:

config 'interface' 'loopback'
    option 'ifname' 'lo'
    option 'proto' 'static'
    option 'ipaddr' '127.0.0.1'
    option 'netmask' '255.0.0.0'

config 'interface' 'lan'
    option 'ifname' 'eth0.1'
    option 'type' 'bridge'
    option 'proto' 'static'
    option 'ipaddr' '192.168.1.1'
    option 'netmask' '255.255.255.0'

config 'interface' 'wan'
    option 'ifname' 'eth1'
    option 'proto' 'dhcp'
    option 'type' 'bridge'

config 'interface' 'iptv'
        option 'type' 'bridge'
        option 'auto' '1'
        option 'macaddr' '00:02:xx:xx:xx:xx'
        option 'vendorclass' 'Aminoaminet130fisys'
        option 'proto' 'dhcp'
        option 'ifname' 'eth0.2'
        option 'gateway' '0.0.0.0'
    
config 'switch'
    option 'name' 'rtl8366s'
    option 'reset' '1'
    option 'enable_vlan' '1'
    option 'blinkrate' '2'

config 'switch_vlan'
    option 'device' 'rtl8366s'
    option 'vlan' '1'
    option 'ports' '1 2 3 5t'

#iptv vlan port 4
config 'switch_vlan'
    option 'device' 'rtl8366s'
        option 'vlan' '2'
        option 'ports' '0 5t'

config 'switch_port'
    option 'device' 'rtl8366s'
    option 'port' '1'
    option 'led' '6'

config 'switch_port'
    option 'device' 'rtl8366s'
    option 'port' '2'
    option 'led' '9'

config 'switch_port'
    option 'device' 'rtl8366s'
    option 'port' '5'
    option 'led' '2'

Met de huidige config heb ik in ieder geval gewoon internet, alleen zie ik nergens de iptv interface voorbijkomen met ifconfig (waarschijnlijk logisch).

Ik heb eerlijk gezegd geen idee of wat ik wil überhaupt mogelijk is, en wat ik precies moet doen met de option 'ifname' bij mijn iptv interface.

Mocht één van jullie enig idee hebben hoe dit voor elkaar te krijgen, dan houd ik me aanbevolen!

quote:

aal schreef op donderdag 15 september 2011 @ 11:48:
Mocht één van jullie enig idee hebben hoe dit voor elkaar te krijgen, dan houd ik me aanbevolen!

Je hebt 2 WAN poorten nodig, 1 voor IPTV en 1 voor Internet.

De volgende setup is vervolgens wellicht het eenvoudigste: 2 poorten reserveren voor WAN-to-WAN (IPTV en Internet van Genexis naar je router), één poort koppelen aan een 4 poorts switch (voor een viertal devices die je bedraad aan Internet wil koppelen) en die via configuratie te koppelen aan WAN #1 (Internet), en de andere 2 poorten te gebruiken voor IPTV (voor je Amino, HTPC, whatever) en die via configuratie te koppelen aan WAN #2.

quote:

aal schreef op donderdag 15 september 2011 @ 11:48:
Ik heb zelf al geprobeerd een extra vlan aan te maken maar volgens mij snap ik niet precies wat ik aan het doen ben (iets met klok/klepel), met als gevolg dat ik mezelf al enkele keren bijna buitengesloten heb (gelukkig kon ik er nog bij via wifi).

Haha, ik weet heel goed hoe dat voelt! Ik had dan alleen de pech dat ik wifi nog niet goed enabled had...

Ik hoop vanavond een momentje te vinden om de howto te schrijven, deze zal bijna gelijk zijn voor jouw situatie

quote:

Alexander01 schreef op woensdag 14 september 2011 @ 20:52:
Hoe ziet je route table eruit? Misschien heb je de route gekoppeld aan het ip ipv. interface en is dat ip nu veranderd.

Daarnaast kan het ook nog een firewall zijn die het mutlicast verkeer tegenhoud.

Ahum, Bracht mij inderdaad op het idee de routetabel te bekijken en die friste mijn geheugen weer op.
Ik heb begin agustus een spontaan probleempje gehad met het ipadres van MP waardoor het serverdeel van MP niet meer werkte. Omdat ik toen weinig tijd had heb ik toen het ip op auto ingesteld en inderdaad had ik het oude adres permanent opgenomen in de route.

How-to: OpenWRT + Glashart Media IPTV + STB loop-thru (WNDR3700 + Amino A140) GENEXIS

/etc/config/network:

config switch_vlan
        option device           rtl8366s
        option vlan             1
        option ports            "0 1 5t"

config switch_vlan
        option device           rtl8366s
        option vlan             2
        option ports            "2 3 5t"

config interface iptv
        option ifname           eth0.2
        option type             bridge
        option auto             1
        option macaddr          00:02:02:XX:XX:XX
        option proto            dhcp
        option vendorclass      "AMINOx4x"
        option gateway          0.0.0.0

/etc/config/firewall:

config rule
        option src              wan
        option proto            tcp
        option dest_port        10300
        option target           ACCEPT
        option family           ipv4

/etc/firewall.user:

iptables -I FORWARD -s 233.81.0.0/16 -d 224.0.0.0/4 -j ACCEPT
iptables -I FORWARD -s 239.193.0.0/16 -d 224.0.0.0/4 -j ACCEPT
iptables -I FORWARD -s 224.1.3.0/24 -d 224.0.0.0/4 -j ACCEPT
iptables -I FORWARD -s 80.79.34.85/32 -d 224.0.0.0/4 -j ACCEPT

Later meer.

Morzzz wijzigde dit bericht 15-09-2011 16:15 (103%)

quote:

aal schreef op donderdag 15 september 2011 @ 11:48:
Dus poort 4 (poort 0 intern) heb ik nog over. Is het op de één of andere manier mogelijk dat ik daar mijn 'iptv kabel' aanhang en dat ik vervolgens op mijn lokale netwerk toegang krijg tot de udp streams (liefst niet op de wifi)?

Ja, dit is mogelijk.

quote:

aal schreef op donderdag 15 september 2011 @ 11:48:
Met de huidige config heb ik in ieder geval gewoon internet, alleen zie ik nergens de iptv interface voorbijkomen met ifconfig (waarschijnlijk logisch).

Je config ziet er helemaal goed uit, de interface zou nu "br-iptv" moeten heten. Check met `ifconfig -a`. Als die nog niet bestaat is de service nog niet gerestart. Even rebooten zou moeten helpen. Als 'ie wel bestaat kun je eventueel handmatig `udhcpc -i br-iptv -V "Aminoaminet130fisys"` runnen, dan zou je al een IPTV-IP op die interface moeten krijgen. Als de interface wel bestaat en MAC adres is correct, maar je krijgt geen IP met dit commando zou ik even je firewall stoppen `/etc/init.d/firewall stop` en dan nogmaals proberen.

@Morzzz: waarom zet je port 10300 open?

Bedankt voor de reacties!

Vanavond helaas geen tijd, maar zal morgenavond de suggesties eens proberen!

*edit

Vanochtend even snel mijn router gereboot (met eerder genoemde configuratie) en heb nu inderdaad een br-iptv interface. Ik dacht dat een /etc/init.d/network restart wel voldoende moest zijn.

Maar nu het volgende, ik heb de amino met HD variant welke volgens mij de amino M540 PVR is (glasvezel via Tweak, reggefiber). Volgens een sticker op de onderkant begint mijn MAC adres met 00:02:61:xx:xx:xx. Iemand enig idee of dat kan kloppen? En tevens enige suggestie hoe ik aan de vendor id van dit apparaat kan komen? Of wordt dat een kwestie van STB aan het netwerk hangen en gaan tcpdumpen?

aal wijzigde dit bericht 16-09-2011 09:49 (74%)

quote:

aal schreef op donderdag 15 september 2011 @ 17:04:
En tevens enige suggestie hoe ik aan de vendor id van dit apparaat kan komen? Of wordt dat een kwestie van STB aan het netwerk hangen en gaan tcpdumpen?

Is zo gepiept. Even laptopje met wireshark direct aan de Amino hangen, dan kun je zien welk DHCP request het ding broadcast

quote:

R_W schreef op donderdag 15 september 2011 @ 16:51:
@Morzzz: waarom zet je port 10300 open?

Om ook buitenshuis toegang tot de IPTV streams te hebben

quote:

ShadowLord schreef op dinsdag 13 september 2011 @ 17:50:
[...]

Ik [...] ben de file van MiK gaan gebruiken (zie MiK in "Lijbrandt IPTV via router?").

Hoe heb je die geïntegreerd in de grabber? RTL Crime bijvoorbeeld staat wel in de huidige file van MiK maar wordt niet 'ge-grabbed'.
Zou je kunnen aangeven hoe ik dat zelf kan aanpassen?
Thanx!

quote:

aal schreef op donderdag 15 september 2011 @ 17:04:
En tevens enige suggestie hoe ik aan de vendor id van dit apparaat kan komen?

Aminoaminetm540fisys

dat is 'm als het goed is.

quote:

Morzzz schreef op vrijdag 16 september 2011 @ 12:15:
[...]


Om ook buitenshuis toegang tot de IPTV streams te hebben

Heb je udpxy op die port draaien dus?

Udpxy naar buiten openzetten moet je in elk geval niet doen aangezien je dan een soort gratis IPTV leverancier voor het hele internet kunt worden... Gebruik dan een oplossing met iets als een VPN verbinding om buiten je netwerk de streams te kijken.

Zolang het voor eigen gebruik is en hij niet een bekend poortnummer pakt is er niks aan de hand. Daarnaast kun je bij een standaard portscan niet zien of er udpxy draait. Als je http://ip:udpxypoort doet krijg je blanco page.