41 replies to this topic

[almero]

dm8000 openpli-2.1-beta-dm8000-20120128

Ik had sinds 26 november geen updates van openpli meer gedaan. Begin januari wel, en sindsdien werkt Permanent Timeshift niet meer zoals het zou moeten.
[list]
[*]terugspoelen is slechts mogelijk tot het begin van het huidige event.
[*]live programma pauzeren en (veel) later verder kijken werkt, maar slechts tot aan het einde van het gepauzeerde event. Dan wordt geskipt tot het huidige event. Tussenliggende events zijn verloren. Bij de timeshift settings staat max. number of events nochtans op 10. In het Engelstalige supportforum meldt een andere gebruiker hetzelfde probleem.
[*]tijdens timeshift op de record knop duwen en "timeshift save recording (stop after current event)" of "...(Select event)" leiden tot een opname met lengte 0.00 sekonde.
[*]als ik tijdens het tv-kijken op de HDD schijf kijk in de folder waar de timeshift wordt gemaakt, zie ik maar één file timeshift.xxxxxx (en een timeshift.xxxxxx.sc). Die file bevat duidelijk enkel het laatste event.
[*]ik heb twee oudere versies van PTS_experimental teruggezet (enigma2-plugin-extensions-permanenttimeshift_experimental-git20111204-r0_dm8000 en enigma2-plugin-extensions-permanenttimeshift_experimental-git20111210-r0_dm8000) en met beide blijven dezelfde fenomenen optreden.
[*]ik vermoed dat het misschien iets te maken heeft met het volgende:
[/list]

5 weeks ago servicedvb: Record stream information during timeshift

Mike Looijmans [Sun, 25 Dec 2011 11:02:12 +0000]
servicedvb: Record stream information during timeshift
Write an sc file during timeshift. This allows smooth (re)winding
at >16x during timeshift, and also improves skipping and other seek
related actions.
Drawback: The AP data is stored in memory, consuming ~64k RAM per hourwhich is not used for anything.

Weet iemand wat hier aan de hand zou kunnen zijn en hoe dit kan opgelost worden?

[almero]

Ik ben een beetje verrast dat niemand op dit berichtje heeft gereageerd. Betekent dit dan dat niemand anders problemen ondervindt met PTS? Kunnen jullie allemaal zonder problemen meer dan één event terug-shiften? Lukt het om een event uit de timeshift buffer te selecteren en te saven?
In het Engelstalige forum zijn er zeker enkele mensen die hetzelfde ondervinden als ik.

Ik zou graag weten of dit probleem ook optreedt bij andere PLI-gebruikers, en of er desgevallend een workaround of een oplossing voor kan gevonden worden.

Alvast bedankt voor de reacties.

[Dimitrij]

tijdens timeshift op de record knop duwen en "timeshift save recording (stop after current event)" of "...(Select event)" leiden tot een opname met lengte 0.00 sekonde.

Ik bevestig.
Ik heb hetzelfde probleem.
Neem 0.00 seconden.

[littlesat]

Wat is de zin en onzin eigenlijk van die permanent timeshift...? Timeshift is zo wie zo eigenlijk zeer complex in E2 gemaakt... dus ergens kan het nooit echt "lekker" werken.

Er is trouwens een oudere versie online gezet die beter zou werken met de laatste generatie PLi... Fff deinstalleren en opnieuw installeren kan helpen (opkg kan namelijk niet standaard downgraden).

Edited by littlesat, 20 February 2012 - 10:06.

[josjansen]

Wat is de zin en onzin eigenlijk van die permanent timeshift...? Timeshift is zo wie zo eigenlijk zeer complex in E2 gemaakt... dus ergens kan het nooit echt "lekker" werken.

Er is trouwens een oudere versie online gezet die beter zou werken met de laatste generatie PLi... Fff deinstalleren en opnieuw installeren kan helpen (opkg kan namelijk niet standaard downgraden).

De timeshift in E2 is geen Automatische timeshift dus onzin is permanent timeshift zeker niet.
De oudere versie van PTS die online staat werkt bij mij op moment goed.

