theparasol

Dat is de goede... alle firmware 15 november of nieuwer.

In the meantime the XP1000 image is available and I already did a fresh flash.

Yep... slechts te gast net als jij... Zal morgen wel weer op mijn donder krijgen van de moderatoren.

M kennende zal hij wel winst willen maken...

 

Lekker laten gaan... ik had vroeger ook een BBS, beetje sysop spelen

Ik wens niet door MW beledigd te worden en voor leugenaar uitgemaakt. Daar trek ik de streep. Dan geen lijsten op S4A.

 

Persoonlijk vind ik dat je doorschiet in je gedrag... iedereen kent die gozer met zijn lange tenen.

Dat hij geen reclame tolereert in topics op zijn forum moet jij toch ook snappen, hij probeert immers dmv advertenties zijn forum draaiende te houden.

Een bedrijf wat een bedrag x afrekend voor reclame wordt natuurlijk woest als een concurrent gratis met naam en toenaam genoemd wordt in een topic laat staan in een populair digitaal sufferdje in zo'n topic.

Maar goed, dat geeft hem nog niet het recht om zo onbeschoft en leugenachtig te ageren.

Van de andere kant, als lezer van up/downlink boeit het mij weer helemaal niets wat voor een vete ze hebben uit te vechten met iemand. Vindt zelfs dat dit het up/downlink onwaardig is. Bedenk goed dat jij sat4all niet nodig bent maar sat4all jou wel door jouw unieke bijdrages.

Alleen CCcam is in staat om te laten zien welk firmware revisielevel de kaart heeft, dat zou ook in Oscam moeten zitten.

 

http://www.streamboa.../changeset/9849

Is prima dat er geen fix voor komt.
Jij bent en blijft eigenaar van het probleem totdat je besluit iets aan te gaan passen.
Na zulke reacties zal menigeen niet meer genegen zijn enige hulp te bieden.

Wat geeft de crashlog weer

 

Niet boeiend meer , oplossing is al gecommit en een nieuwere build dan die van 01-08-2014 lost het dus op, de andere boxen hebben 02-08-2014 en zijn dus al crashfree.

Dat is ook het probleem, build is vannacht mislukt voor deze box.

 

op te lossen door de files in de bijlage, de js moet naar deze map: usr/lib/enigma2/python/Plugins/Extensions/OpenWebif/public/js/

de py moet naar deze map: /usr/lib/enigma2/python/Plugins/Extensions/OpenWebif/controllers/

 

En dan draait het weer... of hopen dat de build van aankomende nacht slaagt en dan updaten via ssh connectie.

Ergens hoop ik dat iemand van openpli op rebuild knopje drukt voor de xp1000

Wat ik me nog herinner van mijn gstreamer1.0 experimenten is dat telkens als je een stream start er doorgenummerd wordt met de pads.

Ik kan me zo voorstellen dat het na een dag/paar dagen gedaan is en dat maximum pad nr bereikt is. Na een reboot begint het proces weer vanaf 0.

Het ligt ook niet aan de internet;connectie maar aan de verouderde gstreamer 0.10

Die verslikt zich in de streamformat wat SBS6 o.a. gebruikt met als gevolg dat deze blijft schakelen tussen de aangeboden kwaliteiten.

Testen die ik gedaan heb met gstreamer 1.x speelden SBS6 streams vlekkeloos af.

Helaas heeft het invoeren van gstreamer 1.x in openpli images nogal wat impact op diverse vlakken en pakt voor elk type ondersteunde box weer anders uit.

Hoop toch dat het team hier een keer tijd voor vind want streaming content wordt steeds meer benut.

Die eeuwige WAF

 

Hier werd prompt spontaan gereageerd alsof ik haar de hooivork voor hield.

 

Zolang er beeld is komt er gewoon niets anders... maar dan zet ik de joker in: we stappen over op Ziggo kabel, en dat wil ze heel graag want ze wil graag Kitchen24 zien

De XP1000 kan daar niet mee overweg, dus reden voor andere box... en dan maar direct state of the art want dan is het is uiteraard voorlopig echt de laatste.

Echt waar, beloofd

 

De XP1000 kan dan mooi naar de camping en die ouwe dreambox 800 hd pvr kan bij de verzameling op zolder want ik verrek het om duur betaalde apparatuur voor een appel en een ei weg te geven...

Gutemine, I wonder what development rumours triggered you to visit openpli again....

 

Just inspect the bootloader Littlesat attached couple of posts above and you would have known the answer already.

 

Does eye-candy images just shouldnt touch any manufacturer logo's in the first place, but they all tend to have an unstoppable drive to just spray their name all over the place.

Update:

 

servicemp3.patch

 

- Fixed stopping of gstreamer objects (was totally borked in my previous release!)

Here my latest patch to servicemp3, its minimal tested (due to opening olympic games!) but should work.

 

- Starting and stopping of gstreamer objects overhauled

- Fiddled around with m_state status so searching in playline buffer while its not ready should not occur any longer

- Overhauled buffering and corrected reactions on gstreamer state changes.

- Added some important messages like GST_MESSAGE_NEW_CLOCK, GST_MESSAGE_CLOCK_LOST and GST_MESSAGE_LATENCY

- Perhaps more I already forgot about

 

As usual open minded for suggestions, additions and criticism