IPTV op je HTPC

De oorzaak lijkt me duidelijk. Deze patch toepassen en opnieuw compilen: http://www.lonelycoder.co...73f/diff/src/iptv_input.c

quote:

Thasaidon schreef op donderdag 09 februari 2012 @ 07:28:
[...]

Er zwerft hier wel ergens een actuele playlist (alleen voor XMS/Galshart) rond.
*kuch* http://dump.xs2data.nl/xmsnet/glashartmedia.zip *kuch*
(met dank aan MiK)
dus zelf je zenders indexeren hoeft niet.

Hoe dat echter werkt met die "on demand" films durf ik niet te zeggen.
Ik wist niet dat XMS/Glashart hier al aan deed...

Sorry, het gaat om een IPTV dienst in China. Spreek echter de lokale taal niet, dus zoeken naar hulp op lokale fora is hier een beetje lastig.
Zal van het weekend wel eens wat gaan aanplaren, maar verwacht niet dat het veel gaat opleveren
Thanks for the reply iig ^_^

quote:

Snowdog schreef op donderdag 09 februari 2012 @ 12:12:
[...]


Sorry, het gaat om een IPTV dienst in China. Spreek echter de lokale taal niet, dus zoeken naar hulp op lokale fora is hier een beetje lastig.
Zal van het weekend wel eens wat gaan aanplaren, maar verwacht niet dat het veel gaat opleveren
Thanks for the reply iig ^_^

hoogst illegaal vermoed ik.. http://www.worldtvpc.com/...movie-streaming-websites/

quote:

R_W schreef op donderdag 09 februari 2012 @ 09:36:
De oorzaak lijkt me duidelijk. Deze patch toepassen en opnieuw compilen: http://www.lonelycoder.co...73f/diff/src/iptv_input.c

Bedankt voor je tip.

Echter, het iptv_input.c is al correct zoals in de patch staat beschreven. Zijn er meer mogelijkheden?

Beninho wijzigde dit bericht 09-02-2012 20:15 (62%)

Ben je er zeker van dat de binary die je gebruikt de patch bevat? Het lijkt me namelijk onwaarschijnlijk dat er een *andere* bug is die exact dezelfde symptomen heeft.

Ik ben daar bijna zeker van, maar heb natuurlijk verschillende versies op mijn systeem gehad

- hts-tvheadend 2.12
- tvheadend pulse 2.12.99
- tvheadend uit de git

Heb aptitude purge uitgevoerd om dat binaries te verwijderen.

Vanuit de browser wordt aangegeven dat ik de git (...) versie gebruik.

Beninho wijzigde dit bericht 10-02-2012 08:03 (3%)

quote:

datadevil schreef op donderdag 09 februari 2012 @ 18:35:
[...]

hoogst illegaal vermoed ik.. http://www.worldtvpc.com/...movie-streaming-websites/

vermoed t ook wel aangezien t maar 20 euro p jaar kost, maja t is wel een service aangeboden door China Telecom afaik, dus zou eik ook wel weer verwachten dat t legaal is >.<

quote:

Snowdog schreef op zaterdag 11 februari 2012 @ 06:58:
[...]


vermoed t ook wel aangezien t maar 20 euro p jaar kost, maja t is wel een service aangeboden door China Telecom afaik, dus zou eik ook wel weer verwachten dat t legaal is >.<

lijkt me allemaal heel sterk..

quote:

daballiemo schreef op vrijdag 16 december 2011 @ 23:44:
[...]


Ik ook en dat was ook meteen de reden dat mutlicast bij mij niet verder kwam dan mijn WNDR3700 en er dus 0B opnames in mythtv kwamen.

Na toevoeging aan igmpproxy.conf en firewall werkte mijn multicast weer.

Ik heb hier net vandaag mijn WNDR3700v2 geinstalleerd volgens de howto uit dit topic. Router werkt prima, maar ik kan niet bij de multicast streams..
Ik ben benieuwd waar ik bovenstaande moet inoegen. De foutmelding die ik krijg is namelijk:

Feb 13 15:48:16 OpenWrt user.warn igmpproxy[1702]: The source address 77.243.164.105 for group 233.81.233.161, is not in any valid net for upstream VIF.

Hopelijk kan iemand uitleggen waar ik dan wat moet toevoegen.

altnet 77.243.164.0/24 toevoegen na upstream in /etc/igmpproxy.conf, e.g.:
code:

root@OpenWrt:~# cat /etc/igmpproxy.conf 
quickleave
phyint br-iptv upstream  ratelimit 0  threshold 1
    altnet 77.243.164.0/24
[...]

OK, ga ik morgen proberen. In de firewall hoef ik dus niks aan te passen?

quote:

Camiel schreef op maandag 13 februari 2012 @ 18:19:
OK, ga ik morgen proberen. In de firewall hoef ik dus niks aan te passen?

nope
succes!

Op dit moment heb ik IPTV werkend, maar niet volledig. Ik heb steeds het probleem met 5 digit ports.

Het leek sterk op in bug uit tvheadend, ik draai echter de laatste versie uit de github. Daarnaast heb ik VLC geinstalleerd en met ssh -X ingelogd en de streams in VLC proberen te draaien.

Hier krijg ik hetzelfde probleem als in tvheadend naar voren kwam. Ik kan rtp streams en streams met 1234 als poort wel openen en afspelen (eurosport HD, Eurosport 2, animal planet hd --> etc).
Echter streams Ned1, Ned2 ..etc met 5 cijferige poorten kan ik niet afspelen in VLC.

Ik krijg dan de volgende error
- cannot fill pre buffer

Waar kan de oorzaak van dit probleem liggen?

In mijn configuratie?

/etc/dhcp/dhclient.conf

quote:

prepend domain-name-servers 8.8.8.8;
interface "eth0" {
request subnet-mask, time-offset, 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:0a:61:6d:69:6e:65:74:31:33:30:6d:04:05:66:69:73:79:73;
send vendor-class-identifier "Aminoamineta140fisys";
send dhcp-client-identifier 1:00:XXX;
}
option space AMINO;
option AMINO.homepage code 8 = text;

class "AmiNETa140 all" {
match if
(option vendor-class-identifier="Aminoamineta140fisys")
or
((substring( option vendor-encapsulated-options, 2, 10)="amineta140") and (substring(option vendor-encapsulated-options, 14, 5)="fisys"));

vendor-option-space AMINO;
option AMINO.homepage "http://w.zt6.nl";
}

/etc/network/interfaces

quote:

# The primary network interface
auto eth1
iface eth1 inet dhcp

# IPTV adapter
iface eth0 inet dhcp
hwaddress ether 00:02:XX
vendor "Aminoamineta140fisys"
pre-up echo 2 > /proc/sys/net/ipv4/conf/eth0/force_igmp_version
pre-up echo 0 > /proc/sys/net/ipv4/conf/eth0/rp_filter
# up route del default
up route add -net 224.0.0.0/4 eth0
up route add -net 82.139.121.0/24 gw 10.252.184.1 eth0

Ik heb geen proxy geïnstalleerd.

Mijn setup voor IPTV is als volgt
code:

-----modem-----
---|switch|----
--HTPC --Animo-

quote:

R_W schreef op maandag 13 februari 2012 @ 18:12:
altnet 77.243.164.0/24 toevoegen na upstream in /etc/igmpproxy.conf, e.g.:
code:

root@OpenWrt:~# cat /etc/igmpproxy.conf 
quickleave
phyint br-iptv upstream  ratelimit 0  threshold 1
    altnet 77.243.164.0/24
[...]

Bedankt! Het werkt nu helemaal! Over op de WNDR3700 en de DIR855 gaat binnenkort de deur uit. Daarna het hele netwerk updaten en een heleboel meer te doen!

@Beninho, gooi je eth1 er eens uit en zorg dat alle routes via iptv iface verlopen (i.e. eth0) en test het dan nog 'ns. Ik vermoed dat de kanalen die wel werken subscriben op het subnet 82.139.121.0/24 (hier heb je een aparte route voor) en de kanalen die niet werken bijv in 77.243.164.0/24 zitten.

Heb de eth1 er niet uit gemikt, omdat ik dan geen acces meer tot de server (zit vast aan ssh en xbmc frontend)

Ik heb de interfaces aangepast. Je had gelijk. Wanneer ik 77.243.164.0/24 toevoeg
code:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         Rutger.local    0.0.0.0         UG    100    0        0 eth1
10.0.1.0        *               255.255.255.0   U     0      0        0 eth1
10.252.184.0    *               255.255.248.0   U     0      0        0 eth0
82.139.121.0    10.252.184.1    255.255.255.0   UG    0      0        0 eth0
224.0.0.0       *               240.0.0.0       U     0      0        0 eth0

krijg ik dit als output en in vlc via ssh kreeg ik geluid en crappy beeld. Toen liep de server wel gelijk helemaal vast en ging automatisch rebooten.

Dit stond in de terminal
code:

main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
Blocked: call to setlocale(6, "")
libdvbpsi error (PSI decoder): TS discontinuity (received 3, expected 0) for PID 140
libdvbpsi error (PSI decoder): TS discontinuity (received 7, expected 1) for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 10, expected 4) for PID 140
Warning: call to rand()
Warning: call to rand()
Warning: call to rand()
Warning: call to rand()
Warning: call to rand()
[0x1579450] pulse audio output error: cannot connect to server: Connection refused
[0x7f23b82136a0] xcb_xv generic error: no available XVideo adaptor
mmco: unref short failure
mmco: unref short failure
mmco: unref short failure
mmco: unref short failure
illegal short term buffer state detected
[0x7f23b82136a0] xcb_x11 generic error: shared memory server-side error: X11 error 10
[0x7f23b82136a0] xcb_x11 generic: using buggy X11 server - SSH proxying?
[0x7f23b82136a0] xcb_x11 generic error: shared memory server-side error: X11 error 10
[0x7f23b82136a0] xcb_x11 generic: using buggy X11 server - SSH proxying?
[0x7f23b82136a0] xcb_x11 generic error: shared memory server-side error: X11 error 10
[0x7f23b82136a0] xcb_x11 generic: using buggy X11 server - SSH proxying?
mmco: unref short failure
Read from remote host 10.0.1.3: Operation timed out

Interfaces is nu (laatste deel)
code:

#        up route del default
        up route add -net 224.0.0.0/4 eth0
        up route add -net 82.139.121.0/24 gw 10.252.184.1 eth0
        up route add -net 77.243.164.0/24 gw 10.252.184.1 eth0

up route add -net 77.243.164.0/24 gw 10.252.184.1 eth0 toegevoegd. Klopt dat zo?

TADAAAH! We hebben beeld!


--edit---

Wel super raar dat ik niet kan pingen naar dat adres, maar blijkbaar wel noodzakelijk is voor tv kijken.. hmmz.

Beninho wijzigde dit bericht 15-02-2012 16:14 (67%)

Beste tweakers,

