[TV Headend] Het grote TV Headend topic

[schumi2004]

renedis schreef op zondag 28 oktober 2018 @ 18:32:
FEC betekent "Forward Error Correction". De juiste instelling zorgt er voor dat je minder "Continuity counter errors" krijgt en je video/audio synchroon loopt. Als deze instelling op "auto" staat kan je configuratie er langer over doen om dit recht te trekken. Hier een stukje uitgelegd maar dan enkel voor audio, en hier een stukje wikipedia.

HorEPGd geeft mij 7 dagen, dat is hetgeen wat ik heb ingesteld. Ik heb geen idee wat de max is. Zie screenshot hier boven.

Begrijp ik het goed dat als deze op auto stond en de muxes uiteindelijk met FEC 3/5 terug te vinden zijn in de GUI dat het nog eens handmatig op 3/5 zetten en opslaan het toch nog verbeterd?

Heb linkje niet gevolgd nog aangezien ik het idee had dat FEC uitgelegd werd maar dat is me wel duidelijk n.a.v. je toelichting. Als ik het goed begrijp wordt je qua configuratie soort van misleid dan, config auto en een gui die 3/5 laat zien is dus eigenlijk niet zo?

[ANdrode]

renedis schreef op zondag 28 oktober 2018 @ 18:32:
[...]
Yes, het werkt zoals het hoort. Ik krijg 7 dagen aan informatie binnen met de dag van vandaag meegerekend. Zoals eerder gezegd moest ik wel (ivm 4.3-dev TVHeadend) mijn GUI authenticatie toegang op "plain" zetten bij: Configuration-->general-->base - Authentication type.

Heb mijn probleem ontdekt door horepg te debuggen:

• De HTTP 500 fouten
• Kanaal namen matchen niet 100% met horizon data

Het tweede is lastig op te lossen (namen aanpassen in tvheadend is vrij veel werk maar waarschijnlijk moet ik daar maar aan beginnen).

Mijn kanalen hebben "[naam] (HD)" als naam en Horizon/horepg zoekt op "[naam] HD"…

[CIStem]

Dat punt met die namen is al eerder opgemerkt. Dat komt alleen voor als je niet de namen van het DVB-C netwerk gebruikt. Het idee is juist dat je zo min mogelijk hoeft in te stellen. Misschien moet die match wat fuzzy gemaakt worden.

Er is een known issue met basic authentication in TVHeadend en horepg. De work around is dus dat uit zetten. Ik heb nog geen fix daarvoor, ik weet niet precies wat aangepast is.

[ANdrode]

CIStem schreef op zondag 28 oktober 2018 @ 21:04:
Dat punt met die namen is al eerder opgemerkt. Dat komt alleen voor als je niet de namen van het DVB-C netwerk gebruikt. Het idee is juist dat je zo min mogelijk hoeft in te stellen. Misschien moet die match wat fuzzy gemaakt worden.

Zo min mogelijk instellen is een goede optie!

Voor mij was het (achteraf) alleen onduidelijk waarom er maar voor een deel van de zenders EPG geladen werd. Fuzzy gedrag is moeilijk en speelt ook al in TVheadend wanneer je van service -> channel mapt (map all services).

De eerdere aanpak van het een handmatige mapping was ook niet ideaal. Alle kanalen laden is ook niet ideaal (teveel data).

Fuzzy mapping (edit distance) voldoet voor mij voor bijna alle zenders denk ik. De uitzondering is Discovery (heet bij mij Discovery Channel).

Een JSON dumpen als er geen settings file is is voor mij de makkelijkstee optie.

Er is een known issue met basic authentication in TVHeadend en horepg. De work around is dus dat uit zetten. Ik heb nog geen fix daarvoor, ik weet niet precies wat aangepast is.

Bij mij lijkt het issue alleen wanneer digest authenticatie aanstaat (de default nu) te spelen. Als basic auth aanstaat werkt het. Voor digest auth moet je met requests net wat andere parameters doorgeven.

[renedis]

schumi2004 schreef op zondag 28 oktober 2018 @ 19:00:
[...]

Begrijp ik het goed dat als deze op auto stond en de muxes uiteindelijk met FEC 3/5 terug te vinden zijn in de GUI dat het nog eens handmatig op 3/5 zetten en opslaan het toch nog verbeterd?

Heb linkje niet gevolgd nog aangezien ik het idee had dat FEC uitgelegd werd maar dat is me wel duidelijk n.a.v. je toelichting. Als ik het goed begrijp wordt je qua configuratie soort van misleid dan, config auto en een gui die 3/5 laat zien is dus eigenlijk niet zo?

In jouw log kwam het volgende naar voren:

code:

2018-10-27 00:03:36.712 TS: Ziggo/610.75MHz/RTL 4 HD: H264 @ #2001 Continuity counter error (total 1)
2018-10-27 00:03:36.760 mpegts: mux 474MHz in Ziggo old params DVB-C freq 474000000 sym 6875000 mod QAM/64 fec AUTO (00020000)
2018-10-27 00:03:36.760 mpegts: mux 474MHz in Ziggo new params DVB-C freq 474000000 sym 6875000 mod QAM/64 fec 3/5 (00020000)

Dit betekent dat je 474 MHz + onderliggende muxes op AUTO staan. Daarbij zie je daar boven direct een Continuity counter error tevoorschijn komen. Let wel, deze errors zullen eens in de zoveel tijd voorkomen door minder optimale verbinding (slechte coax kabel oid).

ANdrode schreef op zondag 28 oktober 2018 @ 19:33:
[...]
Mijn kanalen hebben "[naam] (HD)" als naam en Horizon/horepg zoekt op "[naam] HD"…