Edited by josjansen, 20 February 2012 - 10:16.

[Rob van der Does]

Wat is de zin en onzin eigenlijk van die permanent timeshift...? Timeshift is zo wie zo eigenlijk zeer complex in E2 gemaakt... dus ergens kan het nooit echt "lekker" werken.

Dat heb je nu al een paar maal gevraagd en gezegd. En de antwoorden waren volgens mij ook duidelijk:
1- met PTS kan je altijd terug spoelen tot het tijdstip dat je op een kanaal afstemde;
2- met PTS kan je ook terwijl het programma al een eind op streek is noch steeds een 'echte' opname maken (vanaf maximaal het tijdstip dat je op het kanaal afstemde);
3- In ViX heeft een volledige hercodering van PTS plaatsgevonden waardoor het wel 'lekker' loopt. Zelfs meerdere events kunnen daar worden opgenomen.
Reden waarom Milo een tijdje geleden al heeft aangegeven te overwegen die code van ViX over te nemen.

Edited by SatKiekerd, 20 February 2012 - 10:22.

[Dimitrij]

Wat is de zin en onzin eigenlijk van die permanent timeshift...? Timeshift is zo wie zo eigenlijk zeer complex in E2 gemaakt... dus ergens kan het nooit echt "lekker" werken.

Er is trouwens een oudere versie online gezet die beter zou werken met de laatste generatie PLi... Fff deinstalleren en opnieuw installeren kan helpen (opkg kan namelijk niet standaard downgraden).

Ik heb niet gebruiken(permanent timeshift).
Gisteren werd ik gevraagd om te controleren.
Ze zeiden dat eerder permanent timeshift prima werkte.

[Dimitrij]

In ViX heeft een volledige hercodering van PTS plaatsgevonden waardoor het wel 'lekker' loopt. Zelfs meerdere events kunnen daar worden opgenomen.
Reden waarom Milo een tijdje geleden al heeft aangegeven te overwegen die code van ViX over te nemen.

Als Milo gemonteerd(PTS) in een PLi, het is gewoon geweldig .

[littlesat]

Reden waarom Milo een tijdje geleden al heeft aangegeven te overwegen die code van ViX over te nemen.

Dit neem je niet 1-2-3 over want Vix heeft nog wat meer gepatcht in o.a. InfobarGenerics.py....(als iemand de essentiele dingen eruit weet te vissen???). En bovendien blijf je dan nog zitten met de slecht geprogrammeerde timeshift...

[Rob van der Does]

Reden waarom Milo een tijdje geleden al heeft aangegeven te overwegen die code van ViX over te nemen.

Dit neem je niet 1-2-3 over want Vix heeft nog wat meer gepatcht in o.a. InfobarGenerics.py....(als iemand de essentiele dingen eruit weet te vissen???). En bovendien blijf je dan nog zitten met de slecht geprogrammeerde timeshift...

Ik beweer ook niet dat ontwikkelen simpel is....
En ik begrijp niet wat je bedoelt met die slecht geprogrammeerde timeshift. Ik kan alleen maar constateren dat PTS in ViX prima werkt, ook voor meerdere events (achter elkaar).

[littlesat]

De "basis" hoe de timeshift in E2 gemaakt is, is al slecht opgezet.... Dat is veel te ingewikkeld en daardoor een kriem. Vandaar ook die event splitsingen enz... nergens voor nodig.... Maar om dat echt goed te doen moet er heel wat "kerncode" van E2 op de schop...

Dat dat heeft niets te maken met het integreren van PTS wat ViX gedaan heeft... De patch van ViX is nu zo "verdeeld" over verschillende patches dat hij niet 1-2-3 over te nemen is... Als jullie willen helpen hiervan een overzicht te krijgen kan dat zeer zeker helpen.

[Dimitrij]

Als de PLi beste team, moet de PTS worden ingebed in InfobarGenerics.py .

[josjansen]