heb de HowTo dual Wan in dit topic doorgelezen maar zit nog met paar vraagjes:
-in hoeverre verschilt die aanpak van deze (mbv OpenWRT/udpxy/IGMP) los vd firmware?
-kan mijn client, die achter de dual wan router zit, alle IPTV streams bekijken en niet alleen het huidige kanaal waar mijn Amino op dat moment op is afgestemd?
-ik heb nu mijn Amino rechtstreeks aangesloten op mijn packetfront modem. Is het mogelijk om deze achter de dual wan router te zetten en zo ja hoe? De Amino is puur als backup bij mijn TV (ik heb daar al analoog CAI) waar ik ook een HTPC (met MediaPortal) wil neer zetten (om IPTV en eigen media op af te spelen). Ik heb nu nog het idee om beide rechtstreeks op modem aan te sluiten en een 2e netwerkkaart in HTPC voor mijn LAN (=standaard setup zoals uitgelegd in starttopic) maar als zowel Amino als HTPC (dan maar met 1 nic) gewoon op mijn router kunnen worden aangesloten, maakt dat het een stuk eenvoudiger. Ik moet nl. anders powerline adapters gaan kopen en 2e netwerkkaart aangezien ik maar 1 utp aansluiting in mijn woonkamer bij mijn TV heb en ik dan zowel IPTV als internet/lan moet hebben. Stel dat het kan, kan de WRT320N dit dan aan qua performance als ik bijv. op mijn laptop een HD stream aan het bekijken ben en op mijn HTPC 1 aan het opnemen ben en 1 op mijn TV aan het bekijken ben?

Alvast bedankt voor jullie tijd,
gr Jan

Afgelopen weekend mijn hele weekend bezig geweest met de 3 mogelijkheden.
1. Begon met Dhcpcore.dll aan te passen op mijn WHS 2011.
mac spoofing aangezet op mijn NIC.

Krijg helaas geen Ipadres van de DHCP van Amino , maar wel steeds een 192 lan ip.

Dit is mijn Setup :
Packetfront ( XMSNET )
Vast Ip adres !!!!!! ooit aangevraagd bij XMSnet.
Linksys Wrt610N / stock fw / aangepast naar DD-wrt.

Probleem is continu in elke situatie dat de IP-lease voor het 10.252.xx.xx adres geen lease uitgaf.

Situatie 2 :
Geprobeerd via de Windows 7 Pc macadres te spoofen en IP adres hard in te stellen, zoals http://thasaidon.net/iptv/
maar bij de stap dat ik dien te testen gaat het fout :

quote:

