375 replies to this topic

[Erik Slagter]

Op zich wel een mooi idee als het inderdaad zo werkend zouden kunnen krijgen. Maar voorlopig doen we het dan maar met eenoog

[jeanclaude]

ik denk dat er toch iets schort aan Erik zijn redenering.
als ik hem goed snap dan wenst ie alle timers te zetten zonder sanity check, op het moment dat de opname dan moet starten zal het systeem wel op zoek gaan naar een vrije tuner, desnoods ook via de fallback tuner. Mooi, maar wat als er toch geen tuner beschikbaar is ? Dan zit je dus wel zonder opname.
als je de sanity check uitschakelt dan weet je niet meer welke opnames zullen doorgaan en welke niet, dat zul je pas achteraf wel merken, en ik denk niet dat dit de situatie is die je wenst.
mét de sanity check worden de timers die zullen mislukken aangemaakt in gedesaktiveerde mode, je kan dan zelf beslissen om bepaalde opnames uit te schakelen om andere opnames te kunnen aktiveren, je hebt dus de volledige controle over wat wél en wat niet opgenomen wordt.
maar ja, dan is er nog de fallback tuner, daar wordt in de sanity check natuurlijk geen rekening met gehouden, en via die fallback tuner zou een gedesaktiveerde opname toch kunnen lukken.
misschien een andere optie : bij het startpunt van een gedesaktiveerde tuner toch nagaan of de fallback tuner beschikbaar is en de opname toch maar laten starten via deze fallback tuner.
Op die manier ben je zeker van alle geaktiveerde tuners (dank zij de sanity check) en wordt ook nog een deel van de gedesaktiveerde timers opgenomen.
je kan je nu natuurlijk wel de vraag stellen of dit wenselijk is, want je kan een timer ook desaktiveren omdat je een bepaalde opname (gezet door autotimer bvb) niet wenst, en die zou via dit achterpoortje dan toch uitgevoerd worden. Voer voor ergens een extra optie "used tuner" met de optie "local", "local/fallback" of "fallback" ? Timers via de "fallback" tuner optie worden dan steeds opgestart als er geen lokale tuner beschikbaar is en de fallback tuner wél beschikbaar is.
is maar een ideetje .....

Edited by jeanclaude, 5 March 2015 - 13:37.

[Erik Slagter]

Jeancleade, jij valt in dezelfde redeneringsfout.

 

Het is niet: geen fallbacktuner vrij dan geen opname.

 

Het is wel: geen lokale tuners vrij (en dat is waar de conflict-detectie naar kijkt), dus geen opname, maar oh, we hebben nog fallback tuners, opname tóch gelukt! De conflictdetectie weigert de mogelijkheid van een fallback-tuner te overwegen omdat hij daar geen weet van heeft en dus blokkeert hij bij voorbaat de opname. En dat wil ik kunnen uitzetten.

 

Ik kan me voorstellen dat als je geen lokaal aangesloten tuners hebt, je dan misschien wel iets van conflict-detectie zou willen, maar het huidige systeem kijkt sowieso niet naar fallback tuners, dus daar heb je niks aan dan.

[Rob van der Does]

Let wel: de situatie bij Erik is aanzienlijk anders dan die bij veel anderen zal zijn.
Erik heeft: een server, met een mogelijke faalback op clients (als ik die dan nog clients mag noemen).
Velen hebben: clients, met (100%) fallback op server.

Ik begrijp nu (eindelijk) Eriks idee (om zijn server handiger met die mogelijke faalback om te laten gaan). Ik hoop dat de implementatie die hij daarvoor gaat maken de 'meest gebruikte' situatie niet in de wielen zal rijden (maar ik vermoed dat dat wel goed gaat komen).

Edited by SatKiekerd, 5 March 2015 - 14:33.

[Erik Slagter]

Om misverstanden te voorkomen nog even de situatie hier (waarvan ik verwacht dat ik toch niet de enige zal zijn):

 

Onder de schotel staat een ontvanger met vier tuners, 1 daarvan zit op de multiswitch (19.2/23.5/28.2), 1 zit er op een uncommitted switch (5W, 1W, 4E, 9/10E), en twee zitten er op de kabel. Deze staat zoals gezegd "buiten" en er wordt niet op gekeken.

 

In de huiskamer staat een ontvanger met vier tuners, 3 daarvan zitten op de multiswitch, 1 zit op de kabel. Het is deze ontvanger waarop gekeken wordt en ook deze ontvanger wordt gebruikt voor alle opnames. Meestal volstaan de vier tuners (inclusief S/C alternatives), maar soms is het toch niet genoeg. En dan wordt de S of de C tuner van de ontvanger onder de schotel erbij gepakt. Vandaar ook de naam fallback tuner.

 

