Nu en straks Philips

Roelie zei:

Ik volg al enige tijd met interesse dit topic. Maar het is me nog niet duidelijk waarom de ene versie nu wel now / next heeft en de andere niet. Nu wordt er vaag gedaan over patenten. Maar niemand kan, weet of wil dit duidelijk maken. Mag er niet over gediscussierd worden? Waarom moet dit via hints?

Klik om te vergroten...

Mijns inziens heeft het gewoon te maken met beperkingen van de hardware/processor van sommige TV's. Ofwel, sommige series kunnen de data rate van de DVB Service Information waartoe ook de Event Information Tables behoren kennelijk niet bijbenen en dus heeft Philips dan maar voor de eenvoudige oplossing gekozen door die functionaliteit uit te schakelen. Het is natuurlijk vervelend om te moeten erkennen dat er hardware design fouten zijn gemaakt zodat ze het dan maar op licenties gooien waarbij de meesten natuurlijk wel kunnen begrijpen dat het verhaal over de licenties tegenstrijdig is met het wel aanwezig zijn van de now/next balk in andere series.

Zoals gewoonlijk wordt er dan door Ziggo een rook gordijn opgeworpen over bijvoorbeeld niet relevante patenten zonder "in detail te willen treden" in de hoop dat dit soort discussies dan vanzelf verstommen. Dat niet in detail willen treden komt mijns inziens meer voort uit de beperkte kennis van Ziggo als het gaat om (embedded) programming van firmware en de verwerking van DVB-SI data. Als we sommige opmerkingen van een Ziggo medewerker zouden mogen geloven dan wordt de now/next EPG bij Ziggo verzonden volgens Gemstar patenten of als een soort van Interactieve EPG via een gepatenteerde Rovi methodiek waarbij dan ook nog eens een keer Macrovision op die EPG informatie wordt toegepast, althans er wordt getracht om die indruk te wekken bij de klanten die geen technische kennis hebben van het DVB systeem. De conclusie die wij als klanten dan zouden moeten trekken is dat Philips kennelijk niet wil betalen voor al die proprietary systemen en daarom besloten heeft om dan maar helemaal geen now/next balk te tonen en dus de continu ontvangen DVB-EIT maar negeert. Maar dan wel weer alleen bij sommige series, want bij andere series wil Phlips kennelijk wel licentie kosten betalen voor deze door Ziggo "toegepaste" EPG systemen.

De hamvraag is en blijft waarom Philips niet bij alle series de via de Present/Following Event Information Tables verzonden EPG informatie toont. Aangenomen dat het tonen van de Present/Following DVB-EIT een minimum eis zal zijn voor "certificatie" door Ziggo zullen de TV's van Philips zonder deze basis functionaliteit nooit in aanmerking komen voor "certificatie". Als de aangedragen patenten werkelijk relevant zouden zijn voor de verwerking van de EPG informatie dan zal het immers ook niet mogelijk zijn om zaken als kindersloten e.d. te implementeren aangezien die data ook via de Present/Following DVB-EIT naar de apparatuur wordt verzonden. Ik ga er overigens vanuit dat bij deze series zonder now/next EPG balk ook de EPG Guide functionaliteit voor het volledige EPG overzicht is uitgeschakeld, want anders zou Philips nog steeds patenten gebruiken om de Schedule DVB-EIT te verwerken.

ArChie zei:

Mijns inziens heeft het gewoon te maken met beperkingen van de hardware/processor van sommige TV's. Ofwel, sommige series kunnen de data rate van de DVB Service Information waartoe ook de Event Information Tables behoren kennelijk niet bijbenen en dus heeft Philips dan maar voor de eenvoudige oplossing gekozen door die functionaliteit uit te schakelen. Het is natuurlijk vervelend om te moeten erkennen dat er hardware design fouten zijn gemaakt zodat ze het dan maar op licenties gooien waarbij de meesten natuurlijk wel kunnen begrijpen dat het verhaal over de licenties tegenstrijdig is met het wel aanwezig zijn van de now/next balk in andere series.
...

Klik om te vergroten...

Leuk om lekker te fantaseren, maar heb je hier ook bewijs voor? De uitspraak van de support medewerker was duidelijk. Vanaf een bepaald moment heeft Philips gewoon besloten geen rechten meer af te dragen. En dus is de now/next bar vanaf die tijd (TVs die daarna geproduceerd zijn) uitgezet.