7) Open nu een commandprompt met admin rechten.
Om te zorgen dat multicast verkeer naar het IPTV netwerk gerouteerd word moet je de volgende route toevoegen
"route add -p 224.0.0.0 mask 240.0.0.0 10.252.x.y" (zonder " dus)
10.252.x.y moet hier het IP zijn van je Amino wat je dus net op de interface ingesteld hebt.

Om nu te testen of het tot zover goed is start je een Media player, laad de playlist en test of dit werkt.
Als dit werkt kun je verder. Werkt dit niet, dan is er iets mis of heb je misschien een typfout gemaakt.
Dit moet je eerst oplossen voordat je verder kunt.

DHCP lease komt dus niet aan, blijft in de DHCP range van mijn router die het internet via het vaste IP adres verstuurd en dus nooit met een 10.252.xx.xx aan de haal gaat.
bij de dual-wan oplossing moest ik de automatic configuration wel aanpassen in static anders kreeg ik geen enkele DHCP lease van de 10.252.xx.xx reeks.

dit is de Lease die ik succesvol kreeg maar het internet klapte dus direct na 1 minuut eruit.
vlan3 Link encap:Ethernet HWaddr 00:25:9C:24:D8:1A
inet addr:10.252.1xx.xx Bcast:10.252.1xx.2xx Mask:255.255.252.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:162 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15592 (15.2 KiB) TX bytes:42 (42.0

Situatie 3 :

De oplossing van Robmir.
http://exarv.nl/mythtv/iptv-router/
Werkt wel, maar daar gaan we weer. Dan had ik geen internet meer omdat dan de router alleen via de WAN van IPTV wil werken.

Wel kreeg ik ditmaal een lease voor het eerst het weekend.

daarna de volgende oplossing geprobeerd
De Dual WAN oplossing van j1nx voor dd-wrt.

Ook deze oplossing leek na veel gedoe te werken, maar probleem was dat het internet niet actief bleef.

Vermoedelijk dus allemaal vanwege mijn vaste IP adres bij XMSNET.
Hierbij wil ik vragen of iemand ervaringen heeft met een vast Ip adres in combinatie met IPtv.

Mijn wens is met Dd-wrt (Linksys WRT610N) liefst met Dual WAN oplossing.
Mocht dit niet werken ben ik genoodzaakt een nieuwe gigabit lan router te kopen om die voor Private LAN internet te gebruiken en de ddwrt router als IPTV switch.
Liever zie ik dus de oplossing van j1nx , maar ben bang dat ik dus niet gebruik kan maken van automatic configuration , maar alleen van static optie.

hives wijzigde dit bericht 27-02-2012 10:17 (51%)

quote:

hives schreef op maandag 27 februari 2012 @ 09:20:
Afgelopen weekend mijn hele weekend bezig geweest met de 3 mogelijkheden.
1. Begon met Dhcpcore.dll aan te passen op mijn WHS 2011.
mac spoofing aangezet op mijn NIC.

Krijg helaas geen Ipadres van de DHCP van Amino , maar wel steeds een 192 lan ip.

Dit is mijn Setup :
Packetfront ( XMSNET )
Vast Ip adres !!!!!! ooit aangevraagd bij XMSnet.
Linksys Wrt610N / stock fw / aangepast naar DD-wrt.

Probleem is continu in elke situatie dat de IP-lease voor het 10.252.xx.xx adres geen lease uitgaf.

Situatie 2 :
Geprobeerd via de Windows 7 Pc macadres te spoofen en IP adres hard in te stellen, zoals http://thasaidon.net/iptv/
maar bij de stap dat ik dien te testen gaat het fout :

[...]


DHCP lease komt dus niet aan, blijft in de DHCP range van mijn router die het internet via het vaste IP adres verstuurd en dus nooit met een 10.252.xx.xx aan de haal gaat.
bij de dual-wan oplossing moest ik de automatic configuration wel aanpassen in static anders kreeg ik geen enkele DHCP lease van de 10.252.xx.xx reeks.

dit is de Lease die ik succesvol kreeg maar het internet klapte dus direct na 1 minuut eruit.
vlan3 Link encap:Ethernet HWaddr 00:25:9C:24:D8:1A
inet addr:10.252.1xx.xx Bcast:10.252.1xx.2xx Mask:255.255.252.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:162 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15592 (15.2 KiB) TX bytes:42 (42.0

Situatie 3 :

De oplossing van Robmir.
http://exarv.nl/mythtv/iptv-router/
Werkt wel, maar daar gaan we weer. Dan had ik geen internet meer omdat dan de router alleen via de WAN van IPTV wil werken.

Wel kreeg ik ditmaal een lease voor het eerst het weekend.

daarna de volgende oplossing geprobeerd
De Dual WAN oplossing van j1nx voor dd-wrt.

Ook deze oplossing leek na veel gedoe te werken, maar probleem was dat het internet niet actief bleef.

Vermoedelijk dus allemaal vanwege mijn vaste IP adres bij XMSNET.
Hierbij wil ik vragen of iemand ervaringen heeft met een vast Ip adres in combinatie met IPtv.

Mijn wens is met Dd-wrt (Linksys WRT610N) liefst met Dual WAN oplossing.
Mocht dit niet werken ben ik genoodzaakt een nieuwe gigabit lan router te kopen om die voor Private LAN internet te gebruiken en de ddwrt router als IPTV switch.
Liever zie ik dus de oplossing van j1nx , maar ben bang dat ik dus niet gebruik kan maken van automatic configuration , maar alleen van static optie.

Ik heb zelf uiteindelijk met succes een dual wan oplossing vlgs de j1nx howto met mijn wrt320n. Bij mij klapte het verkregen iptv ip adres er na een minuutje ofzo ook uit maar in mijn geval kwam dat omdat ik mijn STB amino130 nog aan had staan en ik op mijn router 2e wanport dezelfde mac adres gebruikte. Toen ik de amino uit zette danwel een andere amino compatible mac adres gebruikte werkte het wel goed.
Ik heb alleen het idee dat mijn router toch niet snel genoeg is om dit te handelen. Zels wired zowel bij multicast als unicast stream hapert het beeld om de minuut ongeveer. Heel even weliswaar. Het gekke is dat de load op de router laag is ~0.25, weliswaar slechts bij een SD Channel. Als ik HD channel pak krijg ik vaker en meer blokjes. Eigenlijk niet naar te kijken. Load is hoog 0.65
Ik heb een snelle laptop die 720p kan afspelen, alles gigabit netwerk en wired getest. Dus moet router zijn.
Heeft iemand dual wan op een wrt320n goed werkend zonder artifacts?

quote:

JantjeO schreef op woensdag 29 februari 2012 @ 23:10:Ik heb zelf uiteindelijk met succes een dual wan oplossing vlgs de j1nx howto met mijn wrt320n. Bij mij klapte het verkregen iptv ip adres er na een minuutje ofzo ook uit maar in mijn geval kwam dat omdat ik mijn STB amino130 nog aan had staan en ik op mijn router 2e wanport dezelfde mac adres gebruikte. Toen ik de amino uit zette danwel een andere amino compatible mac adres gebruikte werkte het wel goed.
Ik heb alleen het idee dat mijn router toch niet snel genoeg is om dit te handelen. Zels wired zowel bij multicast als unicast stream hapert het beeld om de minuut ongeveer. Heel even weliswaar. Het gekke is dat de load op de router laag is ~0.25, weliswaar slechts bij een SD Channel. Als ik HD channel pak krijg ik vaker en meer blokjes. Eigenlijk niet naar te kijken. Load is hoog 0.65
Ik heb een snelle laptop die 720p kan afspelen, alles gigabit netwerk en wired getest. Dus moet router zijn.
Heeft iemand dual wan op een wrt320n goed werkend zonder artifacts?

Heb jij een vast IP?
Dit is namelijk het probleem bij mij. Kan helaas niets doen in de dual wan oplossing omdat hij niet werkt met static lease maar op auto dhcp configuration, zoals de tutorial ook beschrijft.
Kortom ik ben begonnen met de andere oplossing :

PACKETFRONT > HTPC > Amino aan router waar LAN aan hangt.
Maar nu heb ik alle multicast ranges opengezet en stond er meen ik na alles gelezen te hebben in de topics ergens dat ikde Amino kon blijven gebruiken, maar no way dat de amino nog live komt nadat ik de HTPC op de packetfront heb gezet, hij accepteert de DHCP lease niet van de router want die komt met een 192. range.

Ik zou wellicht iets over het hoofd zien, maar wilde daarom dus ook gebruik maken van een dualwan oplossing. Ook de volgende reden dat ik een ddwrt router heb (linksys wrt610N) Maar beter met de stock fw draait dan met de DD-wrt software. Dan zou ik dus weer 2 routers nodig hebben, en dus de packetfront met switch moeten aansluiten en die moeten spoofen. Ik ben alleen niet van plan voorlopig een 2e router neer te zetten en toch wil ik wel terug naar de Amino als 2e systeem.

Ik zag de stopcontact oplossing ook ergens, maar dat zie ik niet zitten. Zo groot is mijn huis niet Ik prefereer een serverruimte boven een praktische huis-tuin-keuken oplossing.

quote:

JantjeO schreef op woensdag 29 februari 2012 @ 23:10:
[...]

Ik heb alleen het idee dat mijn router toch niet snel genoeg is om dit te handelen. Zels wired zowel bij multicast als unicast stream hapert het beeld om de minuut ongeveer. Heel even weliswaar. Het gekke is dat de load op de router laag is ~0.25, weliswaar slechts bij een SD Channel. Als ik HD channel pak krijg ik vaker en meer blokjes. Eigenlijk niet naar te kijken. Load is hoog 0.65
Ik heb een snelle laptop die 720p kan afspelen, alles gigabit netwerk en wired getest. Dus moet router zijn.
Heeft iemand dual wan op een wrt320n goed werkend zonder artifacts?

Ga eens naar "Administration" -> "Commands" en plak daar eens de volgende regels in de box.

quote:

echo 256960 > /proc/sys/net/core/rmem_default
echo 256960 > /proc/sys/net/core/rmem_max
echo 256960 > /proc/sys/net/core/wmem_default
echo 256960 > /proc/sys/net/core/wmem_max

En druk dan op de "Run command" button.

Als het dan verbeterd, kan je die regels nog meenemen in je startup script.

Sindskort krijg ik de melding in mediacenter: Playready bijwerken!
Ik kan nu geen tv meer kijken. Ik heb playready al geuninstalled en opnieuw geinstalleerd alleen zonder succes. Ookal wat temp bestanden verwijderd in de windows map, maar ook zonder succes. Hoe kan ik dit playready scherm wegkrijgen? Ik heb onsbrabantnet en windows 7 Ultimate 64 bit. (DVB-link 4 activated).
Ik hoop dat hier een oplossing voor is.
Gr,

Remixtyle

PS: het scherm kwam al meerdere malen op toen ik net versie 4 van DVB link had, maar toen kon ik na een mediacenter herstart wel weer kijken, maar nu blijft het scherm.

Ik ben vandaag ook aan het experimenteren gegaan met IPTV op m'n broers HTPC. Hij neemt glasvezel af via Concepts ICT in Enschede en de TV wordt verzorgd door Glashart Media mbv een Amino STB.

Via VLC heb ik alle streams aan de gang gekregen. Als ik echter naar http://w.zt6.nl/ ga krijg ik wisselend een melding "Authenticating" en "Refreshing" te zien. Ik kan dus geen zenderlijst downloaden. Met behulp van de zenderlijst van MiK (thanks!) kan ik wel de zenderlijst handmatig downloaden, maar ik download het liever rechstreeks vanuit zt6.nl.

Hoewel ik het nog niet geprobeerd heb vermoed ik dat ik door bovenstaande melding ook geen EPG data kan downloaden van deze site. Is er een manier om alsnog toegang te krijgen?

Ik zit zelf ook te overwegen om van m'n huidige Media Center PC met 3 DVB-C tuners (Ziggo) mbv DVBLink om te gooien naar IPTV. Wat zijn jullie ervaringen met de beeldkwaliteit van Ziggo (HD) t.o.v. IPTV (HD)? En hoe is jullie ervaring in Media Center met IPTV t.o.v. DVB-C (zappen, beeldkwaliteit, EPG, stabiliteit)?

quote:

remixtyle schreef op vrijdag 02 maart 2012 @ 21:48:
Sindskort krijg ik de melding in mediacenter: Playready bijwerken!
Ik kan nu geen tv meer kijken. Ik heb playready al geuninstalled en opnieuw geinstalleerd alleen zonder succes. Ookal wat temp bestanden verwijderd in de windows map, maar ook zonder succes. Hoe kan ik dit playready scherm wegkrijgen? Ik heb onsbrabantnet en windows 7 Ultimate 64 bit. (DVB-link 4 activated).
Ik hoop dat hier een oplossing voor is.
Gr,

Remixtyle

PS: het scherm kwam al meerdere malen op toen ik net versie 4 van DVB link had, maar toen kon ik na een mediacenter herstart wel weer kijken, maar nu blijft het scherm.

Stel je tuners in Windows Media Center eens opnieuw in via deze handleiding. Onderaan kan je dan als het goed is de PlayReady negeren. Als je via DVBLink 4 kijkt heb je geen PlayReady nodig (ik heb het in ieder geval gedaan zoals in de handleiding (wel DVB-C maar moet hetzelfde werken voor Media Center afaik) en hier werkt het).

Ik zou ook sowieso PlayReady uninstallen aangezien je het niet nodig lijkt te hebben i.c.m. DVBLink.

Milenco wijzigde dit bericht 03-03-2012 00:59 (36%)

quote:

Milenco schreef op zaterdag 03 maart 2012 @ 00:53:
Via VLC heb ik alle streams aan de gang gekregen. Als ik echter naar http://w.zt6.nl/ ga krijg ik wisselend een melding "Authenticating" en "Refreshing" te zien. Ik kan dus geen zenderlijst downloaden.

Dat *is* de zenderlijst, de broncode van die pagina moet je zelf parsen naar een zenderlijst die compatible is met VLC.

Neem vooral geen lijbrandt abbonnement in IJburg/Amsterdam.
Ik heb een recente oplevering met een amino 140 STB en had gekozen voor het glashart media pakket.
Echter de kanalen worden door KPN geleverd en zijn versleuteld. Geen mogelijkheid tot HTPC!

quote:

R_W schreef op zaterdag 03 maart 2012 @ 12:33:
[...]


Dat *is* de zenderlijst, de broncode van die pagina moet je zelf parsen naar een zenderlijst die compatible is met VLC.

Je hebt gelijk. Ik heb het vandaag ingesteld met DVBLink en so far met succes: In Media Center 4 tuners toegevoegd, de zendervolgende wordt automatisch gepakt en ook EPG werkt nu mbv de EPGGrabber voor de Amino. Nu kijken hoe stabiel het blijft draaien

quote:

frabber schreef op maandag 05 maart 2012 @ 14:05:
Neem vooral geen lijbrandt abbonnement in IJburg/Amsterdam.
Ik heb een recente oplevering met een amino 140 STB en had gekozen voor het glashart media pakket.
Echter de kanalen worden door KPN geleverd en zijn versleuteld. Geen mogelijkheid tot HTPC!

Je hebt zu nu officieel alle drie gehad

Als er expliciet staat dat je streams van glashart hoort te krijgen, maar je krijgt dat niet, dan kan je volgens mij je contract laten ontbinden.

Weet iemand hier of Lijbrandt de boel aan het dicht zetten is ?
Tot gisteren werkte het bij mij nog perfect en sinds vanochtend niet meer
Ik heb net al van alles geprobeerd, VLC helemaal eraf gehaald en de registry keys verwijdert.
VLC opnieuw geinstalleerd, maar ik krijg de tv streams niet meer op m'n PC

EDIT: Laat maar... vanochtend weer geprobeerd en wonder boven wonder werken de streams weer in VLC.

tjempeng wijzigde dit bericht 06-03-2012 11:39 (14%)

quote:

j1nx schreef op zondag 01 januari 2012 @ 12:23:
@tonic48
Dan kan het denk alleen nog maar je mac zijn. Probeer een een anderee

He-he…..
Eindelijk na wat puzzelen heb ik IP op IPTV VLAN op mijn tweed WAN port gekregen.
Verder heb ik de rest is ingericht volgens de Howto van j1nx. En vu-a-la... ik kan TV kijken overal in my lokaal netwerk.
Verder heb ik Amino in het netwerk gehangen en URL http://w.zt6.nl/
naar Amino gestuurd via Additional DNSMasq Options zolas Robert het beschrijft
code:

dhcp-option=43,08:10:68:74:74:70:3a:2f:2f:77:2e:7a:74:36:2e:6e:6c:2f:10:10:45:75:72:6f:70:65:2f:41:6d:73:74:65:72:64:61:6d

Echter kan Amino dit URL niet bereiken. En dat klopt wel want Amino heeft nu een IP van mijn locale netwerk gekregen. Hoe kan ik de routering aanpassen zodat Amino die site wel kan bereiken?

Verder zal waarschijnlijk mij Glashart app niet meer werken omdat Amino achter een router hangt.
Is hier ook een oplossing voor?
Alvast bedankt.

Je moet je Animo bridgen zodat het direct een IPTV adres krijgt en geen local IP. Met een local IP heb je zoveel gezeik met dingen als uitzending gemist, firmware updates etc. (al is enkel tv kijken op deze manier niet moeilijk aan de praat te krijgen).

quote:

R_W schreef op woensdag 07 maart 2012 @ 15:22:
Je moet je Animo bridgen zodat het direct een IPTV adres krijgt en geen local IP. Met een local IP heb je zoveel gezeik met dingen als uitzending gemist, firmware updates etc. (al is enkel tv kijken op deze manier niet moeilijk aan de praat te krijgen).

Dat is inderdaad de beste oplossing. Levert het dan geen conflict met de 2-de WAN port met gespoofde MAC van mijn Amino? Zo niet hoe kan ik het beste doen in dd-wrt?

Nee, gewoon ervoor zorgen dat je twee verschillende MAC adressen gebruikt.

Ik heb de WAN poort op mijn WNDR3700 aangesloten op mijn glasvezel modem, en de LAN poort waar de Amino aanhangt gebridged met de WAN poort, deze bridge heet bij mij br-iptv. br-iptv heeft een IPTV IP adress dat verschilt van de Amino. Vervolgens creeer ik een vlan op de WAN poort voor mijn internet met een ander niet-Amino MAC adres voor mijn normale internet verkeer.

quote:

R_W schreef op woensdag 07 maart 2012 @ 17:18:
Nee, gewoon ervoor zorgen dat je twee verschillende MAC adressen gebruikt.

Ik heb de WAN poort op mijn WNDR3700 aangesloten op mijn glasvezel modem, en de LAN poort waar de Amino aanhangt gebridged met de WAN poort, deze bridge heet bij mij br-iptv. br-iptv heeft een IPTV IP adress dat verschilt van de Amino. Vervolgens creeer ik een vlan op de WAN poort voor mijn internet met een ander niet-Amino MAC adres voor mijn normale internet verkeer.

Heb je ook dual WAN configuratie?

Ja, zoals omschreven heb ik een IPTV interface en een internet interface, wel lopen ze over dezelfde fysieke poort.

quote:

R_W schreef op woensdag 07 maart 2012 @ 17:18:
Nee, gewoon ervoor zorgen dat je twee verschillende MAC adressen gebruikt.

Ik heb de WAN poort op mijn WNDR3700 aangesloten op mijn glasvezel modem, en de LAN poort waar de Amino aanhangt gebridged met de WAN poort, deze bridge heet bij mij br-iptv. br-iptv heeft een IPTV IP adress dat verschilt van de Amino. Vervolgens creeer ik een vlan op de WAN poort voor mijn internet met een ander niet-Amino MAC adres voor mijn normale internet verkeer.

Zou je een kleine how to voor ddwrt routers hiervoor kunnen maken die dit stap voor stap uitlegt als aanvulling op de howto van j1nx? Ik denk dat veel mensen incl ikzelf, die de dualwan howto hebben gevolgd en graag vervolgens hun amino achter de router willen hebben, dit zouden willen. Ik zou je iig zeer erkentelijk zijn.

Of zou j1nx, met de info van R_W hierboven, een kleine aanvuling op de dualwan willen maken?

quote:

R_W schreef op woensdag 07 maart 2012 @ 18:06:
Ja, zoals omschreven heb ik een IPTV interface en een internet interface, wel lopen ze over dezelfde fysieke poort.

Ik heb juist twee fysieke poorten in mijn glasvezel modem. Een voor gewone internet en de andere voor IPTV. Internet poort is aangesloten op de WAN poort van mijn router en IPTV loopt naar de eerste LAN poort van de router die is omgezet in WAN poort.

De vraag is hoe moet ik een en ander bridgen om:
1. Nog steeds IPTV in mijn local netwerk hebben;
2. Amino laten IP krijgen direct op IPTV netwerk;

Ik heb het draaiend met OpenWRT, maar volgensmij staat alles wat je wil weten al in de HOWTO van Alexander ergens in dit topic.

Wat is de reden dat je de Amino per se achter je router wil hebben?

quote:

tonic48 schreef op woensdag 07 maart 2012 @ 23:38:
[...]


Ik heb juist twee fysieke poorten in mijn glasvezel modem. Een voor gewone internet en de andere voor IPTV. Internet poort is aangesloten op de WAN poort van mijn router en IPTV loopt naar de eerste LAN poort van de router die is omgezet in WAN poort.

De vraag is hoe moet ik een en ander bridgen om:
1. Nog steeds IPTV in mijn local netwerk hebben;
2. Amino laten IP krijgen direct op IPTV netwerk;

Heb je een genexis modem? Want met een packetfront is het niet nodig om twee fysieke poorten te gebruiken, er wordt geen onderscheid gemaakt tussen een "IPTV" poort en een "internet" poort op het modem.

Wat je moet doen is 1 poort op de interne switch in een apart vlan hangen, op die poort sluit je je Amino aan en dat vlan bridgen met je IPTV WAN. Dan werkt de Amino al. En dan draai je gewoon DHCP client op die gebridgede interface en heeft ook de router een IPTV IP.

Maar ook aan jou de vraag: Wat is de reden dat je de Amino per se achter je router wil hebben?

quote:

R_W schreef op woensdag 07 maart 2012 @ 23:50:
[...]

Heb je een genexis modem? Want met een packetfront is het niet nodig om twee fysieke poorten te gebruiken, er wordt geen onderscheid gemaakt tussen een "IPTV" poort en een "internet" poort op het modem.

Ja , Ik heb Genexis modem.

quote:

Wat je moet doen is 1 poort op de interne switch in een apart vlan hangen, op die poort sluit je je Amino aan en dat vlan bridgen met je IPTV WAN. Dan werkt de Amino al. En dan draai je gewoon DHCP client op die gebridgede interface en heeft ook de router een IPTV IP.

Klinkt makelijk Ik heb dus nog extra switch nodig?

quote:

Maar ook aan jou de vraag: Wat is de reden dat je de Amino per se achter je router wil hebben?

Hoe anders dan? Ik wil nog steeds TV kijken in de woonkamer via Amino die aan de televisie hangt.

quote:

Ja , Ik heb Genexis modem.

Met Genexis ontkom je er (AFAIK) idd niet aan dat je twee UTP kabels vanuit je modem trekt.

quote:

Klinkt makelijk Ik heb dus nog extra switch nodig?

Nee, interne switch is de 4 LAN poorten op je router.

quote:

Hoe anders dan? Ik wil nog steeds TV kijken in de woonkamer via Amino die aan de televisie hangt.

Een directe kabel van je modem naar de Amino, i.e. de "normale" manier.

quote:

tonic48 schreef op woensdag 07 maart 2012 @ 23:38:
[...]


Ik heb juist twee fysieke poorten in mijn glasvezel modem. Een voor gewone internet en de andere voor IPTV. Internet poort is aangesloten op de WAN poort van mijn router en IPTV loopt naar de eerste LAN poort van de router die is omgezet in WAN poort.

De vraag is hoe moet ik een en ander bridgen om:
1. Nog steeds IPTV in mijn local netwerk hebben;
2. Amino laten IP krijgen direct op IPTV netwerk;

nr 1 kun je vinden in de howto dual wan van j1nx. Heb dit zelf ook werkend hiermee.
nr 2 is ook wat ik graag wil. zie vorige post. De reden dat ik amino achter de router wil is dat ik nu maar 1 wired netwerkaansluiting heb bij mijn tv in de woonkamer en extra kabel is niet mogelijk. Nu is dit natuurlijk ook via netwerk via stopcontact te regelen, een goeie heb je al voor e80,- maar goed als ik dat "eenvoudig" via wat configureren vd router kan dan dat liever.

quote:

R_W schreef op donderdag 08 maart 2012 @ 00:51:
Met Genexis ontkom je er (AFAIK) idd niet aan dat je twee UTP kabels vanuit je modem trekt.

Ja dat klopt. Ik heb 2 UTP cabels lopen van de meterkast naar de woonkamer waar de router staat.

quote:

Nee, interne switch is de 4 LAN poorten op je router.

Ga effe poging wagen....

quote:

Een directe kabel van je modem naar de Amino, i.e. de "normale" manier.

Zou het ook via externe switch kunnen?

quote:

tonic48 schreef op donderdag 08 maart 2012 @ 11:36:
Zou het ook via externe switch kunnen?
[afbeelding]

Als je zorgt dat je WAN2 en STB beide een andere MAC hebben, dan heb je wat je wilt. STB gewoon zals het hoort, maar toch ook alle streams op je LAN voor VLC.

quote:

JantjeO schreef op donderdag 08 maart 2012 @ 09:59:
De reden dat ik amino achter de router wil is dat ik nu maar 1 wired netwerkaansluiting heb bij mijn tv in de woonkamer en extra kabel is niet mogelijk. Nu is dit natuurlijk ook via netwerk via stopcontact te regelen, een goeie heb je al voor e80,- maar goed als ik dat "eenvoudig" via wat configureren vd router kan dan dat liever.

Ik vermoedde al dat dit de reden was. Het punt is mijn setup lost dit probleem niet op. De poort waar je de Amino op je router aansluit zit in een apart VLAN. Wat dit inhoudt is dat dit (virtueel) gescheiden is van je LAN, m.a.w. je kunt deze kabel niet gebruiken voor "normale" internet clients.

Voor zover mijn kennis van VLANs reikt (wat niet bepaald ver is), is dit op te lossen door een managed switch in je woonkamer te plaatsen. Vervolgens stuurt je router twee VLANs (1 voor IPTV, 1 voor local internet clients) over die ene kabel van je router naar je managed switch en scheidt die switch de VLANs naar verschillende fysieke poorten. Maar nogmaals, netwerken is niet echt mijn ding, so take that for what it's worth.

quote:

tonic48 schreef op donderdag 08 maart 2012 @ 11:36:
Zou het ook via externe switch kunnen?
[afbeelding]

Dit is in principe de exact zelfde setup als ik gebruik, een bridge waar ik eerder over praatte functioneert namelijk hetzelfde als een switch. Het voordeel van het fysiek te scheiden is dat het misschien wat eenvoudiger te configureren is.

P.S. Hoe maak je die networklayout plaatjes?

quote:

R_W schreef op donderdag 08 maart 2012 @ 14:03:


P.S. Hoe maak je die networklayout plaatjes?

Dat vraag ik me nou ook al maanden af

Die plaatjes kun je bijvoorbeeld met Visio maken.

Voor de rest zul je inderdaad met VLAN's moeten werken om IPTV samen met je LAN over dezelfde kabel te laten gaan. Dan heb je twee managed switches met ondersteuning voor tagged vlans (802.1q) nodig. Op beide maak je vervolgens (minimaal) twee access ports aan, een voor IPTV en een voor je LAN. Daarnaast maak je een trunk port aan op de interfaces waar de kabel tussen beide switches in zit. Over die trunk poort gaan beide VLAN's tagged en op de access ports komen ze er dus aan beide kanten netjes gescheiden en untagged uit.

Dat is de enige goede oplossing hiervoor, een amino achter een router is geen succes. De streams zou je nog wel werkend kunnen krijgen maar allerlei andere dingen zullen dan simpelweg niet werken.

M.a.w. I was right!

quote:

Dat is de enige goede oplossing hiervoor, een amino achter een router is geen succes. De streams zou je nog wel werkend kunnen krijgen maar allerlei andere dingen zullen dan simpelweg niet werken.

Precies, zie ook mijn eerste reply op dit idee. Mijn Amino hangt dan wel achter mijn router maar qua netwerkconfiguratie is het hetzelfde als dat de Amino direct aan het modem hangt, dat is ook de reden dat ik alle functionaliteit behoud.

Inderdaad je had het helemaal goed Jij hebt de amino weliswaar fysiek achter je router hangen maar netwerk technisch hangt hij gewoon achter een switch. Je hebt namelijk de poort waar je amino op zit gebridged met je IPTV uplink poort. Dat doet dan in principe hetzelfde als wanneer je tussen de CPE en router / Amino een simpele unmanaged switch zou zetten.

Maar met een Genexis is dat dus geen optie omdat je IPTV en internet daar op gescheiden poorten uit je CPE komen.

quote:

ik222 schreef op donderdag 08 maart 2012 @ 15:08:
Inderdaad je had het helemaal goed Jij hebt de amino weliswaar fysiek achter je router hangen maar netwerk technisch hangt hij gewoon achter een switch. Je hebt namelijk de poort waar je amino op zit gebridged met je IPTV uplink poort. Dat doet dan in principe hetzelfde als wanneer je tussen de CPE en router / Amino een simpele unmanaged switch zou zetten.

Exactly.

quote:

Maar met een Genexis is dat dus geen optie omdat je IPTV en internet daar op gescheiden poorten uit je CPE komen.

Jawel, dat is ook gewoon mogelijk. Je creeert een dual WAN, je gooit 1 LAN poort waar je je Amino op aansluit in een aparte VLAN (i.e. gescheiden van je local clients) en bridged dat VLAN met de IPTV WAN.

De vraag is echter, wat bereik je hiermee? Vandaar ook mijn eerdere vraag, waarom ze dit willen.

Ja natuurlijk maar dan heb je dus nog steeds twee kabels tussen CPE en je dual wan router nodig. En het probleem is dat er maar één kabel ligt als ik het goed begrijp. Dat probleem kun je hiermee dus niet oplossen, daarvoor heb je echt managed switches aan beide kanten nodig. Of eventueel zou het met één managed switch in de meterkast kunnen als je een router hebt die om kan gaan met tagged VLAN's op zijn WAN poort.

ik222 wijzigde dit bericht 08-03-2012 15:21 (24%)

quote:

R_W schreef op donderdag 08 maart 2012 @ 14:03:
[...]

Dit is in principe de exact zelfde setup als ik gebruik, een bridge waar ik eerder over praatte functioneert namelijk hetzelfde als een switch. Het voordeel van het fysiek te scheiden is dat het misschien wat eenvoudiger te configureren is.

Mooiste zou ik alles in een device willen regelen. As het niet lukt zal ik dan voor de fysieke scheiding gaan.
Kom nog op terug met vragen

quote:

P.S. Hoe maak je die networklayout plaatjes?

Plaatjes maak ik met Microsoft Visio

quote:

j1nx schreef op donderdag 08 maart 2012 @ 13:02:
[...]
Als je zorgt dat je WAN2 en STB beide een andere MAC hebben, dan heb je wat je wilt. STB gewoon zals het hoort, maar toch ook alle streams op je LAN voor VLC.

Daar heb al gisteren voorgezorgd. Ga vanavond aansluiten.

quote:

ik222 schreef op donderdag 08 maart 2012 @ 15:19:
Of eventueel zou het met één managed switch in de meterkast kunnen als je een router hebt die om kan gaan met tagged VLAN's op zijn WAN poort.

Volgensmij kan dit sowieso heel eenvoudig met Linux (en dus OpenWRT). Als eth0 je WAN poort is maak je simpelweg interface eth0.1 en eth0.2 (er vanuit gaande dat je VLAN's 1 en 2 genummerd zijn) en kun je die interfaces gebruiken als zijnde IPTV uplink en WAN uplink respectievelijk.

Linux kan dat in principe gewoon ja, maar het hangt ook af van de kernel en drivers. OpenWRT ken ik zelf niet maar ik geloof best dat het daarmee werkt, waarschijnlijk wel afhankelijk van het model router en de chipset daarin.

ik222 wijzigde dit bericht 08-03-2012 15:47 (4%)

quote:

Milenco schreef op zaterdag 03 maart 2012 @ 00:53:
Ik zit zelf ook te overwegen om van m'n huidige Media Center PC met 3 DVB-C tuners (Ziggo) mbv DVBLink om te gooien naar IPTV. Wat zijn jullie ervaringen met de beeldkwaliteit van Ziggo (HD) t.o.v. IPTV (HD)? En hoe is jullie ervaring in Media Center met IPTV t.o.v. DVB-C (zappen, beeldkwaliteit, EPG, stabiliteit)?
[...]

Ik had zelf Ziggo met 2 FloppyDTV tuners. Nu IPTV icm. DVBlink via Lijbrandt.
Beeldkwaliteit is gelijkwaardig (subjectief oordeel natuurlijk). Zappen gaat iets sneller en het is veel stabieler dan de FloppyDTV oplossing. Die was regelmatig zijn tuners kwijt, heb ik met DVBlink geen last meer van. EPG werkt ook prima (ik doe het via de Lijbrandt EPG, maar je kunt ook de Mediacenter gids gegevens blijven gebruiken).
Enige waar ik zo nu en dan last van het is dat het beeld blokt, gebeurt 2~4 keer per uur denk ik. Geluid loopt wel gewoon door. Zit echt in de tv stream en niet in HDMI, want als ik terugspoel gebeurt het op exact hetzelfde moment weer en andere HD content (mkv, bluray, etc.) heeft er geen last van.
Had ik echter bij Ziggo ook last van, schijnt in de bekabeling te hebben gezeten maar dat heb ik nooit goed gekregen (met allemaal Hirschman spul).

quote:

j1nx schreef op donderdag 01 maart 2012 @ 12:12:
[...]


Ga eens naar "Administration" -> "Commands" en plak daar eens de volgende regels in de box.

[...]

En druk dan op de "Run command" button.

Als het dan verbeterd, kan je die regels nog meenemen in je startup script.

Ik heb je tip geprobeerd maar het hielp niet. Heb nog wat andere tests gedaan (wired op laptop die 720p goed kan afspelen). De multicast streams werken nagenoeg perfect. Heel af en toe een hele kleine hiccup maar niet storend. Het zijn de unicast streams die paar keer per minuut flink stotteringen geven. De bandwidth monitor van ddwrt laat elke keer op dat moment een dipje zien. De average load is bij multicast gering nl. tussen 0.08-0.16 maar bij unicast tussen 0.3-0.7 afhankelijk van SD of HD.

Nu draait udpxy als volgt:
/jffs/opt/bin/udpxy -p 4022 -M 30 -B 1Mb -a 192.168.2.1 -m 10.30.24.32

Zouden de udpxy parameters -M en -B aanpassen misschien helpen?
-B : buffer size (65536, 32Kb, 1Mb) for inbound (multicast) data [default = 2048 bytes]
-M : periodically renew multicast subscription (skip if 0 sec) [default = 0 sec]

Is mijn WRT320N gewoon niet snel genoeg? Heeft iemand dual wan en IPTV SD en HD streaming zowel multicast als unicast zonder hiccups werkend?

Zit toch te denken aan een snellere router. Wat is op dit moment een snelle DDWRT router die dual wan kan mbv de methode van j1nx? Ik zag de WNDR3700v2 680Mhz 16 MB Flash en 64MB Mem waar DDWRT op draait (Artheros chipset). Wat moet de router, als je j1nx's dual wan methode wilt doen, supporten? Alleen VLAN port based? Of ook 802.1q VLAN's? Of is het voldoende als de router DDWRT draait? Zag nl. deze tabel:
http://www.dd-wrt.com/wiki/index.php/VLAN_Support

En als ik die tabel mag geloven zijn het (over het algemeen) alleen Broadcom based routers die port based VLAN supporten.

JantjeO wijzigde dit bericht 10-03-2012 21:55 (3%)

Is er voor KPN en Telfort nog geen speler, die je kan integreren in Media Center, MediaPortal of XMBC? Je kan wel kanalen in je browser kijken via de desbetreffende websites. Er moet toch iets zijn, gezien je de KPN signalen niet kan decoderen op je HTPC.

Jumpman wijzigde dit bericht 12-03-2012 13:33 (20%)

Is het mogelijk om onderweg vandaan; toch naar IPTV (Interactieve TV Online) te kijken? Dit door bijv. thuis een proxy of VPN server te plaatsen?

Op die manier wordt het signaal wel thuis ontvangen en vervolgens weer 'naar buiten' gestuurd.

Iemand een werkende oplossing hiervoor gezien en/of bedacht? Of zijn er technische bezwaren/ beveiligingen om dit tegen te gaan?

quote:

HardinxCore schreef op maandag 12 maart 2012 @ 22:53:
Is het mogelijk om onderweg vandaan; toch naar IPTV (Interactieve TV Online) te kijken? Dit door bijv. thuis een proxy of VPN server te plaatsen?

Op die manier wordt het signaal wel thuis ontvangen en vervolgens weer 'naar buiten' gestuurd.

Iemand een werkende oplossing hiervoor gezien en/of bedacht? Of zijn er technische bezwaren/ beveiligingen om dit tegen te gaan?

Tuurlijk kan dat, maar je hebt het niet van mij

1) UDPxy kan je ook op je externe IP laten luisteren. Je kan dan eventueel een m3u playlijst met je meenemen, waar je verwijst naar je udpxy op je externe ip en port. Echter ondanks dat je verbinding wel de benodigde upload heeft, hebben een aantal verbindingen niet de juiste download snelheid.
2) Als je bijvoorbeeld op je iPhone / Ipad tv wil kijken, dan zal je de streams live moeten recoden en segmenten in een m3u8 file stoppen. Dit kan je bijvoorbeeld doen met VDR als server te samen met iStreamdev. Mediaportal te samen met iPiMP doet hetzelfde truukje.
3) Android is iets makkelijker, met de juiste player kan je de ruwe stream ook wel kijken, je kan dan eventueel live recoden om bandbreedte te sparen.

Dit alles zou ik niet over VPN doen, want met een beetje encryptie en compressie verlies je al te veel bandbreedte op zo'n verbinding.

Ik kan je geen hapklare brokken geven, ik heb alle opties wel zo'n beetje geprobeerd en alles heeft wel zo zijn zwaktes en sterktes. Ik speel bijvoorbeeld momenteel weer met VDR + IPTV_5.0 + XVDR + XBMC. Dis is als voorbereiding op mijn Raspberry-Pi STB project

quote:

j1nx schreef op dinsdag 13 maart 2012 @ 09:25:
[...]


Ik kan je geen hapklare brokken geven, ik heb alle opties wel zo'n beetje geprobeerd en alles heeft wel zo zijn zwaktes en sterktes. Ik speel bijvoorbeeld momenteel weer met VDR + IPTV_5.0 + XVDR + XBMC. Dis is als voorbereiding op mijn Raspberry-Pi STB project

Hou je ons op de hoogte?

Hallo,

Ik heb XBMCbuntu geinstalleerd (11.10 beta3) en daar zit standaard tvheadend in verwerkt. Ik maak daar gebruik van icm het htsp protocol om tv te kunnen kijken via IPTV die ik geleverd krijg van glashartmedia. (XMS)

Echter wanneer ik een kanaal wil bekijken, dan werken sommige kanalen niet meteen. Ik krijg dan de melding "no input detected". Het vreemde is dat het na enige tijd wel gaat werken en daarmee erg wazig wordt.

Nou ben ik nog een linux newbie, maar kan iemand hier iets over zeggen?
En wat het het commando om te achterhalen welke versie er van tvheadend draait?

EDIT: De multicast streams maken gebruik van meerdere (dynamische) source adressen. Met wireshark kun je deze achterhalen en toevoegen als statische (host) routes.

marigo wijzigde dit bericht 17-03-2012 08:52 (11%)
Reden: Opgelost

Ik had elke keer, een keer per minuut ongeveer, dat mijn IPTV heel even happerde, bij multicast iets minder dan bij unicast (heb dual wan gevolgd van j1nx). Was het helemaal beu en heb voor de test een rechtstreekse kabel tijdelijk door mijn kamer gelegd en de starttopic gevolgd. Ik heb Win7 64bit en moest nadat ik dhcpcore.dll naar desktop had gecopieerd en had gewijzigd, eerst de c:\windows\system32\dhcpcore.dll volledig beheer en daarna de DHCP client stoppen (in services) om de file te kunnen updaten.
Had meteen IP en volgde de rest vd stappen (metric, prioriteit en routing ed) en alles werkt perfect. Totaal geen stotteringen meer zelfs niet op HD! Dus i.p.v. geld uitgeven voor een betere/snellere router ga ik nu maar voor een NetGear Powerline 5004 adapter setje incl ingebouwde switch die ik bij mijn TV in de woonkamer plaats.

Het enige wat ik dan nog wil is goeie(!) unicast streams, maar ik denk dat ik daarvoor maar een HTPC koop die ik bij mijn TV ga zetten. Mijn Popcorn Hour A100 deed nl. ook al moeilijk om via HDMI HD films af te spelen dus die HTPC moet er maar komen. Op de HTPC installeer ik dan DVBLink Connect! Server op incl. DVBLink for IPTV met MediaPortal.


Mijn HTPC config is ook na zeer lange research eindelijk af, maar dat is weer een ander topic

Overigens hoe gevaarlijk is het dat je een HTPC/laptop rechtstreeks aan het IPTV VLAN hebt zitten? Ben ik beschermd middels de standaard Windows firewall en zo ja is dat genoeg? Ik had voor Openbaar Netwerk gekozen toen ik een IP kreeg op het IPTV VLAN.

Kun je mij uitleggen hoe je het aangepaste dhcpcore.dll bestand van de desktop weer naar c:\windows\system32\ kopieert en vervangt? Ik krijg maar geen rechten wat ik ook geprobeerd heb.

Ik heb de How-To van thestiffmeister gevolgd. Werkt perfect, ik kan nu de streams via VLC op mijn PC bekijken.

Maar ik kan niet via mijn externe IP adres op mijn NAS komen. Kan iemand mij daarmee helpen?

Verder zie ik mijn log, de volgende melding
code:

Mar 19 10:47:23 OpenWrt user.info sysinit: Bad argument `tcp'
Mar 19 10:47:23 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:23 OpenWrt user.info sysinit: Bad argument `udp'
Mar 19 10:47:23 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:24 OpenWrt user.info sysinit: Bad argument `tcp'
Mar 19 10:47:24 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:24 OpenWrt user.info sysinit: Bad argument `udp'
Mar 19 10:47:24 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:24 OpenWrt user.info sysinit: Bad argument `tcp'
Mar 19 10:47:24 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:24 OpenWrt user.info sysinit: Bad argument `udp'
Mar 19 10:47:24 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:25 OpenWrt kern.debug kernel: [   58.510000] eth1: no IPv6 routers present
Mar 19 10:47:25 OpenWrt user.info sysinit: Bad argument `tcp'
Mar 19 10:47:25 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.

Ik kan niet achterhalen waar deze foutmelding vandaan komt.

ceekee wijzigde dit bericht 19-03-2012 12:57 (6%)

quote:

datadevil schreef op dinsdag 13 maart 2012 @ 19:39:
[...]

Hou je ons op de hoogte?

Tuurlijk, al ben ik wel een beetje afgeknapt op de R-Pi. Ik ga nu voor een betere deal. Eventuele verdere info;
http://openelec.tv/forum/...0--arm-based-distribution

quote:

ceekee schreef op maandag 19 maart 2012 @ 12:39:
Verder zie ik mijn log, de volgende melding
code:

Mar 19 10:47:23 OpenWrt user.info sysinit: Bad argument `tcp'
Mar 19 10:47:23 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:23 OpenWrt user.info sysinit: Bad argument `udp'
Mar 19 10:47:23 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:24 OpenWrt user.info sysinit: Bad argument `tcp'
Mar 19 10:47:24 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:24 OpenWrt user.info sysinit: Bad argument `udp'
Mar 19 10:47:24 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:24 OpenWrt user.info sysinit: Bad argument `tcp'
Mar 19 10:47:24 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:24 OpenWrt user.info sysinit: Bad argument `udp'
Mar 19 10:47:24 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.
Mar 19 10:47:25 OpenWrt kern.debug kernel: [   58.510000] eth1: no IPv6 routers present
Mar 19 10:47:25 OpenWrt user.info sysinit: Bad argument `tcp'
Mar 19 10:47:25 OpenWrt user.info sysinit: Try `iptables -h' or 'iptables --help' for more information.

Ik kan niet achterhalen waar deze foutmelding vandaan komt.

Lijkt op foutje in /etc/firewall.user

Testen van extern IP moet je niet doen vanuit interne netwerk. Verder geef je veel te weinig info om te gokken waar het fout gaat.

quote:

R_W schreef op maandag 19 maart 2012 @ 20:56:
[...]

Lijkt op foutje in /etc/firewall.user

Testen van extern IP moet je niet doen vanuit interne netwerk. Verder geef je veel te weinig info om te gokken waar het fout gaat.

Als ik wist waar ik moet kijken voor deze foutmeldingen had ik meer informatie gegeven. Maar je hebt mij al een aanwijzing gegeven.

De volgende regel veroorzaakt foutmelding
code:

# renewal DHCP toestaan voor wan2
iptables -A eth0.1 -p udp --dport 68 -j ACCEPT

Dus als je nog hints hebt.

quote:

ceekee schreef op dinsdag 20 maart 2012 @ 09:12:
[...]
De volgende regel veroorzaakt foutmelding
code:

# renewal DHCP toestaan voor wan2
iptables -A eth0.1 -p udp --dport 68 -j ACCEPT

Dus als je nog hints hebt.

Hmm, denk het niet.

Geef een het stukje firewall code met de regels er voor en er na.

quote:

j1nx schreef op dinsdag 20 maart 2012 @ 09:18:
[...]


Hmm, denk het niet.

Geef een het stukje firewall code met de regels er voor en er na.

Hier is de rest van de code firewall.user
code:

# Allow forwarding from/to VPN interface
iptables -A forwarding_rule -i ppp+ -j ACCEPT
iptables -A forwarding_rule -o ppp+ -j ACCEPT

# Allow IPSec encrypted L2TP packets
iptables -A input_wan -p udp -m policy --strict --dir in --pol ipsec --proto esp -m udp --dport 1701 -j ACCEPT
iptables -A input_wan -m policy --strict --dir in --pol ipsec --proto esp -j REJECT

# renewal DHCP toestaan voor wan2
#iptables -A eth0.1 -p udp --dport 68 -j ACCEPT 

iptables -t nat -A POSTROUTING -d 82.139.121.0/24 -o eth0.1 -j MASQUERADE
iptables -I FORWARD -i eth0.2 -d 82.139.121.0/24 -o eth0.1 -j ACCEPT
iptables -I FORWARD -i eth0.1 -d 224.0.0.0/4 -o eth0.2 -j ACCEPT

quote:

ceekee schreef op dinsdag 20 maart 2012 @ 13:06:
[...]


Hier is de rest van de code firewall.user
code:

# Allow forwarding from/to VPN interface
iptables -A forwarding_rule -i ppp+ -j ACCEPT
iptables -A forwarding_rule -o ppp+ -j ACCEPT

# Allow IPSec encrypted L2TP packets
iptables -A input_wan -p udp -m policy --strict --dir in --pol ipsec --proto esp -m udp --dport 1701 -j ACCEPT
iptables -A input_wan -m policy --strict --dir in --pol ipsec --proto esp -j REJECT

# renewal DHCP toestaan voor wan2
#iptables -A eth0.1 -p udp --dport 68 -j ACCEPT 

iptables -t nat -A POSTROUTING -d 82.139.121.0/24 -o eth0.1 -j MASQUERADE
iptables -I FORWARD -i eth0.2 -d 82.139.121.0/24 -o eth0.1 -j ACCEPT
iptables -I FORWARD -i eth0.1 -d 224.0.0.0/4 -o eth0.2 -j ACCEPT

Hmm OK, je hebt toch gelijk

Je mist een aantal zaken in die regel.

Na de -A (append) moet je aangeven op welke rules set hij toe gevoegd moet worden (INPUT / OUTPUT / FORWARD)

Voor de interface (eth0.1) hoort ook nog een -i

waarschijnlijk zoek je naar iets in de trend van
code:

iptables -A input_wan2 -i eth0.1 -p udp --dport 68 -j ACCEPT

Ik woon in een UPC gebied zonder glasvezel en zou graag HDTV via een HTPC willen kunnen kijken. Is er inmiddels iemand die IPTV via een ADSL provider werkend heeft gekregen (ongeacht welke ISP)?

Of is een PC met tuners, CAM en CanalDigitaal het enige alternatief?

@j1nx, dat is inderdaad scherp opgemerkt, maar de "Bad argument 'tcp'" melding komt voor zover ik kan zien ergens anders vandaan. Mogelijk een fout in /etc/config/firewall.

@j1nx, bedankt voor de hulp. Daar was ik zelf nooit achter gekomen.

@R_W: bij het herstarten van de firewall krijg ik verder geen foutmeldingen. Bij het rebooten krijg ik nog steeds dezelfde meldingen


Heeft iemand nog aanwijzing om een SSH attack te blokkeren in mijn system log zie ik alleen maar:
code:

Mar 20 18:15:20 OpenWrt authpriv.info dropbear[24089]: Child connection from 210.212.49.19:55555
Mar 20 18:15:22 OpenWrt authpriv.warn dropbear[24089]: Login attempt for nonexistent user from 210.212.49.19:55555
Mar 20 18:15:23 OpenWrt authpriv.warn dropbear[24089]: Login attempt for nonexistent user from 210.212.49.19:55555
Mar 20 18:15:24 OpenWrt authpriv.info dropbear[24089]: Exit before auth: Disconnect received
Mar 20 18:15:27 OpenWrt authpriv.info dropbear[24090]: Child connection from 210.212.49.19:56693
Mar 20 18:15:29 OpenWrt authpriv.warn dropbear[24090]: Login attempt for nonexistent user from 210.212.49.19:56693
Mar 20 18:15:30 OpenWrt authpriv.warn dropbear[24090]: Login attempt for nonexistent user from 210.212.49.19:56693
Mar 20 18:15:30 OpenWrt authpriv.info dropbear[24091]: Child connection from 210.212.49.19:57218
Mar 20 18:15:31 OpenWrt authpriv.info dropbear[24090]: Exit before auth: Disconnect received
Mar 20 18:15:32 OpenWrt authpriv.warn dropbear[24091]: Login attempt for nonexistent user from 210.212.49.19:57218
Mar 20 18:15:33 OpenWrt authpriv.warn dropbear[24091]: Login attempt for nonexistent user from 210.212.49.19:57218
Mar 20 18:15:34 OpenWrt authpriv.info dropbear[24091]: Exit before auth: Disconnect received
Mar 20 18:15:37 OpenWrt authpriv.info dropbear[24093]: Child connection from 210.212.49.19:58378
Mar 20 18:15:39 OpenWrt authpriv.warn dropbear[24093]: Login attempt for nonexistent user from 210.212.49.19:58378
Mar 20 18:15:40 OpenWrt authpriv.warn dropbear[24093]: Login attempt for nonexistent user from 210.212.49.19:58378
Mar 20 18:15:40 OpenWrt authpriv.info dropbear[24093]: Exit before auth: Disconnect received
Mar 20 18:15:44 OpenWrt authpriv.info dropbear[24095]: Child connection from 210.212.49.19:59588

quote:

ceekee schreef op dinsdag 20 maart 2012 @ 18:21:
@j1nx, bedankt voor de hulp. Daar was ik zelf nooit achter gekomen.

@R_W: bij het herstarten van de firewall krijg ik verder geen foutmeldingen. Bij het rebooten krijg ik nog steeds dezelfde meldingen


Heeft iemand nog aanwijzing om een SSH attack te blokkeren in mijn system log zie ik alleen maar:
code:

Mar 20 18:15:20 OpenWrt authpriv.info dropbear[24089]: Child connection from 210.212.49.19:55555
Mar 20 18:15:22 OpenWrt authpriv.warn dropbear[24089]: Login attempt for nonexistent user from 210.212.49.19:55555
Mar 20 18:15:23 OpenWrt authpriv.warn dropbear[24089]: Login attempt for nonexistent user from 210.212.49.19:55555
Mar 20 18:15:24 OpenWrt authpriv.info dropbear[24089]: Exit before auth: Disconnect received
Mar 20 18:15:27 OpenWrt authpriv.info dropbear[24090]: Child connection from 210.212.49.19:56693
Mar 20 18:15:29 OpenWrt authpriv.warn dropbear[24090]: Login attempt for nonexistent user from 210.212.49.19:56693
Mar 20 18:15:30 OpenWrt authpriv.warn dropbear[24090]: Login attempt for nonexistent user from 210.212.49.19:56693
Mar 20 18:15:30 OpenWrt authpriv.info dropbear[24091]: Child connection from 210.212.49.19:57218
Mar 20 18:15:31 OpenWrt authpriv.info dropbear[24090]: Exit before auth: Disconnect received
Mar 20 18:15:32 OpenWrt authpriv.warn dropbear[24091]: Login attempt for nonexistent user from 210.212.49.19:57218
Mar 20 18:15:33 OpenWrt authpriv.warn dropbear[24091]: Login attempt for nonexistent user from 210.212.49.19:57218
Mar 20 18:15:34 OpenWrt authpriv.info dropbear[24091]: Exit before auth: Disconnect received
Mar 20 18:15:37 OpenWrt authpriv.info dropbear[24093]: Child connection from 210.212.49.19:58378
Mar 20 18:15:39 OpenWrt authpriv.warn dropbear[24093]: Login attempt for nonexistent user from 210.212.49.19:58378
Mar 20 18:15:40 OpenWrt authpriv.warn dropbear[24093]: Login attempt for nonexistent user from 210.212.49.19:58378
Mar 20 18:15:40 OpenWrt authpriv.info dropbear[24093]: Exit before auth: Disconnect received
Mar 20 18:15:44 OpenWrt authpriv.info dropbear[24095]: Child connection from 210.212.49.19:59588

SSH uitzetten van buitenaf of alleen vanaf bepaalde ip's accepteren + in je ssh config de users configureren die mogen verbinden, hoewel je log natuurlijk dit wel blijft melden

quote:

datadevil schreef op dinsdag 20 maart 2012 @ 19:54:
[...]

SSH uitzetten van buitenaf of alleen vanaf bepaalde ip's accepteren + in je ssh config de users configureren die mogen verbinden, hoewel je log natuurlijk dit wel blijft melden

Ik heb zelf SSH op een andere buiten port staan en bij het inloggen moet je een passkey bestand meegeven naast een login/pw. Knappe jongen als je dan nog mbv brute force binnen kan komen
Eventueel kun je ook port knocking doen dwz eerst in bepaalde volgorde op bepaalde geheime porten knocking en dan pas gaat de ssh port open.

JantjeO wijzigde dit bericht 21-03-2012 20:11 (8%)

Ik zou SSH met enkel een username / password sowieso niet toestaan. Altijd gebruik maken van certificaten bij verbindingen die van buitenaf open staan en indien mogelijk met een acl werken. Of anders een VPN oplossing gebruiken en SSH compleet blokkeren (zo doe ik het zelf).

ik222 wijzigde dit bericht 21-03-2012 20:18 (7%)

quote:

JantjeO schreef op woensdag 21 maart 2012 @ 20:10:
[...]


Ik heb zelf SSH op een andere buiten port staan en bij het inloggen moet je een passkey bestand meegeven naast een login/pw. Knappe jongen als je dan nog mbv brute force binnen kan komen
Eventueel kun je ook port knocking doen dwz eerst in bepaalde volgorde op bepaalde geheime porten knocking en dan pas gaat de ssh port open.

ssh op andere poort is beetje nep security, passkey is slim maar waarom niet gewoon na x aantal pogingen blokkeren?

Ik heb nu de volgende firewall rules en deze schijnen te helpen. Geen meldingen meer in mijn syslog.
code:

# SSH Brute force
iptables -A input_wan -p tcp --dport 22 -m state --state NEW \
  -m recent --name ATTACKER_SSH --rsource \
  --update --seconds 180 --hitcount 5 -j DROP
iptables -A input_wan -p tcp --dport 22 -m state --state NEW \
  -m recent --name ATTACKER_SSH --rsource --set -j ACCEPT

Heeft iemand nog een how-to om multicast van je wireless te weren?

quote:

Mojo schreef op zondag 22 januari 2012 @ 16:38:
Gaat niet werken. KickXL levert de KPN streams met Verimatrix. In Lochem is het netwerk WBA/WMP+. Niet de GHM streams zoals op de WGDO netwerken.

Geldt voor Concepts ICT in Lochem hetzelfde?

Wat ik namelijk krijg in VLC is een overwegend donkergroen vlak, met bovenaan een klein stukje TV-beeld met daaronder veel blokjes. Na enkele centimers gaat dit over in het donkergroene vlak. Uiteraard wil ik uiteindelijk met het signaal richting WMC, maar als dit al niet werkt...

Er is hier een Genexis Core Advanced CRA-F12tc modem geplaatst. Ik krijg netjes een IP-adres toegewezen (door aanpassing dhcpcore.dll, W7-64bit). Switch ertussen geplaatst, zodat ik met wireshark kan sniffen naar de IP-adressen bij zenderwissel. Voorbeeld IP's: 224.0.251.125:8250 of 224.0.252.44:7088. Als ik zo'n IP invoer in VLC krijg ik dus bovenstaand beeld.

Overigens komen de IP-adressen (voor zover ik gesnift heb) geen van allen voor in de glashartmedia-01-03-2012.m3u-file die ik ergens op één van de gelezen fora's gevonden heb.

De glasvezel-verbinding van Concepts ICT is gistermiddag opgeleverd.

quote:

ceekee schreef op woensdag 21 maart 2012 @ 21:33:


Heeft iemand nog een how-to om multicast van je wireless te weren?

Dat zou ik niet doen via "iptables", multicast is echt een heleboel packets en iptables is een pure cpu bezigheid. Dat ga je waarschijnlijk niet trekken.

Je kan dan beter;
- of je WLAN uit je LAN-bridge halen
- of de multicast proxy-en en de proxy deamon het laten blocken op je WLAN interface. (WLAN blocken via de config files)

quote:

marcel_32 schreef op donderdag 22 maart 2012 @ 00:46:
[...]

Geldt voor Concepts ICT in Lochem hetzelfde?

Wat ik namelijk krijg in VLC is een overwegend donkergroen vlak, met bovenaan een klein stukje TV-beeld met daaronder veel blokjes. Na enkele centimers gaat dit over in het donkergroene vlak. Uiteraard wil ik uiteindelijk met het signaal richting WMC, maar als dit al niet werkt...

Het 'groene vlak' is helaas precies het beeld wat je krijgt bij Verimatrix encrypted streams. Het gaat dus niet lukken om deze op je HTPC af te spelen.

quote:

datadevil schreef op woensdag 21 maart 2012 @ 21:15:
[...]

ssh op andere poort is beetje nep security, passkey is slim maar waarom niet gewoon na x aantal pogingen blokkeren?

Het een sluit het ander niet uit

quote:

Sacul schreef op zaterdag 17 maart 2012 @ 02:27:
Kun je mij uitleggen hoe je het aangepaste dhcpcore.dll bestand van de desktop weer naar c:\windows\system32\ kopieert en vervangt? Ik krijg maar geen rechten wat ik ook geprobeerd heb.

Welke melding krijg je? Geen rechten, of bestand in gebruik? In Windows 7?

Bij geen rechten moet je het de het bestand toe eigenen aan je eigen gebruiker (met administrator-rechten). Rechtermuisknop op het bestand en dan kiezen voor de optie "toe eigenen" of iets dergelijks.

Bij bestand in gebruik melding moet je de service "DHCP client" stoppen. Daar is een command-prompt voor, maar ik ga altijd via configuratiescherm -> systeembeheer -> services naar de lijst met services.
DHCP client opzoeken in de lijst, deze service stoppen, bestand overschrijven, service weer starten.

quote:

ShadowLord schreef op donderdag 22 maart 2012 @ 11:49:
[...]

Het 'groene vlak' is helaas precies het beeld wat je krijgt bij Verimatrix encrypted streams. Het gaat dus niet lukken om deze op je HTPC af te spelen.

Grrr...

Wel apart dat de eerste centimeter helemaal bovenaan de stream wel beeld geeft.

Nagoed, dan zeg ik de digitale TV diensten bij Concepts allen wel weer op en schakel ik t.z.t wel over naar satelliet.

Vind het wel ronduit belachelijk dat de streams beveiligd zijn. Ik betaal er toch netjes voor? Willen ze zo graag die ranzige Amino-kasten bij mensen door de strot duwen? Of ligt de oorzaak van codering meer in de richting van het feit dat je ook de streams zou kunnen kijken waar je geen abo op hebt? Lijkt mij een simpele check om op modem-niveau streams te blokkeren waar je geen recht op hebt, of ligt dat nu aan mij?

quote:

ShadowLord schreef op donderdag 22 maart 2012 @ 11:49:
[...]

Het 'groene vlak' is helaas precies het beeld wat je krijgt bij Verimatrix encrypted streams. Het gaat dus niet lukken om deze op je HTPC af te spelen.

Ik vraag me trouwens wel nog af waarom je Verimatrix encrypted streams niet zou moeten kunnen afspelen op een HTPC. Een Amino is toch ook een PC-tje? Het menu staat zelfs niet eens op de Amino. Een Amino-kastje met HD is zinloos als je deze dus b.v. mee wilt nemen ergens anders naartoe, want geen menu, dan dus ook geen opnames bekijken welke opgeslagen zijn.

Als dat Amino-kastje kan decrypten, dan moet een HTPC dat toch ook kunnen?

quote:

j1nx schreef op donderdag 22 maart 2012 @ 09:22:
[...]


Dat zou ik niet doen via "iptables", multicast is echt een heleboel packets en iptables is een pure cpu bezigheid. Dat ga je waarschijnlijk niet trekken.

Je kan dan beter;
- of je WLAN uit je LAN-bridge halen
- of de multicast proxy-en en de proxy deamon het laten blocken op je WLAN interface. (WLAN blocken via de config files)

Kan je mij wat aanwijzingen hoe ik dit moet oplossen. Ik heb naar oplossingen gezocht maar ik kom niet echt uit de aanwijzingen.

quote:

marcel_32 schreef op donderdag 22 maart 2012 @ 12:31:
Ik vraag me trouwens wel nog af waarom je Verimatrix encrypted streams niet zou moeten kunnen afspelen op een HTPC. Een Amino is toch ook een PC-tje? Het menu staat zelfs niet eens op de Amino. Een Amino-kastje met HD is zinloos als je deze dus b.v. mee wilt nemen ergens anders naartoe, want geen menu, dan dus ook geen opnames bekijken welke opgeslagen zijn.

Als dat Amino-kastje kan decrypten, dan moet een HTPC dat toch ook kunnen?

Dat klopt, in theorie. Je zou een driver/programma/plugin oid. kunnen maken die de versleutelde stream aanneemt een deze gedecodeerd weer doorgeeft.

Echter, de Verimatrix decoder is niet vrij beschikbaar. Je zult daarom zelf een decoder moeten schrijven. Bijvoorbeeld door het reverse engineeren van de decoder die in de Amino zit. Helaas is dit geen triviale taak en heeft nog niemand (zover ik weet) dit gedaan. Daarnaast is het de vraag hoe legaal zo'n oplossing zou zijn, zeker gezien vanuit Verimatrix. Die zullen niet zo blij zijn als er een decoder gemaakt wordt die de streams vrij beschikbaar maakt. Ook zal (een deel) van de codering/decodering gepatenteerd zijn.

In de praktijk betekend dat dat je waarschijnlijk nooit een 'vrije' Verimatrix decoder voor je PC gaat zien.

Concepts ICT was verrast dat ik vanwege gecodeerde streams vroeg naar mijn opzegtermijn van hun diensten.

Concepts ICT is tevens van mening dat er geen sprake is van enige misleiding. IPTV enkel via Amino staat in de algemene voorwaarden en de publieke omroepen zijn via het analoge signaal te bekijken, dus algehele codering van de streams is toegestaan, inclusief deze publieke omroepen.

Zullen ze deze codering langzamerhand door heel Nederland uitrollen? Zou erg jammer zijn voor diegene die het op dit moment wél kan ontvangen!

Mijn abo kan ik in ieder geval in oktober opzeggen, dus heb ik nog even de tijd voor een DVB-C oplossing, kabel, satelliet o.i.d.

quote:

marcel_32 schreef op donderdag 22 maart 2012 @ 12:02:
[...]


Welke melding krijg je? Geen rechten, of bestand in gebruik? In Windows 7?

Bij geen rechten moet je het de het bestand toe eigenen aan je eigen gebruiker (met administrator-rechten). Rechtermuisknop op het bestand en dan kiezen voor de optie "toe eigenen" of iets dergelijks.

Bij bestand in gebruik melding moet je de service "DHCP client" stoppen. Daar is een command-prompt voor, maar ik ga altijd via configuratiescherm -> systeembeheer -> services naar de lijst met services.
DHCP client opzoeken in de lijst, deze service stoppen, bestand overschrijven, service weer starten.

zie ook JantjeO in "IPTV op je HTPC"

quote:

ceekee schreef op donderdag 22 maart 2012 @ 12:48:
[...]


Kan je mij wat aanwijzingen hoe ik dit moet oplossen. Ik heb naar oplossingen gezocht maar ik kom niet echt uit de aanwijzingen.

Ik draai geen open-wrt, dus kan je moeilijk helpen. Een van de jongens alhier met open-wrt moeten dan even inspringen.

quote:

marcel_32 schreef op donderdag 22 maart 2012 @ 12:31:
[...]
Een Amino-kastje met HD is zinloos als je deze dus b.v. mee wilt nemen ergens anders naartoe, want geen menu, dan dus ook geen opnames bekijken welke opgeslagen zijn.
[...]

Dat valt best mee. Ding openschroeven, hdd op je computer aansuiten, en de juiste bestandjes richting VLC gooien.

Een laptop met esatap en het juiste kabeltje zijn dan een verademing. En als je windows draait moet je ergens ext3-drivers vinden.

Foto's, om het te bewijzen: http://imgur.com/a/rQlPL

---

En nog iets heel anders. Vanaf mijn thuisnetwerk was w.zt6.nl vanaf 6 maart niet meer berijkbaar. Sinds twee urr geleden weer wel

quote:

marcel_32 schreef op donderdag 22 maart 2012 @ 12:02:
[...]


Welke melding krijg je? Geen rechten, of bestand in gebruik? In Windows 7?

Bij geen rechten moet je het de het bestand toe eigenen aan je eigen gebruiker (met administrator-rechten). Rechtermuisknop op het bestand en dan kiezen voor de optie "toe eigenen" of iets dergelijks.

Bij bestand in gebruik melding moet je de service "DHCP client" stoppen. Daar is een command-prompt voor, maar ik ga altijd via configuratiescherm -> systeembeheer -> services naar de lijst met services.
DHCP client opzoeken in de lijst, deze service stoppen, bestand overschrijven, service weer starten.

Bedankt! Het is gelukt. Ik had problemen met rechten, ik kon de rechten niet wijzigen. Wel nadat ik het van eigenaar had veranderd.
Alle streams komen nu keurig binnen via VLC. Top! Ik zit overigens bij Concepts ICT te Amersfoort.

Hallo allemaal,

Ik heb me de pleuris lopen zoeken maar ik kom er niet uit.

Situatie: Ik heb glasvezel + iptv via tweak met een genexis modem. Nu heb ik in principe alles werkend op mijn wndr3700 (openwrt) icm igmp. Alleen het vreemde is dat de streams na zoveel tijd stoppen. Na wat gespit in dit topic dacht ik dat het te maken zou kunnen hebben met de dhcp refresh op poort 68, maar dat toevoegen in mijn firewall helpt weinig. Sterker nog, de streams stoppen ook als ik de firewall gestopt heb.

Mijn /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 'type' 'bridge'
        option 'proto' 'static'
        option 'ipaddr' '192.168.1.1'
        option 'netmask' '255.255.255.0'
        option 'ifname' 'eth0.2'

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

config 'interface' 'wan2'
        option 'ifname' 'eth0.1'
        option auto 1
        option 'proto' 'dhcp'
        option 'macaddr' '00:02:xx:xx:xx:xx'
        option 'vendorid' 'AminoM032fisys'
        option gateway 0.0.0.0

config 'switch'
        option 'name' 'rtl8366s'
        option 'reset' '1'
        option 'blinkrate' '2'
        option 'enable_vlan4k' '1'

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

config 'switch_vlan' 'eth0_1'
        option 'device' 'rtl8366s'
        option 'vlan' '1'
        option 'ports' '0 5t'

En de output van ifconfig:
code:

eth0.1    Link encap:Ethernet  HWaddr 00:02:61:E0:FA:6A
          inet addr:10.30.xx.xx  Bcast:10.30.195.255  Mask:255.255.252.0
          inet6 addr: fe80::202:61ff:xxx:xxx/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:169436 errors:0 dropped:0 overruns:0 frame:0
          TX packets:31 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:227352118 (216.8 MiB)  TX bytes:3190 (3.1 KiB)

igmpproxy -d -v -v /etc/igmpproxy.conf geeft verder ook weinig info op het moment dat de stream stopt.

Verder nog mijn route tabel:
code:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         82-197-xxx-33.d 0.0.0.0         UG    0      0        0 eth1
10.30.192.0     *               255.255.252.0   U     0      0        0 eth0.1
82.197.xxx.32   *               255.255.255.224 U     0      0        0 eth1
192.168.1.0     *               255.255.255.0   U     0      0        0 br-lan
224.0.0.0       *               240.0.0.0       U     0      0        0 eth0.1

Iemand bekend met dit probleem? En evt een idee wat ik eraan kan doen?
Oh ja, als ik vervolgens in vlc op stop druk en opnieuw de stream open, werkt het gewoon weer een tijdje..

*UPDATE*
Ik ben er zojuist achter gekomen dat als ik 1 stream vast laat lopen, ik verder wel zonder problemen 'tv' kan kijken.

Als ik op mijn pc vlc aan zet en wacht tot hij stopt met afspelen, en vervolgens bijv. in xbmc een stream aanzet (of een nieuwe instantie van vlc open op mijn pc) dan blijft de tweede stream wél werken. Het wordt vager met de minuut..

Nog een update..
Zo te zien gaat er toch iets mis met igmpproxy. Zie log output hier

Ik zit vanaf 192.168.1.2 nederland 1 (233.81.233.161) te kijken en volgens mij is dit een interessant stukje:
code:

Current routing table (Insert Route):
-----------------------------------------------------
#0: Src: 77.243.164.105, Dst: 233.81.233.161, Age:1, St: A, OutVifs: 0x00000002
#1: Src: 192.168.1.144, Dst: 239.255.255.250, Age:1, St: A, OutVifs: 0x00000002
-----------------------------------------------------
Route activate request from 192.168.1.2 to 239.255.255.250
The origin for route 239.255.255.250 changed from 192.168.1.144 to 192.168.1.2
Vif bits : 0x00000002
Setting TTL for Vif 1 to 1
Adding MFC: 192.168.1.2 -> 239.255.255.250, InpVIf: 2

Current routing table (Activate Route):
-----------------------------------------------------
#0: Src: 77.243.164.105, Dst: 233.81.233.161, Age:1, St: A, OutVifs: 0x00000002
#1: Src: 192.168.1.2, Dst: 239.255.255.250, Age:1, St: A, OutVifs: 0x00000002
-----------------------------------------------------
RECV V2 member report   from 192.168.1.1     to 224.0.0.2
The IGMP message was from myself. Ignoring.
About to call timeout 3 (#0)
Aging routes in table.
Removing group 233.81.233.161. Died of old age.
Removed route entry for 233.81.233.161 from table.
Vif bits : 0x00000002
Setting TTL for Vif 1 to 1
Removing MFC: 77.243.164.105 -> 233.81.233.161, InpVIf: 2
Leaving group 233.81.233.161 upstream on IF address 10.30.194.0
leaveMcGroup: 233.81.233.161 on eth0.1

mijn igmpproxy.conf:
code:

quickleave
phyint eth0 disabled
phyint eth0.1 upstream ratelimit 0 threshold 1
        altnet 224.0.0.0/4
        altnet 82.139.121.0/24
        altnet 192.168.0.0/16
        altnet 80.79.34.0/24
        altnet 77.243.164.0/24
phyint eth0.2 downstream ratelimit 0 threshold 1
phyint wlan0 disabled
phyint eth1 disabled

aal wijzigde dit bericht 25-03-2012 16:44 (28%)

Ik heb sinds ongeveer een maand de TV lopen via mijn WNDR3700 zoals eerder hier in het topic wordt uitgelegd. Het werkte allemaal goed tot eigenlijk de laatste week. Opnames (DVBLink IPTV) gaan mis en HDTV wil helemaal niet meer. HD geeft een beeld dat overeen lijkt te komen met beschrijvingen die ik lees over de Verimatix beveiliging. Bovenin beeld onderin zwart of groen met blokken.. Ik zit in Hilversum bij XMS op het glashart netwerk. Soms gebeurd dit ook bij SD uitzendingen. Verder testen volgt later..
Is er de laatste tijd iets veranderd? Eerder met twee netwerkkaarten nooit problemen.. Vreemd allemaal..

Hier een nieuweling die vol enthousiasme probeert dit werkend te krijgen. Ik ben een eind gekomen, maar de laatste stap lijkt niet te lukken.

Situatie:

- Lijbrandt in Gorssel
- Genexis modem
- Linksys E4200 met DD-WRT firmware
- Dual WAN oplossing gevolgd volgens tutorial van J1nx
- Mijn vlan 3 lijkt netjes een ip adres te krijgen:
code:

vlan3     Link encap:Ethernet  HWaddr 00:02:02:xx:xx:xx
          inet addr:10.249.xx.x  Bcast:10.249.xx.xxx  Mask:255.255.252.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:60 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3848 (3.7 KiB)  TX bytes:1302 (1.2 KiB)

Echter als ik probeer een stream te openen in bijvoorbeeld VLC dan krijg ik de volgende foutmelding:
code:

VLC kon de MRL 'http://192.168.254.1:4022/udp/233.81.233.161:10294' niet openen. Controleer het logboek voor details.
ek voor details.

Heeft iemand voor mij een zoekrichting om verder te komen? Voorlopig zit ik echt even "vast".

quote:

dizzie110 schreef op zondag 25 maart 2012 @ 18:10:
Hier een nieuweling die vol enthousiasme probeert dit werkend te krijgen. Ik ben een eind gekomen, maar de laatste stap lijkt niet te lukken.

Situatie:

- Lijbrandt in Gorssel
- Genexis modem
- Linksys E4200 met DD-WRT firmware
- Dual WAN oplossing gevolgd volgens tutorial van J1nx
- Mijn vlan 3 lijkt netjes een ip adres te krijgen:
code:

vlan3     Link encap:Ethernet  HWaddr 00:02:02:xx:xx:xx
          inet addr:10.249.xx.x  Bcast:10.249.xx.xxx  Mask:255.255.252.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:60 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3848 (3.7 KiB)  TX bytes:1302 (1.2 KiB)

Echter als ik probeer een stream te openen in bijvoorbeeld VLC dan krijg ik de volgende foutmelding:
code:

VLC kon de MRL 'http://192.168.254.1:4022/udp/233.81.233.161:10294' niet openen. Controleer het logboek voor details.
ek voor details.

Heeft iemand voor mij een zoekrichting om verder te komen? Voorlopig zit ik echt even "vast".

Klopt het wel dat 192.168.254.1 het ip is van je router?? Anders dubbelcheck door een simpele ping <ip>.

@JantjeO,

dank voor oplettendheid. Klopte wel.

Ik vrees echter dat ik mijn excercitie voor nop heb gedaan. Het lijkt er sterk op dat ik KPN streams binnenkrijg via Lijbrandt. Had ik niet verwacht - toch beter moeten onderzoeken vantevoren.

Oftewel: setup lijkt te werken, maar ik krijg encrypted streams binnen

quote:

Windows 7 64-bit SP1 Alle edities/Alle talen
1. Met een hex editor dhcpcore.dll openen
2. Zoeken op CF F3 02 en veranderen in C7 8D 02
3. Ga naar positie 37B40 en typ vanaf daar Aminoaminet130fisys
Klaar!

Dit werkt dus niet bij mij. DLL bestand dhcpcore.dll al even naar m'n bureaublad gekopieerd, toen geopend met Hex-Ed maar kan die hele waarde nergens vinden?!!

[edit] na 20 minuten klooien blijkt dat zoeken dsu hoofdletter gevoelig te zijn

Netjes een 10.x adres op m'n LAN nu nog uitzoeken hoe ik die stream in m'n VLC krijg

Ik heb Genexis poort2 (IPTV) naar een Gbit switch, en vanaf daar m'n amino + laptop aangesloten. Ik heb nu m'n dhcpcore.dll aangepast en krijg netjes een 10.x adres kan ook w.zt6.nl openen, maar hoe moet ik in vredesnaam een stream kijken?

udp://@233.81.233.161:10294 doet helemaal niks krijg geen beeld in VLC 2.0.1

[edit2]

Windows Firewall het werkt

xost wijzigde dit bericht 25-03-2012 20:58 (44%)

quote:

dizzie110 schreef op zondag 25 maart 2012 @ 18:10:
Echter als ik probeer een stream te openen in bijvoorbeeld VLC dan krijg ik de volgende foutmelding:
code:

VLC kon de MRL 'http://192.168.254.1:4022/udp/233.81.233.161:10294' niet openen. Controleer het logboek voor details.
ek voor details.

Heeft iemand voor mij een zoekrichting om verder te komen? Voorlopig zit ik echt even "vast".

Draait udpxy?