Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen.
Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies.
Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.
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?
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"…
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.
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.
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:
1
2
3
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).
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
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...
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
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.
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
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%)
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).
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
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
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%)
@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..
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):
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?
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.
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
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.
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%)
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.
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
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.
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
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
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.
- 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.
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%)
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
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).
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:
1
2
3
4
5
6
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?
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%)
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%)
@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.
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.
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!
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"
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%)
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:
1
Bus 004 Device 003: ID 0424:2660 Standard Microsystems Corp. Hub
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%)
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.
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.
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"