90 replies to this topic

[mimisiku]

HbbTV wordt net zo’n zeperd als OUG. Zodra de content aanbieder door heeft dat het open box werkt wordt er wat veranderd waardoor het niet meer werkt. Ik doe er niet meer aan mee. Ik doe wel zonder.

[Sagitarius †]

HbbTV wordt net zo’n zeperd als OUG. Zodra de content aanbieder door heeft dat het open box werkt wordt er wat veranderd waardoor het niet meer werkt. Ik doe er niet meer aan mee. Ik doe wel zonder.

Het interesseert ons toch niets of jij het een zeperd vind of dat het niets wordt, ts wil het gewoon HbbTv op zijn ontvanger of dat nu een open box is of niet HbbTv is een gestandaardiseerd formaat en werkt op de meeste e2 ontvangers, op mijn 3 xtrends en mijn Zgemma werkt het iig prima net als op mijn Philips UHD smart tv.

[Rick Hunter]

HbbTV is in Duitsland anders een groot succes.. Succes wordt gemaakt door de content aanbieders.. En aangezien de providers terughoudend zijn en liever hun eigen systeem gebruiken is het in Nederland enigszins beperkt uitgevoerd.. De Uitzending gemist optie voor de NPO zenders werkt iig prima..

[littlesat]

In Nederland doet hij het alleen bij de NPO... SBS is er mee gestopt en RTL heeft er nog nooit aan meegedaan. Die laatste verdiend het liefste aan Videoland....

[mimisiku]

HbbTV gestandaardiseerd? Hoe kom je op dat idee? De providers klussen maar raak. Niks standaard. Wellicht gedefinieerd en gedeponeerd maar eraan houden? Ho maar. Wat de Duitsers betreft geef ik je gelijk. Die houden zich ook aan de standaard. Probeer hetzelfde op de NPO en RTL en je wordt getrakteerd op vastlopers of GSOD. Een werkende HbbTV op de DM525 geeft op NPO een verbindingsfout en op RTL een GSOD.

[WanWizard]

De vraag is of dat aan de content ligt, of aan een niet volledige implementatie...

[Sagitarius †]

HbbTV gestandaardiseerd? Hoe kom je op dat idee? De providers klussen maar raak. Niks standaard. Wellicht gedefinieerd en gedeponeerd maar eraan houden? Ho maar. Wat de Duitsers betreft geef ik je gelijk. Die houden zich ook aan de standaard. Probeer hetzelfde op de NPO en RTL en je wordt getrakteerd op vastlopers of GSOD. Een werkende HbbTV op de DM525 geeft op NPO een verbindingsfout en op RTL een GSOD.

Tja op een VU misschien maar op mijn 3 Xtrends en Zgemma loopt het tateloos goed, maar in jouw ogen is er kennelijk niets goed.

Zelfs Ziggo ondersteund HbbTv terwijl die nog een eigen platform ernaast hebben.

[mimisiku]

VU+SoloSE V2
VU+Zero 4K
DM525 met OS2.5
DM920 met OS2.5
HbbTV NPO werkt niet

[Sagitarius †]

Tja nu noem je ook een paar B merken.

[WanWizard]

Bovendien, @mimisku verkondigd altijd dat hij geen OpenPLi gebruikt maar iets anders, dus de vraag is dan ook maar in hoeverre zijn ervaringen hier relevant zijn.

[mimisiku]

Als HbbTV zo standaard is als menigeen hier beweerd dan zou de image niets uit mogen maken. Ik gebruik meerdere images die qua HbbTV allemaal prima werken op de Duitsers maar dus niet op de NPO. Dat zegt m.i. niets over het gebruikte image maar over de implementatie HbbTV. OpenATV, DreamOS 2,5, VTI allemaal niet goed.

[Tech]

Als HbbTV zo standaard is als menigeen hier beweerd dan zou de image niets uit mogen maken. Ik gebruik meerdere images die qua HbbTV allemaal prima werken op de Duitsers maar dus niet op de NPO. Dat zegt m.i. niets over het gebruikte image maar over de implementatie HbbTV. OpenATV, DreamOS 2,5, VTI allemaal niet goed.

Onzin, er is wel degelijk onderscheid in gebruikte sources, verdiep je maar eens in bouwprocessen voordat je meer ongefundeerde uitspraken gaat doen.

[mimisiku]

Zou wel willen, maar heb geen Python/C++ ervaring. Alleen 650x/680x/Z80 en Pascal. C++ is voor mij net Russisch/Chinees. Kan alleen op eindgebruikerniveau reageren.

[Erik Slagter]

HbbTV is een standaard, geen implementatie. Dat zou genoeg moeten zeggen.

[mimisiku]

Nogmaals: als het een standaard is zou het dus ook altijd moeten werken. Dus..... of de programmeurs kunnen het niet of men houdt zich dus niet aan die standaard. Want als eindgebruiker merk ik dus dat het niet werkt. Nu jullie weer.

[littlesat]

Veel HbbTVs die door de leveranciers 'aangeleverd' worden voldoen idd niet aan de 'standaard'... vandaar dus ook alle problemen. Zelfs met de manier van 'bouwen' zijn ze al niet 'standaard'... daarom zijn er ook 'telkens' problemen mee....

[WanWizard]

HTML is ook een standaard (net als HbbTV), en toch werkt elke browser weer net iets anders (of net niet, net als een HbbTV browser).

 

Zoals Erik al schrijft, je moet standaard en implementatie niet door elkaar halen.

[ims]

I am using 3 hbbtv application (OpenOpera, HBBTV, QtHbbtv) and they have small diferences in displaying (and in speed ...an incredibly long start qthbbtv on 2x1700MHz ARM box) ... but biggest issues are created by hbbtv creators in TV companies, imho..Fortunately, i have no problems with hbbtv on services in our country...

[mimisiku]

In elk geval (welke uitleg je er ook aan geeft) werkt het bij mij dus gewoon op een 5-tal verschillende ontvangers niet. Ik ga er ook niet meer op wachten. Ik heb het vaarwel gezegd en vind het dus gewoon een zeperd. Ondanks standaard, bla bla, moet werken.

[WanWizard]

HbbTV is an extension on HTML, which introduces new HbbTV specific tags. Which is why you need a browser with a plugin that can process those tags.

 

Which means you have a few potential issues:

• the HTML browser the vendor picked might not be 100% compatible with the HTML it needs to process
• the provider might use some non-standard HTML to is not 100% supported on all browsers used by vendors
• The vendors HbbTV plugin for the browser might not cover the HbbTV standard 100%, of have some quirks
• The providers HbbTV solution in their own hardware might have some quicks, and the providers codes for that

Again, you may compare it with regular HTML, how many websites have "if IE then..." to make sure their site works on IE as well as other browsers?

 

(in English for IMS)