Alle x4 modellen hebben trouwens dezelfde hardware, dus dat maakt geen verschil.

nlrb zei:

Leuk om lekker te fantaseren, maar heb je hier ook bewijs voor? De uitspraak van de support medewerker was duidelijk. Vanaf een bepaald moment heeft Philips gewoon besloten geen rechten meer af te dragen. En dus is de now/next bar vanaf die tijd (TVs die daarna geproduceerd zijn) uitgezet.

Alle x4 modellen hebben trouwens dezelfde hardware, dus dat maakt geen verschil.

Klik om te vergroten...

Dan draaien we het om. Vertel mij eens wat voor een rechten er zouden moeten worden afgedragen voor de onderstaande procedure om de Now en Next EPG data te tonen in een banner tijdens het zappen. En geef eens aan welke partij door Philips betaald zou moeten worden voor het gebruik van die rechten op die procedure.

1. Zap naar een kanaal;
2. Controleer aan de hand van de Service Description Table (SDT) informatie of het kanaal Present/Following DVB-EIT data heeft en zo ja ga door naar de volgende stap. Zo niet, toon dan een banner video overlay met alleen de naam van het kanaal;
3. Wacht op de verstuurde Present/Following DVB-EIT data van dat kanaal;
4. Parse de ontvangen Present/Following DVB-EIT data van dat kanaal;
5. Formateer de Now en Next EPG informatie banner video overlay met de geparsede Present/Following DVB-EIT data van het kanaal;
6. Toon de geformateerde Now en Next EPG informatie banner video overlay op het scherm aan de gebruiker;
7. Verwijder na door de gebruiker instelbare aantal seconden weer de Now en Next EPG informatie banner video overlay van het scherm.

Meer stelt het niet voor. Het is mij sowieso al een raadsel welke partij het dan uberhaupt voor elkaar zou hebben gekregen om een dergelijk recht toe recht aan procedure voor de verwerking van DVB-EIT data te laten patenteren. In feite zou je dan als fabrikant van apparatuur voor de verwerking van een DVB signaal geen enkele DVB Service Information meer kunnen verwerken want alle DVB data tables worden volgens hetzelfde principe verzonden.

Nogmaals, als Ziggo inderdaad van een proprietary EPG systeem zoals bijvoorbeeld Gemstar gebruik zou maken dan geloof ik de uitspraak van die Philips support medewerker direct, maar daar is in geval van het Ziggo signaal geen sprake van bij het toegepaste systeem voor de Present/Following EPG informatie. Waar denk je anders dat het eerder door mij gegeven data voorbeeld van de DVB-EIT informatie vandaan komt? Gewoon opgevangen data die onopgevraagd continu via het signaal verzonden wordt en vervolgens geparsed volgens de Event Information Table (EIT) specificatie van de DVB specificaties. Ik kan daar een leuke banner van maken en die als een overlay tonen tijdens het weergeven van het kanaal op een PC wat diverse verkrijgbare DVB applicaties voor op de PC ook doen, maar ik ben meer geïnteresseerd in de datastructuren voor mijn DVB Service Information data analyser tooltje, dus presenteer ik die ontvangen EIT data in een tree data structuur.

P.S. De Humax IR-FOX C houdt er een iets andere volgorde op na dan de hierboven gepresenteerde procedure kan ik proefondervindelijk melden. De IR-FOX C plaatst namelijk direct de Now en Next banner video overlay op het scherm zodra je naar een kanaal bent gezapt met daarin in eerste instantie alleen de naam en Logical Channel Number van het kanaal. Als dan de Present/Following DVB-EIT data van het kanaal arriveert haalt de IR-FOX C daar middels het parsen de benodigde informatie voor de banner uit en update dan die al getoonde Now en Next banner. Soms komt de Present/Following DVB-EIT echter net te laat en wordt de Now en Next banner video overlay al weer weggehaald omdat de ingestelde toon tijd verstreken is.

ArChie zei:

Dan draaien we het om. .......omdat de ingestelde toon tijd verstreken is.

Klik om te vergroten...

Je kunt je eigen theorien proberen staande te houden, maar als je echt meer onderzoek had gedaan dan was je er achter gekomen dat het wel degelijk aannemelijk isdat de suggesties / hints wel op juistheden gebaseerd zijn. Gemstar is overgenomen door Macrovision, Macrovision is recent aangepast naar Rovi. Rovi bezit een zeer grote hoeveelheid aan (gemstar) patenten die betrekking hebben op de presentatie van epg informatie.