Je kan bij je channels ook een "Tidy" uitvoeren waardoor de HD benaming verdwijnt. Op deze manier matcht horEPG je HD kanaal ook met het SD kanaal, maar dit maakt niet uit want die gids is hetzelfde.
Nadeel is wel dat je ook in Kodi geen HD benaming meer hebt. Je kan in Kodi instellen dat je "Use backend channel numbers" gebruikt. Zo heb je logischerwijs je HD kanalen op 1 2 3 4 etc.

Je kan eventueel ook nog "merge same name" of "use fuzzy mapping" proberen. Echter heb ik daar geen ervaring mee.

renedis wijzigde deze reactie 29-10-2018 01:05 (33%)
Reden: typo's en plaatje

[RudolfR]

Ik heb een soortgelijk probleem met horepg, ik kijk nog naar SD-kanalen en die worden dus ook niet gemapped op de EPG-data van Horizon, want die zijn (vrijwel allemaal) voorzien van een ' HD'-suffix.

Een beetje fuzzy-logic in horepg zoals hierboven al door @CIStem wordt aangekaart zou mij wel helpen.

Nu kan ik de HD-kanalen in TVH wel weer aanzetten, daardoor de EPG binnentrekken die zelf mappen op de SD-kanalen, maar ik had juist die kanalen uitgezet om m'n predictive tuning een beetje te helpen...

[ANdrode]

renedis schreef op maandag 29 oktober 2018 @ 01:01:
[...]
Je kan eventueel ook nog "merge same name" of "use fuzzy mapping" proberen. Echter heb ik daar geen ervaring mee.

Ik heb zowel de SD als de HD streams. Daarom wil ik merge same name of fuzzy technieken eigenlijk niet proberen.

Achteraf in tvheadend de mapping maken is niet ideaal maar zou voor mij werken. Bij mij werkt de mapping met picons ook (naam gebaseerde picons in linuxserver/tvheadend image).

Eigenlijk zou ik dezelfde transformatie voor de namen willen gebruiken. Dat gaat bij mij waarschijnlijk goed voor alles behalve discovery channel ('discovery' in horizon data).

edit:
De transformatie van picons is een set vieze regular expressions. Hoop dat daar ergens een mooiere implementatie van is

edit2:

C:

// tvheadend:src/channels.c
static char * svcname_picons(const char *svcname)
{
  const char *s;
  char *r, *d;
  int count;
  char c;

  for (s = svcname, count = 0; *s; s++) {
    c = *s;
    if (c == '&' || c == '+' || c == '*')
      count++;
  }
  r = d = malloc(count * 4 + (s - svcname) + 1);
  for (s = svcname; *s; s++) {
    c = *s;
    if (c == '&') {
      d[0] = 'a'; d[1] = 'n'; d[2] = 'd'; d += 3;
    } else if (c == '+') {
      d[0] = 'p'; d[1] = 'l'; d[2] = 'u'; d[3] = 's'; d += 4;
    } else if (c == '*') {
      d[0] = 's'; d[1] = 't'; d[2] = 'a'; d[3] = 'r'; d += 4;
    } else {
      if (c >= 'a' && c <= 'z')
        *d++ = c;
      else if (c >= 'A' && c <= 'Z')
        *d++ = c - 'A' + 'a';
      else if (c >= '0' && c <= '9')
        *d++ = c;
    }
  }
  *d = '\0';
  return r;
}

ANdrode wijzigde deze reactie 29-10-2018 10:50 (45%)

[CIStem]

Is er eigenlijk een reden om de namen aan te passen zoals ze op het DVB-C netwerk zijn? Omdat het mooier staat wellicht?

Op dit moment is het als filter ingericht omdat voor alle kanalen zoveel data ophalen niet echt netjes is. Die 500 error is ook al een teken dat je met deze tool voorzichtig moet zijn. Eigenlijk wil ik nog een keer inbouwen dat er een verschil in frequentie van refreshen gedaan wordt op basis voor hoeveel dagen het vooruit is.

Maar een goede suggestie voor dit probleem is welkom. Eventueel configuratie voor mensen die zelf de namen van de kanalen aanpassen lijkt me ook nog wel geschikt.

[ANdrode]

CIStem schreef op maandag 29 oktober 2018 @ 13:30:
Is er eigenlijk een reden om de namen aan te passen zoals ze op het DVB-C netwerk zijn? Omdat het mooier staat wellicht?

Mijn kanalen worden via een m3u geimporteerd die automatisch opnieuw geladen wordt. Daardoor is het niet praktisch om kanalen van naam te veranderen.

Ik heb eerder met de hand kanalen toegevoegd maar dit wordt nogal veel werk

Op dit moment is het als filter ingericht omdat voor alle kanalen zoveel data ophalen niet echt netjes is. Die 500 error is ook al een teken dat je met deze tool voorzichtig moet zijn. Eigenlijk wil ik nog een keer inbouwen dat er een verschil in frequentie van refreshen gedaan wordt op basis voor hoeveel dagen het vooruit is.

Het gaat heel hard. Ik heb een soortgelijke tool op een gegeven moment omgebouwd naar asyncio (met aiohttp). Daardoor kon je makkelijk heel veel requests gaan doen.

Daar heb ik toen maar throttling en exponential backoff (delay * 2 bij elke fout, na elke goede respnse terug naar default) aan toegevoegd. HTTP 500's komen nie t heel vaak voor.

Maar een goede suggestie voor dit probleem is welkom. Eventueel configuratie voor mensen die zelf de namen van de kanalen aanpassen lijkt me ook nog wel geschikt.