De "basis" hoe de timeshift in E2 gemaakt is, is al slecht opgezet.... Dat is veel te ingewikkeld en daardoor een kriem. Vandaar ook die event splitsingen enz... nergens voor nodig.... Maar om dat echt goed te doen moet er heel wat "kerncode" van E2 op de schop...

Is inderdaad allemaal niet nodig "event splitsingen enz" maakt het natuurlijk allemaal moeilijker en instabieler. Gewoon een "simpele autotimeshift" net zoals die in Topfielt Arion en noem maar op werkt.

[littlesat]

Precies... maar dat kost nu eenmaal meer tijd om dat te maken en het gaat "dwars" door E2 code heen.... Dus dat kost tijd. En als dat eenvoudiger gemaakt is, dan hoeft er ook niet zo getweakt te worden...

[Rob van der Does]

Precies... maar dat kost nu eenmaal meer tijd om dat te maken en het gaat "dwars" door E2 code heen.... Dus dat kost tijd. En als dat eenvoudiger gemaakt is, dan hoeft er ook niet zo getweakt te worden...

Maar dat is nu precies waar Milo heeft aangegeven problemen te zien, waarna hij zelf voorstelde de ViX-methode over te nemen. Daarna heb ik er niets meer over gehoord, behalve het herhalen van standpunten hier.
Verder ben ik geen ontwikkelaar en ik kan dus inhoudelijk weinig bijdragen (anders dan constateren dat e.e.a. in ViX goed is geregeld).

[Dimitrij]

Is inderdaad allemaal niet nodig "event splitsingen enz" maakt het natuurlijk allemaal moeilijker en instabieler. Gewoon een "simpele autotimeshift" net zoals die in Topfielt Arion en noem maar op werkt.

De makkelijkste optie(autotimeshift):
1) Aan/Uit.
2) de write buffer in uren (1,2,3,4)
3) toevoegen aan de autotimeshift record.

[Rob van der Does]

Is inderdaad allemaal niet nodig "event splitsingen enz" maakt het natuurlijk allemaal moeilijker en instabieler. Gewoon een "simpele autotimeshift" net zoals die in Topfielt Arion en noem maar op werkt.

De makkelijkste optie(autotimeshift):
1) Aan/Uit.
2) de write buffer in uren (1,2,3,4)
3) toevoegen aan de autotimeshift record.

Ja, dat is de gebruikersfunctionaliteit. Maar dat zegt weinig over de onderliggende codering.

[littlesat]

Dat het in ViX werkt dat is nu wel duidelijk... maar of het daar nu goed geregeld is, is een andere vraag?

De oudere versie van PTS die online staat werkt bij mij op moment goed.

Maar zover ik begrijp werkt het bij ons ook met die oudere PTS plugin.... dus waar zit het probleem? Om het eventueel te integreren is een andere discussie...

Edited by littlesat, 20 February 2012 - 11:34.

[josjansen]

Precies... maar dat kost nu eenmaal meer tijd om dat te maken en het gaat "dwars" door E2 code heen.... Dus dat kost tijd. En als dat eenvoudiger gemaakt is, dan hoeft er ook niet zo getweakt te worden...

Dan kunnen we misschien toch maar beter de PTS versie 0.9.5. (deze is zonder event splitsingen enz) gebruiken. Deze werkt voor mij tot nu toe heel goed.
Als de hele E2 code overhoop moet worden gehaald om alleen maar PTS in te "bakken" dan werken andere belangrijkere dingen misschien daardoor instabieler.

[littlesat]

Die event splitsingen lijken me zo wie zo onhandig... daar de events nooit precies optijd gebinnen op de splitstijden.... Die splitsingen zijn 99% van de tijden zo wie zo te vroeg of te laat....

(het liefste had ik een timeshift die gewoon doorging op 1 of meerdere instelbare GB of zo.... dus echt een fifo ringbuffer in een loop en ook met zappen meeging... - met een eventuele store functie zodra je timeshift start begint het en gaat het met zappen mee)....

Edited by littlesat, 20 February 2012 - 11:44.