375 replies to this topic

[siroj]

Ik zie niet in waarom niet. Aansluiten op netwerk en gaan...

[siroj]

Ik heb gisteren trouwens op mijn HD1100 de plugin Remote Timer geïnstalleerd ipv opnemen op de client in samenwerking met Fallback tuner. Dit werkt prima en ik zal het in de toekomst zo blijven doen.

Opnemen op de client bij gebruik van de Fallback tuner instelling lijkt mij ook niet optimaal. Data moet via het netwerk naar de client en bij opnemen in de meeste gevallen weer terug over het netwerk naar een opname locatie, bv NAS of HDD in donor/server box en dat geeft weer extra kans op storing.

[Erik Slagter]

Ik heb geen vrije tuners, mijn clients zijn tunerloos.
 
Als er wel een tuner lokaal zou zijn, dan wil je opnemen op de box waarop je de timer zet lijkt me. En als deze niet beschikbaar is, dan zou je de opname (de timer entry) willen kunnen verplaatsen naar de server box. En niet via de fallback tuner lokaal opnemen.
 
Want dat levert uitsluitend in zeer optimale omstandigheden iets bruikbaars op (en die heb ik hier absoluut niet).

Mee eens, maar niet zo eenvoudig te realiseren. Wat er nu is (of straks, als je de timerconflictdetectie kunt uitzetten), zal voor veel mensen (met gewoon 802.3 ethernet, zoals hier) een prima oplossing zijn.

[Erik Slagter]

Ik heb inderdaad alleen maar clients zonder coax.

Maar dan nog: een timer doorloopt de sanity check. Dat gebeurt aan de hand van de eigen tuner en de reeds geplande opnames, niet zo van 'maar ik heb nog een fallback tuner, als het mezelf niet lukt ga ik die wel gebruiken'. En volgens mij moet dat vooral zo blijven, want de beschikbaarheid van de fallback tuner is zeer ongewis.

Gebruiken jullie nooit autotimers dan? Ik alleen maar. En dan is het dus totaal onvoorspelbaar hoe de tunerbezetting zal zijn. En dan ben je gewoon blij als het derde programma wat tegelijk wordt uitgezonden gewoon opgenomen wordt. Het uitzetten van de timer-conflict-detectie wordt optioneel hoor, jullie hoeven je geen zorgen te maken

[Erik Slagter]

Ik heb gisteren trouwens op mijn HD1100 de plugin Remote Timer geïnstalleerd ipv opnemen op de client in samenwerking met Fallback tuner. Dit werkt prima en ik zal het in de toekomst zo blijven doen.

Opnemen op de client bij gebruik van de Fallback tuner instelling lijkt mij ook niet optimaal. Data moet via het netwerk naar de client en bij opnemen in de meeste gevallen weer terug over het netwerk naar een opname locatie, bv NAS of HDD in donor/server box en dat geeft weer extra kans op storing.

Ik heb overal 1 Gbps UTP liggen. Geen enkel probleem. Je moet het niet gaan doen als je alles in huis met WLAN doet, dat is niet zo slim.

[Rob van der Does]

 

Ik heb inderdaad alleen maar clients zonder coax.

Maar dan nog: een timer doorloopt de sanity check. Dat gebeurt aan de hand van de eigen tuner en de reeds geplande opnames, niet zo van 'maar ik heb nog een fallback tuner, als het mezelf niet lukt ga ik die wel gebruiken'. En volgens mij moet dat vooral zo blijven, want de beschikbaarheid van de fallback tuner is zeer ongewis.

Gebruiken jullie nooit autotimers dan? Ik alleen maar. En dan is het dus totaal onvoorspelbaar hoe de tunerbezetting zal zijn. En dan ben je gewoon blij als het derde programma wat tegelijk wordt uitgezonden gewoon opgenomen wordt. Het uitzetten van de timer-conflict-detectie wordt optioneel hoor, jullie hoeven je geen zorgen te maken

 

Jawel, ik gebruik (vrijwel) uitsluitend AT's. Maar daar is toch niets onvoorspelbaars aan? Als AT timers maakt, doorlopen die gewoon de timersanity en als er een conflict is, wordt er een op conflict uitgeschakelde timer gemaakt. Die doorloop ik één tot tweemaal per week, om handmatig te bepalen wat ik belangrijk(er) vind en ik maak dienovereenkomstig aanpassingen.

 

