WanWizard

Wij bouwen daar ook gewoon van. Maar we pinnen release en rc dependencies (op commit hash), om te voorkomen dat een build run "work in progess" gaat bouwen en een release image instabiel maakt.

Dus als er een update is die wel doorgevoerd moet worden, moet de commit hash manueel aangepast worden. Die staat hier (https://github.com/O...porefs.conf#L92) voor de rc, de release branches hebben deze file ook.

Dat aanpassen kan gebeuren door middel van het indienen van een pull request (bij voorkeur, jij weet zelf het beste wanneer een update in productie kan), of via een melding hier, dan passen wij hem aan.

Ik heb dat nu voor deze versie gedaan: https://github.com/O...5f3385d5312ca35, dus die gaat in de rc build van vannacht mee.

Known problem, a workaround is implemented for tonights build, we're still looking for a permanent solution.

Yes, the drivers in 7.1-rc are dated 20190429.

Dit zou misschien wel eens kunnen. Ik heb de laatste tijd een constante smb-verbinding met mijn iMac en deze zet ik in slaapstand als ik tv ga kijken. 

Dat is zeer waarschijnlijk de oorzaak, daarmee hang je de client (je box) op. Zowel SMB als NFS zijn gemaakt voor connecties met servers, en servers horen niet zo maar te verdwijnen. 

Dat heeft overigens wel een timeout, na verloop van tijd (en dat kan zeker 10 minuten zijn) moet de box weer gaan reageren.

Je zou je eventueel kunnen gaan verdiepen in autofs, en dat installeren. Dat maakt dynamisch mounts zodra je deze wilt gebruiken, en dan heb je minder van dit soort problemen.

Maybe, maybe not.

We require the BSP to come from the manufacturer, including full (developer) support, and not from some unknown third party. If that were the case, we could make it ourselfs.

If they can't create a BSP, they will not have the expertise to provide proper support, in which case we're not even interested.

We've been in discussion with Octagon for quite a while now. The ball is in their court, we're waiting for a working BSP so we can move on, but which they can't seem to produce.

Bij voorbeeld niet nodig als er niets is veranderd? Je antwoord zou nu kunnen zijn: "Misschien is er wel wat veranderd"!

Inderdaad.

Onze generator is slim genoeg om te zien of er wat verandert is (op basis van de git status), en bouwt niet opnieuw als dat niet het geval is.

Vroegah bouwden we maar eens per week, veranderingen of niet, en daar kwam commentaar op, dus hebben we dat intelligenter gemaakt.

...dan moet je wel de arm versie gebruiken

Nee, het probleem is dat de Oscam die je nu uit develop bouwt tegen veel nieuwere libraries gebouwd wordt als in OpenPLi 4 aanwezig zijn.

Ik ga daar morgen wel even mee aan de slag, hoe ik die modules moet enablen is me wel bekend

Zou fijn zijn, want:

Gelukkig een ommekeer te constateren  , voor het laatste verzoek van @Mimisiku gebruik je de regel in jullie speciaal "bouwsysteem" XTRA_OECMAKE     ===> -DHAVE_PCSC=1

Er is helemaal geen ommekeer, ik wil best naar alles kijken, als er tijd en energie voor heb. En beide heb ik niet zo veel, dus als er dan geen hulp komt, haak ik af. En uberhaupt snap waar het over gaat. Uiteindelijk was uit deze thread wel wat "hulp" te destilleren. Met wat moeite.

En helaas is het zo eenvoudig niet. "HAVE_PCSC=1", "WITH_PCSC=1, "USE_PCSC=1", allemaal blijven ze "cardreader_pcsc:  no" roepen na compilatie. En dus stopt het zonder hulplijn hier voor mij (weer), geen idee hoe ik verder moet. Er zal wel iets meer missen.

Over CW en caching is hierboven door Littlesat al het een en ander gezegd. Dat is boven mijn paygrade. 

Het staat blijkbaar uit voor een reden, en er is geen moverende reden om het weer aan te zetten. Tenzij je een cardserver farm hebt, en dan compileer je maar lekker zelf. Als die moverende redenen er wel zijn, dan hoor ik het wel.

Please attach these files here, instead of on some external medium. Use the "More Reply Options" button to do so.

Traceback (most recent call last):
  File "/usr/lib/enigma2/python/Components/ActionMap.py", line 69, in action
  File "/usr/lib/enigma2/python/Components/ActionMap.py", line 49, in action
  File "/usr/lib/enigma2/python/Screens/Menu.py", line 57, in okbuttonClick
  File "/usr/lib/enigma2/python/Tools/BoundFunction.py", line 9, in __call__
  File "/usr/lib/enigma2/python/Screens/Menu.py", line 72, in runScreen
  File "/usr/lib/enigma2/python/Screens/Menu.py", line 78, in openDialog
  File "/usr/lib/enigma2/python/mytest.py", line 289, in openWithCallback
    dlg = self.open(screen, *arguments, **kwargs)
  File "/usr/lib/enigma2/python/mytest.py", line 302, in open
    self.execBegin()
  File "/usr/lib/enigma2/python/mytest.py", line 223, in execBegin
    c.execBegin()
  File "/usr/lib/enigma2/python/Screens/Screen.py", line 93, in execBegin
  File "/usr/lib/enigma2/python/Screens/ServiceInfo.py", line 190, in ShowServiceInformation
  File "/usr/lib/enigma2/python/Screens/ServiceInfo.py", line 224, in getTrackList
AttributeError: 'NoneType' object has no attribute 'getCurrentTrack'

De TS heeft eerder al gezegd dat de box NIET in deep standby staat op het tijdstip van de backup.

Done, and will be part of 7.1-release.

No.

We used to have those online, then everyone (as in "end-users") started to install them, then started complaining on the forum that things didn't work or didn't work properly, or crashed after an update (logical, they installed an unstable develop image). In the end we had to spend more time on the forum than in the code, we got tired of that, and decided to remove them.

In general, people that want to run the bleeding edge and do so for development or test reasons, are also capable of building their own image.

Unfortunately, this decision means the good (those have genuine reasons for wanting to install a develop image) have to suffer due to the actions of the bad.

As for the RC, we've managed to sort out most of the issues, I had a complete and errorless build yesterday, so I expect a public RC soon.

Wat ik met 1:1 bedoel is dat hij 1-op-1 moet weergeven wat hij binnen krijgt. En dat is dus niet zo, de TV krijgt 1920x1080 van de box binnen, snijd daar rondom 5% van af, en zoomt het restand in totdat het weer beeld vullend is. Daarmee zit je dus nooit naar echt HD te kijken, maar altijd naar een geschaalde versie, en daarmee verlies je kwaliteit.

Wel of niet overscan is een setting die los staat van het display formaat, wat is waar jij naar zit te kijken (auto, 16:9, etc). Er moet een aparte instelling voor zijn, in een ander menu, en op sommige TV's kun je het per HDMI input instellen. Als je pech hebt kun je niet niet als gebruiker, en moet je ervoor in het service menu zijn. Samsung gebruikt (in het Engels) de termen "Screen fit" en "Just scan".

En dan kan het nog zijn dat jou Samsung nog de idiote setting heeft dat alle TV inputs vast een overscan hebben, dat kun je soms aanpassen door de input om te zetten naar "PC" of "Game".

do_fetch() {
       if [ ! -e ${DL_DIR}/${SRC_FILE} -a -e /etc/vuplus_browser.pwd ]; then
sshpass -f /etc/vuplus_browser.pwd sftp -o StrictHostKeyChecking=no guestuser@code.vuplus.com << +
get ${SRC_FILE}
bye
+
       fi
       cp -av ${DL_DIR}/${SRC_FILE} ${WORKDIR}/
}

Sie benötigen dazu eine Passwortdatei ...