In mijn geval is het issue verdwenen als er op dezelfde manier gematched wordt als bij bijvoorbeeld picons. Daar worden spaties en niet-alfanumerieke karakters (buiten +/-/*) genegeerd. Maar met een json bestand dat ik kan aanpakken is mijn issue ook opgelost.

Als ik direct dvb-c gebruikte dan was ik voor de defaults gegaan

[renedis]

Wellicht in overvloed maar ik had een Ziggo medewerker aan de lijn die mij wees op de FTA kanalen.

Encrypted kanalen:
Totaal: 318 zenders
474 MHz
5555
Symbol rate: 6875
QAM/64
FEC: 3/5

FTA:
Totaal: 108 zenders
474 MHz
4444
Symbol rate: 6875
QAM/64
FEC 3/5

[RudolfR]

Ziggo heeft hier in de regio onderhoud gepleegd en daardoor is mijn TVH-setup ontregeld.

Onder muxes staan er een aantal met een scan resultaat 'FOUT' en ik heb de nieuwe services wel weer gevonden, maar ze zitten op een andere/nieuwe mux, dus heel veel nieuwe duplicaten. Is er een handigheid voor om dit op te schonen?

Of het het handigst om alles weg te gooien en opnieuw te scannen? Gek genoeg worden de 'oude' services nog wel 'gezien' door TVH, dus aan de maintenance optie 'Remove unseen' heb ik niets.

Edit: Ik dacht: Ik begin opnieuw en probeer meteen de hierboven genoemd mux voor de nieuwe scan, maar die doet 't niet voor mij. Ik hou nog wel ff vast aan mijn oude mux.

RudolfR wijzigde deze reactie 14-11-2018 10:06 (14%)

[Mad_Cow]

TonVH schreef op zaterdag 23 juni 2018 @ 11:25:
Wie kan mij helpen om TVHeadend i.c.m. Ziggo werkend te krijgen? Bijv. via Teamviewer.

Ik heb al geprobeerd met de default instelling, vervolgens deze aangepast conform de Ziggo opgave op hun website (Freq. 164, Symbol 6900, Qam64), vervolgens alles handmatig (via Expert instelling) ingegeven maar ik krijg geen TV-kanalen te zien. Zie ook bijlage.

Ik gebruik een Synology DS418 (=RTD1296) met TVH 4.2.6-13 (hoger kan ik niet vinden).

Wie heeft de oplossing?

[Afbeelding]

Ik ben nu ook aan het worstelen om tvheadend met Ziggo (Zuid-Holland) aan de praat te krijgen.

ik heb al verschillende sets geprobeerd
netwerkID: 4444, 5555,43146
frequentie: 474000000 Hz, 164000000 Hz
Connections: 6875000, 6900000 Sym/s ( baud = 1000 x Sym/s toch?)
Modulation QAM/64

Welke instellingen werkten uiteindelijk voor jou?

[schumi2004]

Mad_Cow schreef op vrijdag 23 november 2018 @ 07:31:
[...]


Ik ben nu ook aan het worstelen om tvheadend met Ziggo (Zuid-Holland) aan de praat te krijgen.

ik heb al verschillende sets geprobeerd
netwerkID: 4444, 5555,43146
frequentie: 474000000 Hz, 164000000 Hz
Connections: 6875000, 6900000 Sym/s ( baud = 1000 x Sym/s toch?)
Modulation QAM/64

Welke instellingen werkten uiteindelijk voor jou?

Settings lijken goed. Hoe is je setup, je gebruikt Oscam neem ik aan?

schumi2004 in "[TV Headend] Het grote TV Headend topic"

[TonVH]

TVHeadend werkend krijgen is m.i. inderdaad een groot drama. Uiteindelijk heb ik (Almere) e.e.a. werkend gekregen. Zie bijgaande instellingen. Alle anderen werden (soms na lange tijd) aut. gevonden

[schumi2004]

TonVH schreef op vrijdag 23 november 2018 @ 09:33:
TVHeadend werkend krijgen is m.i. inderdaad een groot drama. Uiteindelijk heb ik (Almere) e.e.a. werkend gekregen. Zie bijgaande instellingen. Alle anderen werden (soms na lange tijd) aut. gevonden

[Afbeelding]

[Afbeelding]

Ik vind het drama gehalte wel meevallen eerlijk gezegd maar ik heb dan ook geen volledig beeld van de setup maar opzich is het geen rocket science.

[TonVH]

Ik ben niet de enige die het installeren van TVHeadend als een drama omschrijft. Een van de belangrijkste oorzaken is het ontbreken van een (up-to-date!) stappenplan en het hoge hobbyisme gehalte van het product. Daar waar andere producten met een paar point-and-clicks uit de doos werken moet elke gebruiker hier telkens zelf alles uitzoeken.

Als iemand er een leuk uitziend pakket van zou maken en dat bijgewerkt houdt dan zou het zelfs een commercieel succes kunnen zijn.

Maar als je het eenmaal werkend heb gekregen (en de provider niks wijzigt) dan is het een perfect werkend product.

PS: een groot deel van de problemen zou al opgelost worden als TVH zelf gewoon alles scant en op basis daarvan de juiste instellingen zoekt. Zo doen bijv. TV-Mosaic en EyeTV het.

TonVH wijzigde deze reactie 23-11-2018 11:03 (13%)

[RudolfR]

RudolfR schreef op dinsdag 25 juli 2017 @ 21:18:
Ik zit in dezelfde regio als remcoXP en ik zie dezelfde melding.

Ik krijg alleen muxes en services als ik deze info gebruik:
43146
164000000
6900000
QAM/64
AUTO

Die informatie lijkt ook nog steeds gewoon te werken.

Deze combi ook geprobeerd @Mad_Cow?
Die doet 't hier in de regio nog wel. (Ook ZH)

[Mad_Cow]

RudolfR schreef op vrijdag 23 november 2018 @ 20:08:
[...]


Deze combi ook geprobeerd @Mad_Cow?
Die doet 't hier in de regio nog wel. (Ook ZH)

@schumi2004 @RudolfR Thanks. Helaas werken die settings ook niet.
Ik draai geen OSCam, alleen FTA kanalen zoek ik dus.

Ik draai nu tvheadend in een Docker op mijn NAS. Ik ga ook eens proberen om het als package te installeren (zonder Docker)

[RudolfR]

Welk image gebruik je? Wat voor tuner?
HDHomeRun Extend werkt hier prima in docker. Wel met net=host, uiteraard.

Tuner(s) wel gekoppeld aan het 'Ziggo' netwerk?


YAML:

version: '2'

volumes:
  tvheadend-pvr:
    driver: nfs
    driver_opts:
      share: "192.168.1.60:/tank/media/pvr" 

services:
  tvheadend:
    image: linuxserver/tvheadend:latest
#    image: linuxserver/tvheadend:107
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Amsterdam
    volumes:
      - tvheadend-pvr:/mnt/pvr
      - /home/tvheadend/:/config
    ports:
     - 9981:9981
     - 9982:9982
    network_mode: host
    restart: always

[RichieB]

@Mad_Cow Hier in de regio Rotterdam is een week geleden een aardige verandering doorgevoerd in het Ziggo netwerk (ex-UPC gebied). Mijn schoonvader neemt programma's nog analoog op maar dat signaal is niet langer beschikbaar. Zelf kijk ik TV via een HDHomeRun Extend en TVHeadEnd. Ik heb mijn netwerk id op 4444 staan maar de gevonden services daar klopten niet meer. Zo zat NPO 1 HD voorheen op 252MHz maar nu zit in hij NID 4444 op zowel 386MHz en 642MHz. Ik heb na flink wat uitzoeken in TVHeadEnd alle kanalen en services verwijderd en daarna een nieuwe netwerk scan voor 4444 geforceerd. Dit leverde de nieuwe services op waarmee ik daarna weer de kanalen opnieuw heb aangemaakt (Services -> Geselecteerde koppelen).

Kan TVHeadEnd ook services die niet meer bestaan automatisch verwijderen? Wel suf dat ik dit handmatig moest doen. Aan de andere kant komen dit soort aanpassingen van het netwerk ook niet zo heel vaak voor natuurlijk..

[ANdrode]

RichieB schreef op zaterdag 24 november 2018 @ 15:10:
Kan TVHeadEnd ook services die niet meer bestaan automatisch verwijderen? Wel suf dat ik dit handmatig moest doen. Aan de andere kant komen dit soort aanpassingen van het netwerk ook niet zo heel vaak voor natuurlijk..

Volgens mij wel (in UI met advanced aan - maar dat heb je waarschijnlijk al in verband met de CA tab):

[RichieB]

Ja, die opties zag ik later ook. Maar waf gebeurt er dan met kanalen die gebruik maken van de oude services? Verdwijnen die of worden die omgezet naar de nieuwe services met dezelfde naam?

[Mad_Cow]

Na wat mails met Synology blijkt dat de 18-series bassen geen officiële dtv dongle support meer hebben 😭.

Ook in de officiële Synology DS video station worden geen kanalen gevonden. Ben bang dat het niet gaat lukken. Misschien toch eens kijken naar zo'n homerun ding.

[ANdrode]

RichieB schreef op zaterdag 24 november 2018 @ 15:59:
Ja, die opties zag ik later ook. Maar waf gebeurt er dan met kanalen die gebruik maken van de oude services? Verdwijnen die of worden die omgezet naar de nieuwe services met dezelfde naam?

In mijn geval worden de nieuwe services gemaakt door map services. Met hoe dit precies gaat heb ik geen ervaring - wanneer ik "verkeerde" channels of services heb negin ik helemaal overnieuw door network/muxes te verwijderen

[RudolfR]

@RichieB

Volgens mij verdwijnen die services dan gewoon; maar bij mij werden ze nooit 'unseen'.
Ik had dus niets aan die functie van TVH en heb 't ook met de hand opgelost. Onhandig, maar ruimt wel lekker op.

[Blaffeh]

Hoe is bij jullie de beeldkwaliteit?Ik heb toch regelmatig blokjes in beeld terwijl signaal en kwaliteit 100% aangeeft. Ik heb dit zowel in Kodi (meerdere versies geprobeerd, op Mac en Kodibuntu) als in VLC. Zowel de stable als de latest versie geven dit probleem. Lijkt zich vooral voor te doen met snelle beelden. TVH draait in een docker container op een DS1815+. Kan ik misschien nog iets tweaken in de settings qua stream in TVH?

Als ik de url van een kanaal uit de webinterface van de HDHomerun in VLC knikker, dus dan omzeil ik TVH, dan is er niets aan de hand...

Blaffeh wijzigde deze reactie 25-11-2018 17:51 (13%)

[Mad_Cow]

Mad_Cow schreef op zaterdag 24 november 2018 @ 17:26:
Na wat mails met Synology blijkt dat de 18-series bassen geen officiële dtv dongle support meer hebben 😭.

Ook in de officiële Synology DS video station worden geen kanalen gevonden. Ben bang dat het niet gaat lukken. Misschien toch eens kijken naar zo'n homerun ding.

Laatste update. Het is gelukt om het op mijn SynologyDS218+ voor elkaar te krijgen

Belangrijke punten:
- Installeer Synology Videostation en in de instellingen schakel de optie: "disable the DTV function"uit - hiermee wordt ondersteuning voor DTV ingeschakeld
- Het werkte bij mij niet via Docker, maar wel via de package (Synocommunity Beta)
- De standaard Ziggo instellingen van tvheadend werkten niet, maar deze wel: https://www.ziggo.nl/klan...onder-ontvanger/ga-verder
- vergeet niet om in tvheadend onder "TV adapters" de tuner aan het netwerk te koppelen.

[chielmi]

De reden dat het in Docker niet werkt is dat je vanuit de Docker implementatie van Synology geen USB devices aan kunt roepen, helaas.

[fuzzyduck]

Voor degene met esxi. Dit was bij mij de oplossing.

https://tvheadend.org/boards/4/topics/32556

[lolgast]

chielmi schreef op maandag 26 november 2018 @ 08:06:
De reden dat het in Docker niet werkt is dat je vanuit de Docker implementatie van Synology geen USB devices aan kunt roepen, helaas.

Via de GUI kan het niet inderdaad, maar als je de container start vanuit de cli via bijvoorbeeld een docker-compose.yml dan werkt dat gewoon zoals bij elke andere Docker host

[Mayco]

fuzzyduck schreef op woensdag 28 november 2018 @ 08:26:
Voor degene met esxi. Dit was bij mij de oplossing.

https://tvheadend.org/boards/4/topics/32556

Zijn er zo'n tweaks voor mensen die proxmox gebruiken? Ik krijg heel vaak Continuity counter errors, maar geen duideiljke oorzaak. Mijns inzien zou tvheadend wel wat beter moeten bestand zijn hiertegen. Een kleine hickup zou ik nog begrijpen, maar nu blockt te volledige stream.

[LiquidSmoke]

Mayco schreef op woensdag 5 december 2018 @ 12:40:
[...]

Zijn er zo'n tweaks voor mensen die proxmox gebruiken? Ik krijg heel vaak Continuity counter errors, maar geen duideiljke oorzaak. Mijns inzien zou tvheadend wel wat beter moeten bestand zijn hiertegen. Een kleine hickup zou ik nog begrijpen, maar nu blockt te volledige stream.

Ik draai tvheadend in een container met 2 cpu's en 2048 CPU units ipv 1024 units, tijdens zware activiteiten geen blokkerig beeld meer

[fuzzyduck]

LiquidSmoke schreef op zaterdag 8 december 2018 @ 20:57:
[...]


Ik draai tvheadend in een container met 2 cpu's en 2048 CPU units ipv 1024 units, tijdens zware activiteiten geen blokkerig beeld meer

Bij ESXI heb ik ook de disk priority (shares genaamd) hoger gezet, voor de zekerheid. Als ik bestanden heen en weer sleep naar mn VM opslagtank, dan weet ik zeker dat mn vriendin niet gaat roepen vanuit de huiskamer dat hij hapert

[FuaZe]

Ik heb een NVidia ShieldTV (AndroidTV) en een aantal apparaten waar ik Kodi op kan draaien.
Nu heb ik:
- Door het huis heen geen coax liggen.
- Een hekel aan die "provider boxen".
- Interesse in opnemen.
- DVB-C (via FTTH), geen smartcard nodig voor de 'gratis' kanalen.
- Een centrale (Ubuntu) server (toevallig in de buurt van coax).

Mijn vraag is / vragen zijn:
- Kan ik een USB <-> DVB-C tuner aansluiten op m'n server (inc. tvheadend) en op de client (zonder tuner, TV kijken?)
- Kan ik dan ook opnemen?
- Kan ik met meerdere clients, verschillende kanalen kijken met een enkele DVB-C tuner? Of moet voor elke "individuele zender" een aparte tuner?

Qua software verwacht ik er wel uit te komen, maar uit de documentatie haal ik niet zo snel de limitaties/mogelijkheden.

[RichieB]

FuaZe schreef op dinsdag 18 december 2018 @ 10:20:
- Kan ik een USB <-> DVB-C tuner aansluiten op m'n server (inc. tvheadend) en op de client (zonder tuner, TV kijken?)

Ja, dat is het hele idee van de setup.

- Kan ik dan ook opnemen?

Ja, dat is basisfunctionaliteit van tvheadend

- Kan ik met meerdere clients, verschillende kanalen kijken met een enkele DVB-C tuner?

Nee. 1 enkele tuner kan maar op 1 enkel kanaal staan. Meerdere clients kunnen dan alleen naar hetzelfde kanaal kijken.

Of moet voor elke "individuele zender" een aparte tuner?

Ja, voor elk kanaal dat je tegelijkertijd wilt gebruiken (live kijken + opnemen) heb je een tuner nodig. Gelukkig hebben sommige ontvangers meerder tuners aan boord. Ik gebruik zelf een HDHomeRun met 4 tuners.

[FuaZe]

RichieB schreef op dinsdag 18 december 2018 @ 12:45:
Ja, voor elk kanaal dat je tegelijkertijd wilt gebruiken (live kijken + opnemen) heb je een tuner nodig. Gelukkig hebben sommige ontvangers meerder tuners aan boord. Ik gebruik zelf een HDHomeRun met 4 tuners.

Ah, ik zie idd dat die met twee tuners ook maar "DVB-T" heeft en geen "DVB-C".
Maar zoals ik het zie heb je dus zo'n HDHomerun als "tuner" en TVHeadend voor streamen en zenderinformatie?

Bij die HDHomerun staan wel twee warnings, een over EPG en "DVR Software sold seperately", maar dat kan dus m.b.h.v TVHeadend (evenals het streamen).

Lijkt me een cool project, zeker aangezien de TV zelf niet kan opnemen en ik echt geen zin heb in zo'n kastje van de provider zelf. Waarschijnlijk geeft het dan ook de mogelijkheid om in Kodi vanuit de iPad PVR aan te zetten (geen vereiste, maar ben benieuwd).

Zou het wat waard zijn als ik d'r een artikeltje/tutorial over schrijf, ik verwacht dat het internet namelijk al helemaal vol gepleurt is met mensen die hier een tutorial over hebben?

Edit: @RichieB ik was op zoek naar compatibiliteit met TriNed, maar zag dat jij ook in een ander TriNed topic geplaatst hebt over installatie, heb je die bovenstaande setup in gebruik op TriNed DVB-C (alhoewel ik vermoed dat het prima werkt aangezien ik geen smartcards in gebruik heb en anders gaat het doosje retour afzender (na veel mailtjes/belletjes naar trined support) )

FuaZe wijzigde deze reactie 18-12-2018 15:24 (16%)

[eymey]

TonVH schreef op vrijdag 23 november 2018 @ 09:33:
TVHeadend werkend krijgen is m.i. inderdaad een groot drama. Uiteindelijk heb ik (Almere) e.e.a. werkend gekregen. Zie bijgaande instellingen. Alle anderen werden (soms na lange tijd) aut. gevonden

[Afbeelding]

[Afbeelding]

Wat ik vooral ongelofelijk irritant vind aan TVHeadend is dat, zelfs als ik jouw settings gebruik en dus zowel bij de netwerk instellingen als de eerste mux het netwerk ID op 4444 zit (zodat ik de zendernummers goed krijg en hopelijk ook alleen de FTC kanalen), ik bij "services" vervolgens toch ALLES van Ziggo in m'n mik krijg.

Ik ben het helemaal met je eens, TVHeadend is gewoon een DRAMA, ookal kan je er verder ontzettend veel mee. Als ik het meer zou gebruiken, dan zou ik bijna gaan betalen voor TVMosaic. Dat werkt tenminste wél (alleen vind ik qua functionaliteit dan weer minder).

[mdlaat]

Hoi,

Ik twijfel of ik dit hier of in het trined forum moet posten. Laat ik het in eerste instantie hier proberen.

Ik heb ruzie met tvheadend & dbv-c. Ik heb het al een tijdje probleemloos draaien op een raspberry. Gisteren overleed de sd kaart. De backup die ik had liggen was natuurlijk veel te oud (dikke bult), dus ik ben de boel opnieuw aan het installeren. Hardware is dus, op een andere sd kaart na, niet veranderd.

Ik had en heb dvb-c van Trined. Werkte prima, zowel op een tv als ook op tvheadend. Maar nu ik tvheadend opnieuw aan het installeren ben, lukt het me niet om alle kanalen (services) te krijgen.

Ik maak een eerste initiële mux aan (klik voor groter plaatje):


Deze scant goed, en er volgen nu automatisch andere muxen, die na een scan allemaal failen (klik voor groter plaatje):


Alleen uit die eerste handmatig ingevoerde mux worden services gevonden (klik voor groter plaatje):


In de syslog zie ik veel "scan no data, failed" meldingen:


code:

Jan 25 11:42:39 raspberrypi tvheadend[1561]: mpegts: 268MHz in dvb-c - tuning on Philips TDA10023 DVB-C #0 : DVB-C #0
Jan 25 11:42:39 raspberrypi tvheadend[1561]: subscription: 020E: "scan" subscribing to mux "268MHz", weight: 2, adapter: "Philips TDA10023 DVB-C #0 : DVB-C #0", network: "dvb-c", service: "Raw PID Subscription"
Jan 25 11:42:44 raspberrypi tvheadend[1561]: mpegts: 268MHz in dvb-c - scan no data, failed
Jan 25 11:42:44 raspberrypi tvheadend[1561]: subscription: 020E: "scan" unsubscribing
Jan 25 11:42:54 raspberrypi tvheadend[1561]: mpegts: 268MHz in dvb-c - tuning on Philips TDA10023 DVB-C #0 : DVB-C #0
Jan 25 11:42:54 raspberrypi tvheadend[1561]: subscription: 0210: "scan" subscribing to mux "268MHz", weight: 2, adapter: "Philips TDA10023 DVB-C #0 : DVB-C #0", network: "dvb-c", service: "Raw PID Subscription"

Uiteraard de dvb-c adapter, de raspberry en het glasvezelkastje al eens gereboot.

Schiet mij maar lek.

Iemand tips? Of toevallig iemand die hetzelfde heeft draaien bij trined en die eens wil kijken hoe zijn muxen gedefinieerd zijn?

Dank!

[knoeiprutser]

Hulp gevraagd!
Ik heb sinds kort digitale tv van Ziggo, gewoon het simpelste abonnement. Nu heb ik een Raspberry pi en een tvstick. Ik probeer TVheadend in te stellen maar het lukt niet.
In het tabblad muxes, staan er een paar scan results met OK. Bij de meeste staat er FOUT.








Ik heb geen idee hoe het nu verder moet
Verder valt het me op dat NPO 1,2 en 3 er niet bij staan in het tabblad services?
Wat doe ik verkeerd? Kan iemand mij op gang helpen?

knoeiprutser wijzigde deze reactie 03-02-2019 00:15 (73%)

[TonVH]

Ik (Almere) gebruik Network ID= 444, frequency = 164000000, symbol = 6900000. Qam = 64.

[foxgamer2019]

@knoeiprutser Heb je geen pre-defined muxes? Daar moet het profiel van Ziggo tussen staan.

[knoeiprutser]

@TonVH Volgens de website van Ziggo heb ik deze instellingen nodig.
@foxgamer2019 die predefined werkt niet

[foxgamer2019]

knoeiprutser schreef op zondag 3 februari 2019 @ 15:58:
@TonVH Volgens de website van Ziggo heb ik deze instellingen nodig. [Afbeelding]
@foxgamer2019 die predefined werkt niet

Welke TV-kaart/USB heb je?
Is je bekabeling goed?

[TonVH]

Wat ik heb vermeld zijn de waardes waarmee het bij mij uiteindelijk werkte.

De waardes zijn mede afhankelijk van het gebied waar je zit.

[knoeiprutser]

Ik heb de usb-stick op mn pc geprobeerd (met windows en arcsoft en de dvb-t tuner/antenne) dan doet hij het prima.
Het is een Mygica T230C, hij zit in een usb-hub (met extra adapter) die hangt aan een Raspberry pi.

NB Ik zit in Amsterdam

knoeiprutser wijzigde deze reactie 03-02-2019 17:29 (5%)

[mdlaat]

@knoeiprutser Lijkt veel op het probleem wat ik had. Probeer eens in de eigenschappen van het netwerk (2e screenshot wat je mee stuurde) het veld "Netwerk ID (beperk scannen)" de netwerkid die door je provider gegeven wordt in te vullen.

[knoeiprutser]

Doet ook niks.
Weet iemand wat ik precies moet invullen om de fta zenders te krijgen?

[hardware-lover]

@knoeiprutser Klikkerklik...

[knoeiprutser]

Dank, maar ik bedoel eigenlijk die fta zenders (met dvb t) want ziggo (dvb-c) krijg ik dus niet aan de praat.

[hardware-lover]

@knoeiprutser, alleen de NPO zenders dan? Dat wordt een karig zenderpakketje? Misschien kan je dan net zo goed gaan streamen? https://www.npostart.nl/live

[knoeiprutser]

Als DVB-T wel lukt, dan weet ik dat ik iets met tv-headend verkeerd doe (mbt de ziggo instellingen) en dat het niet ergsn anders aan ligt.

[hardware-lover]

https://www.radio-tv-nederland.nl/dvbt/digitenne-kpntv.html

[schumi2004]

knoeiprutser schreef op zondag 3 februari 2019 @ 15:58:
@TonVH Volgens de website van Ziggo heb ik deze instellingen nodig. [Afbeelding]
@foxgamer2019 die predefined werkt niet

Kun je wellicht hier iets mee?

schumi2004 in "[TV Headend] Het grote TV Headend topic"
renedis in "[TV Headend] Het grote TV Headend topic"
TonVH in "[TV Headend] Het grote TV Headend topic"

[knoeiprutser]

Dank!
Ik heb nu wel bijv. NPO 1,2 en 3 bij de services staan (die ik eerst niet had), maar er missen nog wel andere zenders zoals RTL5, BBC2, NG en nog een aantal.
En er staan bijvoorbeeld ook een aantal zenders van Film 1 in de services maar die heb ik helemaal niet.
Is dat normaal?
En bij de muxes staan een rits fouten bij de scan results. Ik weet niet wat k verkeerd doe.

[knoeiprutser]

Mensen, heel hartelijk bedankt voor de hulp. Het is eindelijk gelukt. Ik zag dat er afgelopen week een nieuwe versie van Libre Elec uit was gekomen, dus ik ben gisteren helemaal opnieuw begonnen met een lege sd-kaart.
M'n tv-stick werkt, ik heb alle zenders op mn raspberry pi.
Ik ben zo blij!

[thelightning]

Hi Gents,

Ik probeer oscam op een Synology aan de praat te krijgen samen met een Smargo USB smartcard reader.
Voorheen in oudere versies van Oscam gebruike ik /dev/ttyUSB0 als device maar de nieuwere versie van Oscam lijkt dit niet te slikken;
"Wrong device format (/dev/ttyUSB0), it should be Device=bus:dev"

Nu zie ik in de shell de reader prima;


code:

admin@nas:/$ lsusb
|__usb1          1d6b:0002:0206 09  2.00  480MBit/s   0mA 1IF  (Linux 2.6.32.12 ehci_hcd Marvell Orion EHCI orion-ehci.0) hub
  |__1-1         05e3:0608:8532 09  2.00  480MBit/s 100mA 1IF  ( d6a3ebcbfbd5e7a5f6a3) hub
    |__1-1.4     05e3:0726:9910 00  2.00  480MBit/s 500mA 1IF  ( 000000009910)
|__usb2          1d6b:0003:0206 09  3.00 5000MBit/s   0mA 1IF  (xhci_hcd 0000:01:01.0) hub
  |__2-4         0403:6001:0500 00  2.00   12MBit/s 100mA 1IF  (Argolis BV Smartreader2 plus smargo1 )

Maar ik krijg hier geen bus:device uit. Ik heb de 0403:6001:0500 regels in verschillende combinaties geprobeerd en ook stuff als usb2:2-4 maar hij wil hem naar niet zien;
Smartreader device usb2:2-4 not found
Cannot open device: usb2:2-4

In dmesg zie ik hem zo;
[796135.060000] usb 2-4: FTDI USB Serial Device converter now attached to ttyUSB0

Iemand enig idee? Alvast bedankt.

thelightning wijzigde deze reactie 19-02-2019 20:15 (4%)

[Cyphax]

Ik weet niet waarom de output van lsusb er bij jou zo uit ziet, kijk eens in de man-page (aangenomen dat die er zijn )? Het zou er eigenlijk meer uit moeten zien als
code:

Bus 004 Device 003: ID 0424:2660 Standard Microsystems Corp. Hub

Vind ik dan.

[thelightning]

Ja dat verwachtte ik ook. Dit is de standaard lsusb die de Synology heeft.

Wat extra output;

code:

admin@nas:/$ lsusb -I
|__usb1          1d6b:0002:0206 09  2.00  480MBit/s   0mA 1IF  (Linux 2.6.32.12 ehci_hcd Marvell Orion EHCI orion-ehci.0)
 1-0:1.0          (IF) 09:00:00 1EP  () hub
  |__1-1         05e3:0608:8532 09  2.00  480MBit/s 100mA 1IF  ( d6a3ebcbfbd5e7a5f6a3)
  1-1:1.0         (IF) 09:00:00 1EP  () hub
    |__1-1.4     05e3:0726:9910 00  2.00  480MBit/s 500mA 1IF  ( 000000009910)
   1-1.4:1.0      (IF) 08:06:50 2EPs () usb-storage host2 (sdq sdr)
|__usb2          1d6b:0003:0206 09  3.00 5000MBit/s   0mA 1IF  (xhci_hcd 0000:01:01.0)
 2-0:1.0          (IF) 09:00:00 1EP  () hub
  |__2-4         0403:6001:0500 00  2.00   12MBit/s 100mA 1IF  (Argolis BV Smartreader2 plus smargo1 )
  2-4:1.0         (IF) ff:ff:ff 2EPs (Vendor Specific) ftdi_sio ttyUSB0

Ik zit dan aan usb2:2--4 te denken of 2-4:1.0 maar geen sjogge.

thelightning wijzigde deze reactie 19-02-2019 20:24 (3%)

[Cyphax]

thelightning schreef op dinsdag 19 februari 2019 @ 20:23:
Ja dat verwachtte ik ook. Dit is de standaard lsusb die de Synology heeft.

Wat extra output;

code:

admin@nas:/$ lsusb -I
|__usb1          1d6b:0002:0206 09  2.00  480MBit/s   0mA 1IF  (Linux 2.6.32.12 ehci_hcd Marvell Orion EHCI orion-ehci.0)
 1-0:1.0          (IF) 09:00:00 1EP  () hub
  |__1-1         05e3:0608:8532 09  2.00  480MBit/s 100mA 1IF  ( d6a3ebcbfbd5e7a5f6a3)
  1-1:1.0         (IF) 09:00:00 1EP  () hub
    |__1-1.4     05e3:0726:9910 00  2.00  480MBit/s 500mA 1IF  ( 000000009910)
   1-1.4:1.0      (IF) 08:06:50 2EPs () usb-storage host2 (sdq sdr)
|__usb2          1d6b:0003:0206 09  3.00 5000MBit/s   0mA 1IF  (xhci_hcd 0000:01:01.0)
 2-0:1.0          (IF) 09:00:00 1EP  () hub
  |__2-4         0403:6001:0500 00  2.00   12MBit/s 100mA 1IF  (Argolis BV Smartreader2 plus smargo1 )
  2-4:1.0         (IF) ff:ff:ff 2EPs (Vendor Specific) ftdi_sio ttyUSB0

Ik zit dan aan usb2:2--4 te denken of 2-4:1.0 maar geen sjogge.

Ik vind deze thread wel interessant: https://forums.openpli.or...margo-enof-triple-reader/

Blijkbaar kan het niet geinstalleerd hebben van package usbutils deze melding tot gevolg hebben. Heb je dat package geinstalleerd?

[thelightning]

Ik ben eruit (waarom altijd 10min nadat ik een post maak op een forum )

Met; cat /proc/bus/usb/devices kreeg ik wat concretere informatie;

code:

T:  Bus=02 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#=  3 Spd=12   MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=0403 ProdID=6001 Rev= 5.00
S:  Manufacturer=Argolis BV
S:  Product=Smartreader2 plus
S:  SerialNumber=smargo1
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=ftdi_sio
E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms

device instellen als 02:03 bracht wat meer sjogge maar Oscam vond dit geen smartreader. Vervolgens heb ik in oscam.server reader configuratie het device aangepast naar "mouse"... en nog steeds geen sjogge.
Toen begon hij echter te klagen over "(errno=2 No such file or directory)" en vervolgens heb ik het reader device aangepast naar /dev/ttyUSB0 en voila!

Voorheen had ik het protocol als smargo geconfigureerd staan maar die zit niet meer in de Oscam versie die ik draai (r11503) en lijkt nu dus onder mouse te vallen.

Anders dan Oscam en TVheadend heb ik geen andere packages geinstalleerd en werkt de boel out of the box.

Bedankt voor het meedenken.

thelightning wijzigde deze reactie 19-02-2019 20:39 (11%)

[Pixelmagic]

Zijn er hier ook mensen die de Engelse freesat zenders op 28.2 gebruiken ?

Ik gebruik nu de freesat OTA EPG, maar mis daar helaas de episode's, staan wel in de lange beschrijving maar niet in het daarvoor bedoelde veld. Gebruikte voor de recente nieuwe installatie een externe die het ook niet optimaal deed, miste veel zenders.

Het forum van tvheadend lijkt wat techische problemen te hebbe, dus kan daar helaas niet veel zoeken.

[ShadowLord]

Pixelmagic schreef op donderdag 21 februari 2019 @ 17:12:
Zijn er hier ook mensen die de Engelse freesat zenders op 28.2 gebruiken ?

Ik gebruik nu de freesat OTA EPG, maar mis daar helaas de episode's, staan wel in de lange beschrijving maar niet in het daarvoor bedoelde veld. Gebruikte voor de recente nieuwe installatie een externe die het ook niet optimaal deed, miste veel zenders.

Het forum van tvheadend lijkt wat techische problemen te hebbe, dus kan daar helaas niet veel zoeken.

Volgens mij kan de DVB EPG parser überhaupt geen episode nummers aan, dus als je die wil hebben zul je een externe bron moeten gebruiken.