Bottomline is dat ik wil dat timers uitgevoerd worden. En als ik timers plan die (mogelijk) via de fallback lopen, heb je daar geen idee van (zelfs toevallig conflicterend live kijken is al voldoende om een fallbacktimer (zonder enige waarschuwing) niet uit te voeren.

 

En nogmaals: als je alle timers op de serverbox ingeeft (hetzij lokaal, hetzij via remote timer hetzij via de web-if) wordt die sanity check keurig doorlopen en heb je dus zekerheid (en overzicht).

[-Dennis-]

Als er al een timer conflict ontstaat, is het dan niet zo dat autotimer dan datzelfde programma op een ander tijdstip en/of datum in de EPG opzoekt ?

Edited by -Dennis-, 4 March 2015 - 08:23.

[Erik Slagter]

SatKiekerd, ga jij maar eens een autotimer maken op "Horizon" op diverse BBC zenders. Hoe voorspelbaar denk je dat de timers gezet worden? En zo heb ik er nog een hele rij. En dan heb ik liever, nogmaals, dat een programma alsnog vanaf de fallback wordt opgenomen, dan dat hij helemaal niet opgenomen wordt (omdat er een "conflict" gedetecteerd wordt.

 

Jouw redenatie klopt trouwens sowieso niet. Jij redeneert dat als de conflict-detectie succesvol is geweest, dat je dan zeker weet dat er op dat moment een tuner vrij is om de opname te maken. Dat is niet zo. Je hoeft maar met de hand een opname te starten, een stream aan te zetten, of, nog mooier, PiP aan te zetten en je bent al weer een tuner kwijt waar de conflict-detectie wel op gerekend had.

 

Je redenatie houdt ook geen rekening met alternatives.

 

Hoe langer ik er over na denk, hoe zinlozer ik die conflict-detectie vind, het geeft alleen schijnzekerheid. Ik krijg steeds meer zin om die knop te maken om 'm uit te schakelen.

 

Met de fallbacktuners erbij (in mijn geval drie + vier van de ontvanger) is er sowieso weinig kans op mislukte opnames

 

Als er al een timer conflict ontstaat, is het dan niet zo dat autotimer dan datzelfde programma op een ander tijdstip en/of datum in de EPG opzoekt ?

Dat zou theoretisch kunnen, maar werkt in de praktijk niet goed, omdat veel providers een potje maken van de omschrijving van de programma's, waardoor de autotimer niet betrouwbaar kan zien of een bepaald programma echt hetzelfde programma (aflevering) is. Weer bij de BBC, als voorbeeld, worden veel programma's 's-nachts herhaald met doventolk in beeld. Dat is niet echt prettig kijken als je dat niet nodig hebt. Ik heb ook dan wederom weer liever een opname van de fallback tuner dan een doventolk in beeld.

Edited by Erik Slagter, 4 March 2015 - 16:02.

[Rob van der Does]

SatKiekerd, ga jij maar eens een autotimer maken op "Horizon" op diverse BBC zenders. Hoe voorspelbaar denk je dat de timers gezet worden? En zo heb ik er nog een hele rij. En dan heb ik liever, nogmaals, dat een programma alsnog vanaf de fallback wordt opgenomen, dan dat hij helemaal niet opgenomen wordt (omdat er een "conflict" gedetecteerd wordt.
 
Jouw redenatie klopt trouwens sowieso niet. Jij redeneert dat als de conflict-detectie succesvol is geweest, dat je dan zeker weet dat er op dat moment een tuner vrij is om de opname te maken. Dat is niet zo. Je hoeft maar met de hand een opname te starten, een stream aan te zetten, of, nog mooier, PiP aan te zetten en je bent al weer een tuner kwijt waar de conflict-detectie wel op gerekend had.
 
Je redenatie houdt ook geen rekening met alternatives.
 
Hoe langer ik er over na denk, hoe zinlozer ik die conflict-detectie vind, het geeft alleen schijnzekerheid. Ik krijg steeds meer zin om die knop te maken om 'm uit te schakelen.

Blijkbaar doe jij toch heel andere dingen dan ik.
1- Ik start geen opnames 'met de hand'. Dat gebeurt helemaal nooit, en dat kan ook niet, want ik kijk nooit live-TV. Ik ga één tot tweemaal per week door de EPG van de (paar) kanalen waar ik van opneem en dan zet en controleer ik AT's.

2- Als opnames prioriteit hebben boven live-TV (en dat is de gebruikersinstelling die ik benut) maakt het helemaal niets uit of er live (al dan niet in PiP of via fallback/streaming) wordt gekeken. Als er dan een conflict optreedt, houdt het live kijken (wat ik dus sowieso nooit doe) gewoon op.

Dus ja: de timer sanitycheck geeft mij wel degelijk zekerheid dat de opname ook daadwerkelijk gemaakt zal kunnen worden. Het is een zeer nuttige functie, die ik niet zou kunnen missen.

Daarbij komt nog dat het opnemen door een clientbox (voor mij) zinloos is. Omdat die boxen geen coax hebben, heeft opname door deze boxen nooit toegevoegde waarde, omdat er nooit extra feeds beschikbaar kunnen komen.
En niet te vergeten, wat ik al vaker te berde heb gebracht: opnames verspreid over boxen leidt tot een volledig gebrek aan overzicht over timers.

En wees eerlijk: wat is er nu handiger dan alle timers op één box te hebben? en ja, het gebeurt me een enkele keer dat ik een opname wil plannen terwijl ik bij een clientbox ben. Dat gaat dus heel eenvoudig door de eerste regel van een timer op 'ja' te zetten.


Ik begrijp overigens niet waarom je in dit verband alternatieven te berde brengt. Als er alternatieven zijn ingesteld, worden die automatisch door AT meegenomen.

[Rob van der Does]

@Erik: gebruik eens Cross-EPG voor de engelse zenders. De Open-TV data heeft (meestal) goede titels en beschrijvingen, zodat er (om maar een voorbeeld te noemen) geen opnames met gebarentaal (ik vind dat ook vreselijk om naar te kijken) worden opgenomen en ook dubbele opnames goed worden voorkomen.

Edited by SatKiekerd, 4 March 2015 - 17:26.

[WanWizard]

Ik volg je helemaal, ik heb dezelfde setup, verdelen van opnames is zinloos.

 

En ik gebruik gewoon XMLTV EPG voor SKY, en heb nooit AT problemen. Rytec is slim genoeg om alle 26 BBC zenders dezelfde EPG kopie te geven, dus ik zie daar geen probleem in. Er staat hier overigens ook een AT op zowel Horizon als Panorama.

[Erik Slagter]

Heren, ik heb het helemaal niet over verdelen van opnames. Ik heb hier één ontvanger met vier tuners staan, met een NFS-mount, waar alle autotimers op staan. Die neemt alles op. Voor het geval dat 3xDVB-S en 1xDVB-C niet volstaat (en jawel, dat gebeurt op z'n tijd), kan ook gebruik gemaakt worden van 1xDVB-S en 2xDVB-C fallback. Niks verdelen van opnames, gewoon mogelijk maken van iets wat anders niet mogelijk is.

 

Los daarvan, ook met conflictdetectie, heb je liever dat je zeker weet dat iets niet opgenomen wordt met de conflict-detectie, of heb je liever dat er toch nog een poging gedaan wordt. Ik weet het wel. En nee, lang niet alles wordt (zinnig) herhaald.

 

Maar ik begrijp de heisa niet zo, het wordt gewoon een knopje hoor, ik ga de code er echt niet uit slopen.

[Rob van der Does]

Ik probeer gewoon duidelijk te krijgen wat je nu voor ogen staat. En dat lukt me nog steeds niet

[siroj]

Ik volg de discussie niet, ik gebruik geen autotimers etc, ik neem gewoon af en toe iets op en dat werkt niet helemaal lekker met de fallback nu maar ik ben overtuigd dat dat wel gaat lukken in de toekomst.
Maar wat gaat dat magische knopje dan doen Erik?

[Erik Slagter]

Een heel simpel knopje om de timer-conflict-detectie te deactiveren omdat die niet alles kan weten wat ik wel weet (o.a. dat er fallback tuners zijn dus ). Ik weet tenminste al één iemand van onze contributers die er net zo over denkt, dus helemaal gek ben ik nog niet kennelijk.

Edited by Erik Slagter, 5 March 2015 - 10:20.

[WanWizard]

Ik geloof niet dat je gek bent.

 

Maar jou situatie en eisen zijn blijkbaar anders dan bij anderen. Jij hebt een centrale "server" box waarop je alle opnames doet, en je wilt die een 5e en 6e tuner kunnen geven via het fallback tuner mechanisme, zodat opnames meer kans van slagen hebben (hoe doe je dat overigens, meer dan 1 fallback tuner?). En dit lijkt me voor deze box prima. In het geval van Satkiekerd en mijzelf heeft de server box geen fallback tuners, dus moet die optie ook niets doen (dus: detectie alleen uitschakelen als er sprake is van fallback!).

 

Satkiekerd en ik willen hetzelfde (dus opnames laten lopen op de box met alle tuners) maar hebben het over het plannen van een opname aan de "client" kant. Al was het alleen maar omdat die in de woonkamer staat, terwijl mijn "server" box zonder TV onder de schotel staat, en daar iets op doen alleen met de webif AB kan (niet echt handig).

 

Vanuit een functioneel perspectief is dat voor veel mensen belangrijker. Er zijn/komen veel meer gevallen waar je spreekt over een centrale box met streaming clients zonder coax dan gevallen waarin er meerdere high-end boxen aanwezig zijn, waarvan de tuners ook nog allemaal aangesloten zijn.

 

Daarnaast stellen we dat in veel gevallen het een beter mechanisme is om de geplande opname door te pushen naar de box die die 5e of 6e tuner levert, dan de stream over het netwerk te trekken middels het fallback mechanisme. Wederom is jou thuissituatie daar niet helemaal representatief denk ik.

[Rob van der Does]

OK, je verklaart inderdaad duidelijk de verschillende opstelling en (dus) de verschillende verwachtingen. Het lijkt er inderdaad op dat Eriks situatie minder vaak voorkomt dan die van WanWizard en van mij.


Timers via een client instellen op de server gaat heel gemakkelijk; in de instellingen van de de Remote Timer plugin op de client kan je aangeven dat timers default op de server gemaakt moeten worden.

Edited by SatKiekerd, 5 March 2015 - 10:37.

[WanWizard]

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?).

[Erik Slagter]

Nu nog de handjes

[WanWizard]

Ja, altijd het probleem. En ik weet altijd wel wat ik wil, maar kan het zelf niet maken (dus ik heb makkelijk lullen, ik weet 't ).