De ontvanger onder de schotel zou in principe ook kunnen opnemen, hij heeft dezelfde NFS-mount, maar dat vind ik niet handig. Ik wil sowieso alle timers en autotimers bij elkaar hebben en met de afstandbediening kunnen veranderen.

 

Er staat ook nog een derde ontvanger voor de lol en die kan ook gebruik maken van de fallback server.

[hemertje]

Dat weet ik, de laatste remote timer aanpassingen zijn van mijn hand.

Maar ik zou dit liever geintegreerd in enigma zien (ala partnerbox zeg maar), in een client-server constructie. Zodat de client een seintje krijgt van de server als de opname een timer conflict op levert. In plaats van blind remote aanmaken zoals de plugin doet. Idem voor autotimer.

Ik wil dus streven naar 1 ecosysteem van receivers, tuners en opname locaties, waarin alle receivers samenwerken in een soort van distributed computing systeem (een mens moet wat te dromen hebben, nietwaar?).

Met dit systeem maakt je configuratie thuis niet uit

Op het systeem aangeven welke box alle opnames voor je beheert, de centrale server box
Daarna nog enkel je preferentie aangeven van boxen die als server kunnen fungeren omdat zij fysiek met coax zijn aangesloten en je zou klaar zijn
Opnames van de "coax" boxen direct naar de NAS ipv via een "coax" box naar de server box en dan pas naar de NAS

Dan nog een lijstje met alternatieven tussen satelliet, kabel en digitenne en we zijn het heertje

[Erik Slagter]

Nu nog even maken.

[majesty_nl]

Sorry maar krijg niet echt een duidelijke uitleg hoe ik het moet instellen. Zal wel aan mij liggen
Zou iemand me kunnen helpen aub.

Heb beneden ET9000 staan waar ik dus de lnb's op heb aangesloten (192.168.1.112)
Heb boven een mutant staan. zonder tuners (192.168.1.106)

allebei zelfde zenderlijst, en laaste pli

Op welke moet ik nou bij instellingen de fallback remote receiver aanzetten en welke url eronder.
Wil namelijk boven ook de zender kunnen bekijken zonder lnb erop aan te sluiten.

Edited by majesty_nl, 29 April 2015 - 19:41.

[littlesat]

Boven
http://192.168.1.112:8001

[Geradus]

Een beeld zegt meer dan 1000 woorden. dus..

 NPO 2 HD-2942015-221.jpg   179.22KB   10 downloads

Bij jou is het ip 192.168.1.112 beneden. Deze vul je boven in zoals op de foto en beneden de ip van boven 192.168.1.106

Denk eraan volledig doen met http:// ipnr :8001

 

Het werkt hier prachtig. Eric bedankt, good job.

[Erik Slagter]

Zie ik het ook eens in het Nederlands (hier staat alles "origineel"), helpt met helpen.

[majesty_nl]

Thanks,
moest beide kanten invullen, werkt in principe prima tot nu toe.
Is er toevallig ook een optie om de jumboframes aan te zetten in openpli.? Hoe werkt eigenlijk de streaminstellingen ? Automatisch ? Of kan ik de kwaliteit ook ergens verhogen.?

[WanWizard]

Nee, wat er digitaal wordt ontvangen wordt een-op-een doorgestuurd. Alsof je een lokale tuner zou gebruiken. Er valt dus niets aan te verbeteren...

[Erik Slagter]

En jumboframes moet je als consument ècht niet aan beginnen.

[majesty_nl]

Hoe bedoel je moet je niet aan beginnen ? Heeft niks met consument te maken. Heb het ingesteld in lokale lan. Brengt enorme performance verschil voor onderlinge network speed. Zolang je netwerk apparaten dit ondersteunen natuurlijk.

[WanWizard]

Je moet heel goed weten wat je doet, en AL je netwerk apparaten moeten het ondersteunen. Het is wat meer dan even een checkbox aanvinken.

 

De consument (lees: je ouders, of juffrouw Jannie) moet hier dus niet aan beginnen.

[majesty_nl]

Ja dat zeg ik
maar wou weten of er een optie in pli zit om deze aan te passen, dat was ook mijn enigste vraag. Niet dus, jammer.

[catastrofus]

Uhm, even een vraag. Waarom zou iemand jumboframes willen op een STB?

[theparasol]

Grotere dataframes -> minder controlframes dus meer data throughput.

Heb je het nodig op een STB? Ik vind van niet.

Maar sommigen kicken nu eenmaal op performance getallen.

[majesty_nl]

Gaat om netwerkstream, we zitten hier toch in de fallback tuner post
Wie weet dat ik de stream nog sneller kan maken op de 2e ontvanger.