41 replies to this topic

[WanWizard]

Geen enkele debug of foutmelding dus. Dat betekent dat iemand aan de slag moet om de code van additionele debug meldingen te voorzien, zodat elke actie die je doet gevolgd kan worden.

[mv1wou]

Als iemand zich dan geroepen voelt, graag.

Kan toeval zijn, maar het lijkt op mijn solo4k vaker te gebeuren dan op de solo2.

Heb wel de hdd gewoon zo overgezet. Daar kan het toch niet aan liggen neem ik aan?

 

Waar is eigenlijk de optie converteer bestandssysteem van ext3 naar ext4onder de hdd instellingen voor?

[WanWizard]

De code is een enorme puinhoop, dus het kan best zijn dat er in de ene omgeving het meer op treed dan in een ander. Er is nog een gebruiker die al tijden steen en been klaagt, terwijl anderen er nooit last van hebben. Als het bij mij een paar keer per jaar gebeurd is het veel. Er moet dus iemand zin hebben om die enorme spaghetti bende te ontwarren en te herschrijven, een boeiende uitdaging.

 

Die optie is precies wat het zegt: het converteert het bestandssysteem. In het kort, ext4 is effecienter bij gebruik van grote files dan ext3. Als de disk in de box geformateerd is, dan is de disk al ext4, tenzij het al een flink aantal jaren geleden is geweest.

[Erik Slagter]

Timeshifting maakt heel zwaar gebruik van de features van de demuxers. Als de fabrikant die, bij wijze van spreken, 99% correct implementeert, dan zal er heel veel uiteindelijk nog goed gaan, maar bij timeshiften (als in: tegelijk kijken en vertraagd kijken, niet als in opnemen en kijken tegelijk) zie je als eerste problemen. Daarom zie je ook dat de ene ontvanger "beter" is in timeshiften dan de andere.

[teo1966]

TuxTxt stopped service 25
cleaning up
TuxTxt cache cleared
TuxTxt cache cleared
TuxTxt cache cleared
TuxTxt: initialized
TuxTxt service started 25
TuxTxt running thread...(025)

 

wat doet tuxtxt ? ( behalve teletext )

werkt dat wel lekker ?

hier uit de log van een fusionhd se komt hiervan https://forums.openp...en-bij-opnames/

 

heb nu op de ontvanger met openpli 2016-06-23 de teletext caching inschakelen op NEE gezet

dit is de log heb nog geen haperingen gezien zal eens kijken wat een update naar 2016-06-29 brengt

<160306.148> resolved to PLAY
cleaning up
TuxTxt cache cleared
<160312.802> action -> OkCancelActions ok
<160312.842> playing 1:0:0:0:0:0:0:0:0:0:/media/hdd/20160628 2249 - NPO 1 HD - Paul van Vliet_ One man show 2015.ts
<160312.846> getResolvedKey config.usage.remote_fallback failed !! (Typo??)
TuxTxt cache cleared
<160312.912> [eDVBPESReader] Created. Opening demux
<160312.913> [eDVBPESReader] Created. Opening demux
<160312.982> RemovePopup, id = ZapError
<160313.191> resolved to PLAY
<160313.196> new service started! trying to download cuts!
<160313.198> seekable.getLength() returns: [0, 248044923L]
<160313.257> warning, skin is missing element WarningPixmap in <class 'Screens.MessageBox.MessageBox'>(Afspelen wordt hervat)
<160313.294> RemovePopup, id = ZapError
<160313.324> [eDVBPESReader] ERROR reading PES (fd=33): Value too large for defined data type
<160313.578> [Dish] tuning failed
<160314.291> Timeout!
<160314.507> [eDVBPESReader] ERROR reading PES (fd=33): Value too large for defined data type
<160315.551> action -> MoviePlayerActions leavePlayer
<160316.086> service end!
<160316.087> resolved to PLAY
cleaning up
TuxTxt cache cleared
<160319.485> action -> OkCancelActions cancel
<160319.548> playing 1:0:1:5225:C99:3:EB0000:0:0:0:
<160319.551> getResolvedKey config.usage.remote_fallback failed !! (Typo??)
<160319.589> not pauseable.
<160319.591> not pauseable.
<160319.595> not pauseable.
<160319.597> new service started! trying to download cuts!
<160319.597> download failed, no cuesheet interface
<160319.598> RemovePopup, id = ZapError
TuxTxt cache cleared
<160320.719> [eDVBPESReader] Created. Opening demux
<160320.720> [eDVBPESReader] Created. Opening demux
<160320.723> not pauseable.
<160320.726> not pauseable.
<160320.839> RemovePopup, id = ZapError
<160321.339> [Dish] tuning failed