Volgens mij is het nog steeds zo dat software niet gepatenteerd kan worden in Europa

anoniem zei:

Je kunt je eigen theorien proberen staande te houden, maar als je echt meer onderzoek had gedaan dan was je er achter gekomen dat het wel degelijk aannemelijk isdat de suggesties / hints wel op juistheden gebaseerd zijn. Gemstar is overgenomen door Macrovision, Macrovision is recent aangepast naar Rovi. Rovi bezit een zeer grote hoeveelheid aan (gemstar) patenten die betrekking hebben op de presentatie van epg informatie.

Klik om te vergroten...

Heb ik dan ooit bestreden dat partijen als Gemstar, Macrovision, Rovi, OpenTV, Mediahighway, Kudelski, etc. allemaal hun eigen proprietary (EPG) systemen hebben waarvoor fabrikanten in één of andere vorm licentie kosten zullen moeten betalen om die technology in hun apparatuur te mogen gebruiken? Het antwoord daarop is nee, dat heb ik nooit bestreden. En ja, er zullen ongetwijfeld rechtzaken zijn geweest waar bepaalde fabrikanten zonder licentie kosten te willen betalen toch een implementatie van die proprietary EPG systemen en/of een gepatenteerde manier van EPG verwerking in hun apparatuur hebben gestopt. Ook dat stel ik niet ter discussie.

Dat is echter helemaal niet de kern van deze discussie waarbij het om de vraag gaat of een fabrikant licentie kosten moet betalen voor het toepassen van niet proprietary DVB-EIT verwerking in hun apparatuur en zo ja aan welke partij die fabrikant dan die licentie kosten zou moeten afdragen. Op die vraag kan je toch makkelijk antwoord geven als je van mening bent dat het antwoord op die kern vraag inderdaad ja is? Ziggo moet dan immers toch ook licentie kosten aan diezelfde partij afdragen voor het gebruik van de DVB-EIT specificatie voor het versturen van jullie EPG informatie? Geef voor de verandering eens een keer gewoon antwoord op de kern vraag i.p.v. ook te proberen om deze discussie weer om te buigen naar een hele andere discussie over het het schenden van patenten en het oneigenlijk gebruik van proprietary system in het algemeen.

En voordat we hier ook weer een zijdelingse discussie over krijgen: Ik heb het dus niet over de proprietary interactieve EPG applicatie voor de OpenTV middleware die door Ziggo wordt toegepast voor de Interactieve ontvangers van Cisco en Samsung. Dat is een apart systeem naast de verzending van Present/Following en Schedule DVB-EIT data voor de ontvangers zonder retour kanaal.

ArChie zei:

Heb ik dan ooit bestreden ....

Op die vraag kan je toch makkelijk antwoord geven als je van mening bent dat het antwoord op die kern vraag inderdaad ja is?
Ziggo moet dan immers toch ook licentie kosten aan diezelfde partij afdragen voor het gebruik van de DVB-EIT specificatie voor het versturen van jullie EPG informatie?
Geef voor de verandering eens een keer gewoon antwoord op de kern vraag i.p.v. ook te proberen om deze discussie weer om te buigen naar een hele andere discussie over het het schenden van patenten en het oneigenlijk gebruik van proprietary system in het algemeen.


..voor de ontvangers zonder retour kanaal.

Klik om te vergroten...

Ik ben niet degene die bepaald of er inbreuk wordt gemaakt op een patent. Er hebben vorig jaar diverse fabrikanten en operators een overeenkomst afgesloten en/of zijn tot een schikking gekomen. Daarnaast is de uitspraak in een geding met Virgin Media in het voordeel van Virgin beslist. Als het antwoord op je vraag zo eenvoudig was dan hadden wij geen octrooigemachtige in hoeven te huren. Het gaat hierbij niet om het gebruik van de data maar om de presentatie hiervan. Als je goed kijkt dan gebruikt Philips EPG bijvoorbeeld geen vaste tijdas. Het gebruik van zo'n tijdas en de presentatie van de informatie in een grid is zo'n voorbeeld van een patent onderdeel. Zo zijn er nog veel meer zaken beschermt zoals de progress bar, fav-lijsten enz.