29 replies to this topic

[nietgiftig]

Na het zappen wordt gewoon een nieuwe (permanent) timeshift gestart. Als je een timeshift opneemt dan gaat de opname gewoon door afhankelijk wat je gekozen hebt. En vervolgens is die opname gewoon af te spelen in de MoviePlayer.

 

 

Bij mij dus niet, althans in de meest probeersels van mij niet

Maar zoals Frenske al zei, het heeft weinig zin als ik dingen uitprobeer die veranderd zijn in nieuwe versies die ik niet heb.

 

pts_livebuffer.1 files worden niet gemaakt, dan wordt gewoon in een file geschreven vanaf de opname met de naam uit de EPG als dat mogelijk is. pts_livebuffer.1 files zijn typisch voor die permanent timeshift plugin.

Bij ons worden andere files gemaakt voor timeshift.

 

 

 

Ja dat zie ik nu, de file timeshift.xyz en timeshift.xyz.sc (waarbij xyz een random code zal zijn neem ik aan)

Deze worden weg gegooid als je zapt en opnieuw gemaakt met een andere code.

 

 De PTS plugin is in feite overbodig... neemt niet weg dat e.e.a. net iets anders kan werken.

 

Dat eerste naar mijn mening nu nog niet, het tweede weet ik wel zeker. ;-)

 

Maar vele jaren terug in een grijs verleden hebben wij en anderen ook zo gesteggeld met MultiQuickButton.

En daar kwam uiteindelijk de fantastische Hotkey uit te voorschijn.

Dus wat mij betreft , hoop doet leven.

[WanWizard]

Het enige verschil dat ik in de discussie vinden kan is dat de plugin blijkbaar, zodra je kiest voor opslaan van de timeshift buffer, deze omzet naar een recording, en direct een nieuwe timeshiift start. Terwijl de ingebouwde timestift de lopende buffer pas aan het einde van de opname opslaat, en je moet zappen om een nieuwe timeshift te starten en dat opslaan te triggeren.

 

Wat daarvan het functionele verschil is, is me onduidelijk. Theoretisch betekent dat dat je met de plugin meerdere opnames van dezelfde zender kunt maken (door elke keer de buffer op te slaan), maar wat of je daar mee moet?

[nietgiftig]

Het enige verschil dat ik in de discussie vinden kan is dat de plugin blijkbaar, zodra je kiest voor opslaan van de timeshift buffer, deze omzet naar een recording, en direct een nieuwe timeshiift start. Terwijl de ingebouwde timestift de lopende buffer pas aan het einde van de opname opslaat, en je moet zappen om een nieuwe timeshift te starten en dat opslaan te triggeren.

 

 

 

Een goede analyse, ik kan een stukje saven, en daarna weer een ander stukje saven.

Met de plugin kan beide, een stukje saven waarna de timeshift weer opnieuw gestart wordt en de lopende timeshift tot aan het zappen.

 

Maar er kan nog meer, bijvoorbeeld de voorgaande programma's alsnog opslaan.

Als je zapt kan de plugin er ook op ingesteld worden om tot een aantal, in te stellen vorige timeshifts te bewaren.

Alles gebeurd op de achtergrond door het moven en renamen van files, dus als je ervoor zorgt dat het op hetzelfde medium staat, gaat het bijna zonder vertraging

 

 

Wat daarvan het functionele verschil is, is me onduidelijk. Theoretisch betekent dat dat je met de plugin meerdere opnames van dezelfde zender kunt maken (door elke keer de buffer op te slaan), maar wat of je daar mee moet?

 

Of jij er wat mee moet dat weet ik niet, waarschijnlijk helemaal niets.

Niet iedereen heeft de zelfde happy feelings, ik gebruik het dus veel.

En dat kan ik op het moment

Ik zal jou echt niet veroordelen omdat je het niet nodig hebt, jij bent gelukkig omdat je het niet nodig hebt.

[WanWizard]

Ik vraag me alleen maar af wat de toegevoegde waarde is van continue meerdere stukjes van hetzelfde programma los op slaan versus dat gewoon in 1 opname te hebben. En dat lees ik nog nergens, anders dan dat jij blijkbaar die toegevoegde waarde wel ziet.

 

Feit blijft dat de plugin het in huidige code niet meer doet (als ik Frenske goed begrijp), dus als die functionaliteit in de image moet komen, dan zul je toch iemand moeten overtuigen van het nut.