[Erik Slagter]

Tuxtxt doet.... teletext caching (in de achtergrond). Ik kan me niet voorstellen dat dat uitmaakt, maar je kunt 'm inderdaad uitzetten als je het niet gebruikt.

[mv1wou]

Ik heb teletext caching uitgezet.
Tot nu toe nog geen problemen gehad met de cijfertoetsen in timeshift.
Of het is toeval, of het heeft er iets mee te maken...

Snel vooruit of achteruit blijft bagger.

[WanWizard]

Het zou wel boeiend zijn als dit de oorzaak zou zijn. Houd ons op de hoogte!

[SnijdeA]

Nou, gauw even geprobeerd, tetetext caching uitgezet.

Even van kanaal switchen ... groen scherm, your STB encountered a software problem.

[SnijdeA]

Reboot gedaan, teletext caching staat nog steeds uit, probleem is niet weg.

[WanWizard]

He, jammer. Dan moet er verder gezocht worden. Bedankt voor het checken.

[Erik Slagter]

Ja, ik zat al te denken aan een interactie met pid-filters (waar wel vaker problemen mee zijn), waar tuxtxt gebruik van zal maken, maar kans was al niet zo groot helaas.

[WanWizard]

Nee, maar het suggereert wel weer zo'n rare race condition, die blijkbaar niet optreed in dit specifieke geval als je tuxtxt caching uit zet.

 

Net zo'n bizar probleem als het af en toe uitvallend volume, want volgens de code helemaal niet kan. Maar toch gebeurd.

[Erik Slagter]

Dat probleem wat jij hebt met het volume, dat is een geval apart Ten eerste heb ik het nog nooit gezien op een VU+ ontvanger, dat sluit een probleem in de enigma code eigenlijk al uit.

 

En verder, er zit genoeg code in enigma die het "toevallig" doet, maar volgens de regels van goede/onderhoudbare/voorspelbare code nergens op slaat. Het zou me niks verbazen als er zo nu een dan een mogelijke buffer overflow, array out of bounds e.d. condition optreedt. Wat er daarna gebeurt, is uiteraard alleen aan het lot bekend.

 

Code die in tien minuten klaar was en vervolgens vele dagen kost om te herleiden als bron van allerlei vage, niet te herleiden fouten...   

Edited by Erik Slagter, 12 January 2017 - 18:58.

[WanWizard]

Het is niet (alleen) mijn probleem, het is meer gezien, en volgens mij op verschillende boxen.

 

Alle volume wordt hier gezet: https://github.com/O...volume.cpp#L132 en daar wordt echt gezorgd dat de waarde tussen 0 en 100 zit. En toch blijkt, als het volume ineens uit valt, de waarde van " /proc/stb/avs/0/volume" ineens iets van -612 of zo te zijn. En een Up maakt er dan -609 van, wat suggereert dat de interne enigma waarde fout is, en het geen driver issue is, want die krijgt een absolute waarde kado. Valt bij mij in de categorie "schiet mij maar lek".

 

Maar goed, back on-topic.

[mv1wou]

Met de teletext caching uit lijkt het beter te gaan. Nog niet naar live timeview gesprongen met op de cijfertoetsen drukken in timeshift.

[mv1wou]

Weet iemand of het probleem met snel vooruit en achteruit spoelen in timeshift met de toetsen << >> al is opgelost met de driver door Vu?
Dan kan ik hem nog eens flashen.
Anders heeft het geen zin om dat te doen, daar het allemaal prima werkt.

[littlesat]

Waarom wil je perse met << >> spoelen terwijl strpskippen handiger is?

[Erik Slagter]

En wel het antwoord Dat kun je zelf volgen, in de git log van VU+, hier: http://github.com/vu...meta-vuplus.git

 

Alvast een tipje van de sluier, deze wordt niet zo heel vaak geupdate.

[mv1wou]

Ik skip zelf ook met de cijfertoetsen.
Maar voor mijn vrouw is het.makkelijk als << >> werkt.

Waarom wil je perse met << >> spoelen terwijl strpskippen handiger is?