Het hangt er een beetje van af of de clientbox een eigen LNB-aansluiting heeft of niet. Je hebt de volgende situaties:
1- Als die box een 'zelfstandige' ontvanger is, maar met beperkte ontvangst (b.v. slechts één satelliet) vind ik het aanvullen van de daarin bestaande lijst met de boeketten zoals de RemoteStreamConverter die maakt logischer. Je kiest dan bewust voor of een 'eigen' kanaal, of een 'geleend' kanaal. De remote boeketten zijn duidelijk als zodanig herkenbaar, en als er een wijziging is in de lijst van de server draai je simpelweg de plugin nog een keertje.
2- Als die box een 'zelfstandige' ontvanger is, maar met dezelfde ontvangstmogelijkheden als de server, vind ik het logischer om deze box te voeden met exact dezelfde kanalenlijst als de server en vervolgens de fallback tuner te activeren. Het blijft nu een zelfstandige box, maar als een kanaal eens niet bekeken kan worden (omdat er een opname of stream loopt) valt de box automatisch terug op de server.
de gebruiker kan dus vrijwel altijd naar alle kanalen kijken, en de boeketten zijn identiek aan wat hij op de server gewend is.
3- Als de box geen 'zelfstandige' ontvanger is, is het een beetje lood om oud ijzer:
3a- Je kunt dan, beginnend met een 'lege' box, de plugin draaien en de boeketten als geleende kanalen invoegen. Heel duidelijk: alle boeketten zijn dan identiek aan die op de server maar met de toevoeging 'remote xyz' en ook hier weer even de plugin opnieuw draaien als er op de server iets is veranderd.
3b- Je kunt ook de client voeden met dezelfde settings als de server en de fallback activeren. Ook heel duidelijk: de boeketten en kanalen zijn dan identiek aan die op de server en als er op de server iets veranderd is moet je diezelfde lijst op deze box weer even uploaden.
Ik vind persoonlijk 3b iets fraaier dan 3a (ik weet wel dat het remote kanalen zijn, dat hoef ik in de naam van een lijst niet terug te zien), maar daar kan een ander natuurlijk weer anders over oordelen. In ieder geval werken beide opties zonder enig probleem.