[nietgiftig]

Feit blijft dat de plugin het in huidige code niet meer doet (als ik Frenske goed begrijp), dus als die functionaliteit in de image moet komen, dan zul je toch iemand moeten overtuigen van het nut.

 

Volgens mij heeft Frenske iets ander geconstateerd, maar lees alstublieft zoals U het lezen wil.

Geef mij alstublieft de linken naar de ipk, en U heeft geen last meer van mij.

Ik heb last van mijn hart, en deze discussies die ik tegen een paar man tegelijk moet voeren, terwijl iedereen het net weer iets anders leest, maken mij nog zieker.

Ik kan dat niet aan, ik zie het als vechten tegen de bierkaai.

[WanWizard]

Je moet mij niet jou probleem verwijten.

 

Ik vraag je alleen maar wat de toegevoegde waarde is, en jij komt niet verder dan "ik heb het nodig", wat niet echt een argument is.

 

Ik probeer slechts te begrijpen waarom wij onze schaarse vrije tijd moeten steken in deze feature, gegeven het feit dat de plugin crasht op de huidige develop code (en het dus na 7.1 zo wie zo exit is met die plugin).

 

Dus ons uitleggen waarom het een goed idee is, is toch echt de enige manier om deze functionaliteit voor de toekomst te behouden.

[littlesat]

Het enige verschil tussen de plugin en onze permanent timeshift is inderdaad dat we geen opnames splitsen op EPG data. Dit omdat tijdens de overlap twee opnames lopen (performance), en je met de EPG in de grote opname ook naar een programma kunt skippen met de <> toetsen.

 

Het einige en dat is een echtere oplossing is een movielist die 'markers' laat zien op EPG data ipv losse files...Dan hoef je bij een overlap geen 2 opnames te starten en heb je er ook meteen profijt van bij alle opnames. Allleen ontbreekt het aan tijd om marker functionaliteit toe te voegen aan de movieplayer + het deleten van opnames is dan iets gecompliceerder enz... (tijd tijd tijd).

[WanWizard]

De vraag is dus of dat zo is, dat is een assumptie. Daarom vraag ik ook aan de TS wat hij nu precies wil met al die losse stukjes opname, en waarom dat nu zo handig is.

[Youto]

Ik zit bovenstaande discussie met interesse/verbazing te lezen en herken er wel het één en ander in. Mijn ervaringen zijn met de ingebouwde plugin en gaan alsvolgt, ik heb de timeshift ingesteld op starten na 2 minuten. Volgens mij gaat dit altijd goed. Mocht ik per ongeluk gaan zappen komt de pop-up met de mogelijkheden om timeshift te stoppen. Of om te bewaren of voort te zetten als opname. Volgens mij is dit de discussie waar het allemaal om gaat. Dus voor mij met de net genoemde opties werkt de ingebouwde timeshift goed. De functies die ik nodig heb doen het. Misschien heeft de andere timeshift nog meer of andere functies die ik niet ken maar de ingebouwde is voor mij goed genoeg.

[littlesat]

Die andere werkt ietsje anders, maar het heeft een losse so en maakt op ‘overlaps’ van epg twee opnames (performance). Ondertussen heeft openafv oa de losse so in de enigma2 binary geïntegreerd... er is nog maar 1 klein stukje aparte code ervoor (1 file) plus een hele boel nog steeds spaghetti code in e2 wat timeshift van origine ook al was (kijk maar eens in oa InfoBarGenerics waf dat een ‘warboel’ is eigenlijk is het meer zuuurkool zodra je er aan trekt om het beter te maken valt het uit elkaar)
Als de boel eens samenwerkte, luisterde enz. dan was er ooit eens een echte goede timeshift geweest jaren geleden. Echter de onze kan precies hetzelfde behalve dan ok epg programma’s splitten en overlappen.... die maakt gewoon een grote opname (spaart harddisk ruimte, performance maar heeft als nadeel geen gesplitte timeshift opnames - dat is keuzes maken)
Ik heb er jaren geleden aan gewerkt en anderen hebben permanent timeshift nog toegevoegd aan onze timeshift. Echter persoonlijk zie ik het nut er niet van, dus vandaar lagere prioriteit.

Edited by littlesat, 3 August 2019 - 09:01.