Channels
Powered by True

Firefox en Opera willen ontwikkelaars helpen met video

Door Wilbert de Vries, maandag 10 december 2007 08:58, views: 13.667

Firefox en Opera willen hun browsers zo aanpassen dat het voor ontwikkelaars eenvoudiger wordt om video in een website te tonen. Gebruikers zouden dan ook geen aanvullende plugins meer nodig hebben.

De twee browserfabrikanten zullen hiertoe een nieuwe html-tag gaan ondersteunen die specifiek is ontwikkeld voor het embedden van video in websites. Zolang de browser de door de video gebruikte codec ondersteunt, kan de video direct worden afgespeeld zonder dat er software van derden nodig is.

Ook willen Mozilla en Opera de videocodec Ogg Theora gaan ondersteunen, aldus Mozilla-ontwikkelaar Chris Double tegen Pcworld. Ontwikkelaars hoeven geen royalty's te betalen om deze codec te kunnen gebruiken en ook zijn er gratis softwarepakketten beschikbaar om video's te kunnen streamen. De twee fabrikanten lijken hiermee tegenwicht te willen bieden aan fabrikanten als Microsoft en Adobe die hun eigen videogerelateerde producten aan de man willen brengen.

Voordat Mozilla en Opera überhaupt tegenwicht kunnen bieden, zal er wel consensus moeten worden bereikt over de set gebruikte codecs. Bovendien is een speciale videotag pas echt bruikbaar als alle browserfabrikanten deze ondersteunen. Het is niet bekend of Microsoft dit overweegt.

Op fotogebied werkt dit concept overigens al langer. Alle browsers ondersteunen de 'img'-tag en het jpeg- en png-formaat. 'Je hebt geen plugin nodig om plaatjes te bekijken", aldus Mike Schroepfer van Mozilla. 'Ik denk dat video de volgende logische evolutie daarvan is.'

Het W3C, de organisatie die de specificatie van html onderhoudt, is momenteel bezig met een langdurig project om bepaalde functies in de html-specificatie te vernieuwen of toe te voegen. Ook een videotag wordt overwogen. De definitieve versie HTML 5 zal echter nog wel enkele jaren op zich laten wachten, waardoor de bal bij de browserfabrikanten ligt.

Mozilla en Opera lijken dit te beseffen en wachten niet op de eventuele html-standaard voor het embedden van video. Begin vorige maand heeft Opera al een experimentele versie van zijn browser met ingebouwde ondersteuning voor videotags vrijgegeven. Deze versie ondersteunt ook Ogg Theora. Mozilla werkt hier nog aan. De ontwikkeling zal niet op tijd klaar zijn om in Firefox 3.0 meegenomen te kunnen worden, maar zal via toekomstige updates worden vrijgegeven.

Overigens heeft Nokia al geprotesteerd tegen het voornemen van het W3C om Ogg Theora als standaard in HTML 5 op te nemen. Volgens de fabrikant is Ogg proprietary en is het belangrijk dat er drm-ondersteuning komt op dit gebied.

Update 10.15 uur: Informatie over Nokia toegevoegd

Volgende: AMD haalt industrieveteraan in huis voor Accelerated Computing 10:57
Volgende in Life: Amerikaanse gamesverkoop groeit ten koste van dvd-verkoop 09:41
Vorige in Life: Final Fantasy viert twintigste verjaardag 19:10
Vorige: Test: Reaper Edge blijkt solide gamingmuis 17:15

Reacties

«  1  2  3  »

Zolang IE die tag niet gaat ondersteunen, ga ik die niet gebruiken. Zo'n tag moet gewoon van de html organisatie, w3c, komen.

Dan moet je dus binnenkort Embed, Object en deze tag gebruiken om een filmpje te laten zien :o

[Reactie gewijzigd door hansjuh]


inderdaad, zo iets moeten ze netjes aanmelden en aanvragen om het als standaard aan te maken. Maar nee hoor het moet weer op hun eigen mannier.
Als Microsoft zo te keer was gegaan, hadden we nu 25x zoveel fnuctionaliteit in IE, maar was niks meer compatibel

Pardon? Microsoft lapt al jaren consistent de regels van de W3C aan z'n laars...

Ja, maar de meeste mensen gebruiken hun browser. Daarom zorg ik er dus zeker wel voor dat mijn websites in ieder geval onder hun browser werken, ookal klopt dan de html niet meer helemaal.

Hoewel het natuurlijk wel veel fijner zou zijn voor ontwikkelaars als ze die regels eens gingen naleven.....

Ja, maar de meeste mensen gebruiken hun browser. Daarom zorg ik er dus zeker wel voor dat mijn websites in ieder geval onder hun browser werken, ookal klopt dan de html niet meer helemaal.
Tja zo werkt dat dus niet.
Ontwikkelaars die dat bij Netscape 1 deden gingen op hun bek bij een upgrade.
Ontwikkelaars die dat bij Netscape 2 deden ... (refrein)
...
Ontwikkelaars die dat bij Internet Explorer 6 deden ... (refrein)

Hoeveel meer lessen hebben we nog nodig om dit te leren? :P
Hoewel het natuurlijk wel veel fijner zou zijn voor ontwikkelaars als ze [de browsers] die regels eens gingen naleven.....
Het zal nóg fijner zijn als ontwikkelaars volgens de regels van HTML en CSS gingen coderen. Dat kan nú al. Een standard-compliant website werkt in Firefox, Safari, Opera, Konqueror, iedere andere toekomstige browser, en voor 99.99% in Internet Explorer 7.

Het enige wat je nog moet doen is voor de bugs van Internet Explorer 6 een aantal regels aan je CSS toevoegen (eventueel de CSS met conditional comments inladen).

Bij het vorige bedrijf waar ik werkte hebben we bij de >100 websites - gok 100.000 regels CSS - maar enkele minieme fixes moeten toevoegen voor IE 7. De rest werkte allemaal vanzelf al. Hetgene wat niet werke kwam doordat de workarrounds voor IE 6 niet meer werd toegepast, en IE 7 die nog wel nodig had door ontbrekende ondersteuning voor de standaard (zoals :after ondersteuning).

[Reactie gewijzigd door YaPP]


HTML is voor zover ik weet geen standaard. Blijkt ook wel als je bekijkt dat
1) Iedereen de beschikbare tags anders interpreteerd
2) Binnen de verschillende browsers verschillende, 'afwijkende' tags en dergelijke beschikbaar zijn. Denk hierbij aan bijvoorbeeld de embed en object tags!

Doordat HTML géén standaard is (is HTML gecertificeerd door de ISO bijvoorbeeld?), hoeft een browser (ongeacht welke) zich niet perse te houden aan 'de regels' van HTML en de uitbreidingen erop: CSS en JS.

HTML is wel degelijk eens standaard. Net zoals CSS en Ecmascript (javascript) beheert door de W3C. Of je dit beschouwt als zijnde ene standaard is je eigen keuze, maar waarom zou alleen de ISO standaarden mogen beheren?

Als iedereen gewoon volgens de standaard zou werken wordt MS vanzelf gedwongen om hun browser standaard te maken. Juist omdat iedereen nu de workarounds van IE accepteert en daarmee werkt geeft hun geen reden om het volgens de standaard te doen.
Of IE dat ooit gaat ondersteunen: als dit standaard in andere browsers wordt aangeboden zullen er genoeg mensen over gaan op die andere browsers. Ik zit er bijvoorbeeld niet op te wachten tot Quicktime of Windows Media Player in werking gaan. Laat staan dat ik die programma's nog iedere keer wil gaan updaten. Ik denk dat een hoop mensen hier net zo min zin in hebben. Als je dus standaard in je browser al video kan kijken, waarom zou je dan een hoop moeite doen voor iets anders.
Dit alles maakt dat IE wel mee zal moeten omdat ze anders te veel markaandeel zullen verliezen.

Bij microsoft wordt gewoon de helft van de W3C standaarden (CSS2) genegeerd en komen ze zelf met allerlei attributen die niet standaard zijn (scrollbars stylen?)

Alsof dat bij andere ontwikkelaars anders is... Frames, achtergrond plaatjes allemaal zaken die een browser fabrikant zelf ooit geimplementeerd heeft, en veel later uit pure noodzaak in de standaard zijn opgenomen. HTML4 is gewoon de verzameling van alle proprietary inplementaties...

Bij microsoft wordt gewoon de helft van de W3C standaarden (CSS2) genegeerd en komen ze zelf met allerlei attributen die niet standaard zijn (scrollbars stylen?)
Hmmm... dat scrollbars stylen is wel het meest slechte voor beeld dat je kun geven. Tuurlijk het komt van MS en heeft helemaal nix met een standaard of wat te maken. Maar het is iets optioneel wat totaal geen problemen oplevert bij andere browsers. Anders dan dat het daar niet werkt. Er zijn andere problemen met IE die ontwikkelaars meer werk bezorgen dan dat.

Je spreekt tegenstrijdig. Aan de ene kant wil je dat W3C het ondersteunt, aan de andere kant wil je wel dat het in IE ondersteunt wordt. Dat kan natuurlijk niet, IE en W3C zijn twee dingen. Wat het W3C en alle non-IE browsers ondersteunen wordt niet of niet volledig door IE ondersteunt en andersom.

Ik heb het idee dat Microsoft ons webdevelopers of het W3C altijd een hak wilt zetten door brakke of geen implementaties te maken van webstandaarden, en zelf allerlei dingen weg te laten of erbij te verzinnen. Gelukkig is het monopolie van Microsoft op webgebied een beetje aan het verdwijnen, dus is hun speelvrijheid al wat kleiner, maar toch...

@hieronder: Hoezo ze kunnen niet opeens een W3C compatible browser maken? Ze kunnen dat niet nee, niet met de huidige code, dat blijkt wel. Bovendien, waarom lukt het Mozilla (Firefox 3) en Opera Software (Opera 9) dan wel, en dan toch de meeste website goed te supporten? Zo onterecht is mijn 'rant' dus niet... het is vaak genoeg gebleken dat Microsoft niet op standaarden van een ander zit te wachten.

[Reactie gewijzigd door Sebazzz]


Ik weet het niet hoor, maar veel van de technieken die er in webbrowsers zijn zaten voor het eerst in IE, MS wil, net als opera en mozilla niet elke keer wachten op W3C, dat duurt gewoon eeuwen, hoelang zijn ze al bezig met HTML5? Terwijl internet op dit moment het snelst veranderende medium is.

Verder probeert MS zijn browser ook weer dichter bij W3C te krijgen als het gaat om nu gestandaardiseerde technieken. Dus ik vind je rant nogal ontrecht, ze kunnen ook niet zomaar een 100% W3C compatible browser gaan, dan zouden veel websites het immers niet meer doen.

Ik vind het trouwens een goed initiatief van Opera en Mozilla, handig zo'n video tag en geen gekloot meer met flashplayers e.d.

Ik weet het niet hoor, maar veel van de technieken die er in webbrowsers zijn zaten voor het eerst in IE
Ik zou daar graag een paar voorbeelden van zien, ik ben daar erg nieuwsgierig naar.

IE was de eerste waarin je met Javascript een http request kon maken. AJAX, dus.

Technisch gezien kan IE dat nog steeds niet, want IE wel kan is een activeX object maken die vervolgens een http-request kan maken.

@starlite
IE 7 heeft wel een native javascript object hiervoor.

IE 7 heeft wel een native javascript object hiervoor.
Zo native is dat niet, het is gewoon een COM-wrappertje. Het XHR object in IE7 ondersteund bijvoorbeeld geen expando's...

[Reactie gewijzigd door crisp]


IE was ook de eerste die volledig CCS1 ondersteunde.

Je punt?

IE bleef daarna ook vet achter bij ondersteuning voor CSS 2 en 2.1.

Er werden nu eenmaal voorbeelden gevraagd en die zijn gegeven. Zijn punt was dus dat IE de eerste was die volledig CSS1 ondersteunde, een valide punt dus.

Gaan zeggen wat en browser allemaal NIET als eerste ondersteund is natuurlijk gekkenwerk aangezien je een x aantal concurrenten hebt waarvan er altijd maar 1 als eerste iets kan toepassen.

"ze kunnen ook niet zomaar een 100% W3C compatible browser gaan, dan zouden veel websites het immers niet meer doen."

En weet je hoe het komt dat veel websites het dan niet meer doen?
Omdat deze zo gemaakt zijn dat ze in IE werken en niet rekening houden met de standaarden. En hier zouden ze beter eens iets aan doen.

Dan werkt een site tenminste overal of nergens.
En dan moet ik niet IE gebruiken of plug-ins voor firefox om die "fout" gemaakte sites wel te kunnen openen.

Verder probeert MS zijn browser ook weer dichter bij W3C te krijgen als het gaat om nu gestandaardiseerde technieken. Dus ik vind je rant nogal ontrecht, ze kunnen ook niet zomaar een 100% W3C compatible browser gaan, dan zouden veel websites het immers niet meer doen.
Dat MS zijn browser door de strot wilt duwen bij het W3C, dat moeten zij weten, dat laat mij verder totaal koud om eerlijk te zijn. Ik zie ook niet in wat hier het nut van is... :)

Als een browser wél 100% compatible wilt zijn met 'de regels' van het W3C, waarom niet? Wie houdt ze tegen? Niemand! Het feit dat een website dan niet meer goed te bekijken is in die browser?

Tja, leuk argument, maar dan is er gewoon wat mis met de website zelf. Een website kan nú ook al gemaakt worden, volgens 'de regels' van het W3C, niemand die een webdevelopper daarin tegen zal houden, dus dit is gewoon een argument om een uitweg te zoeken, om niet 100% compatible te hoeven zijn, terwijl het dus (nu al) gewoon kan en dus mogelijk is. ;)

Dat browsers anders omgaan met die 'regels' en er zélf uitbreidingen op toevoegen, dat moeten zij zelf weten natuurlijk en juig ik (in a way) alleen maar toe. Het web veranderd snel, sneller dan dat het (langzame) W3C een (nieuwe) set richtlijnen (HTML) beschikbaar heeft en om met de tijd mee te gaan, zal er wel naar een oplossing gezocht moeten worden natuurlijk... :)

[Reactie gewijzigd door GJ-tje]


je stelt het wel een beetje vreemd voor. Alsof IE en W3C tegengesteld zijn, en incompatible. Als je reël bent, zie je dat IE natuurlijk voor 95% wel gewoon aan de W3C standaarden voldoet. Die 5% is natuurlijk mokerirritant, maar je moet niet doen alsof IE volslagen andere standaarden gebruikt.

Ik lees anders nergens dat Embed en Object dan niet meer zouden werken in Firefox...

IE is juist degene die allerlei tags verzonnen heeft en alle regels qua standaarden aan zn laars lapt... jij bedoelt dan ook niet dat de tag van de organisatie moet komen maar waarschijnlijk dat je IE gebruikt :P aleen de meeste goede webdeveopers zoals alistapart.com en css zen design zeggen al jaren dat IE eigenlijk de slechtste browser ooit is.. daarom zijn ook alle bestaande css hacks 'ie hacks', voor firefox, opera, netscape, flock, safari, etc. zijn die hacks namelijk niet nodig aangezien ze gewoon doen wat ze horen te doen, de grafische engine laten doen wat css zegt dat die moet doen.

en ik maar denken dat Netscape dat was ;)

Maar je stelling ( want meer is het niet) hangt van de vooroordelen aan elkaar. IE doet hetzelfde wat Netscape deed toen die nog meetelden en wat Opera en FF nu ook gaan doen. Vooruitlopen op technische ontwikkelingen om een oplossing te bieden voor bestaande problemen. Telkens wachten op nieuwe aanbevelingen van uit w3c is iedere innovatie remmen. IE heeft een grote boost in internet gebruik veroorzaakt maar begint achter te lopen juis tomdat ze telkens geremd worden door de w3c "aanbevelingen".

MS heeft zelf toegegeven dat ze jaren stil hebben gestaan op gebied van internetontwikkelingen. Nu wil jij gaan beweren dat ze op de aanbevelingen van W3C moeten wachten?
Netscape was een van de eerste browsers, geen wonder dat die jongens een hoop dingen deden waar geen standaard voor was. Er bestond toen niet eens een W3C......!

Vooruitlopen op de ontwikkelingen is niet iets waar IE om bekend staat. Niet voor niets heeft IE7 een hoop functionaliteit afgekeken bij Opera en Firefox.
Netscape heeft het eerste internet gebruik mogelijk gemaakt. Daarna heeft MS dat met IE overgenomen (de manier waarop staat nog steeds ter discussie) maar om te zeggen dat zij een Boost hebben veroorzaakt......?
Het was op een bepaald moment het bijna enige voor handen om te kunnen internetten, en standaard geinstalleerd bij Win95, 98 etc. Dalijk ga je nog beweren dat er voor MS Messenger helemaal niet gechat werd?

Wie heeft jouw verteld dat het internet van Microsoft is? Google heeft het internet al een tijdje geleden overgenomen. Als google (en daarmee youtube) besluit naast Flash ook de video tag te gaan ondersteunen voor Mozilla/Opera, dan scheelt dat hun en ons waarschijnlijke de nodige processorkracht en bandbreedte. Of Microsoft het dan overneemt zal vanzelf blijken.

Het probleem is voor de verandering eens niet Microsoft, maar de MPEG-LA, 3C en 6C (pouls van bedrijven als Hitachi, Matshushita, Sony, Philips, Samsung, British Telecom, Pioneer, Canon, Sharp, Warner Bros etc. die de patenten op o.a. het DVD formaat en H.264 enz. hebben), en Hollywood. Microsoft betaalt per licentie WinXP die ze verkopen minstens 10 euro aan licentiekosten aan die bedrijven voor de videoformaten die Windows Media Player ondersteund (vooral voor VC1, waarvan ze - MS dus - beweren dat ze het zelf hebben uitgevonden - maar ondertussen gewoon overgenomen van o.a. Philips, zullen ze bakken vol geld moeten betalen, al is dit niet publiek bekend).
Koop je een cheape Chinese DVD speler voor 80 euri, dan gaat daarvan ongeveer 10 tot 20 euro naar die Westerse/Japanse/Koreaanse bedrijven, alleen maar voor licenties op de codecs! (Datzelfde geld dus ook, maar misschien is dat wat goedkoper, voor Microsoft Windows, of andere multimedia-encoders/decoders). PS wie de codecs los koopt, bijvoorbeeld voor Linux, is zo $28 kwijt om alle op internet/DVD gangbare formaten op een legale manier ondersteund te hebben!

Zij (Hollywood + MPEG LA, 3C, 6C, Thompson en Dolby) zullen kosten wat kosten proberen te voorkomen dat de formaten waar ze tot max. 20 euro per DVD-speler op vangen en die ook nog eens DRM ondersteunen vervangen kunnen worden op het web door het veel goedkopere .ogg formaat. Van de bestaande media-codec patenten van deze grote bedrijven, waarop .ogg vrijwel zeker op een aantal inbreuk maakt, is onduidelijk of ze afdwingbaar zijn; dit zijn namelijk algoritme- en softwarepatenten, en deze zijn in de EU voor de rechter nog nooit afgedwongen, dus voor hetzelfde geld verklaart de rechter ze allemaal ongeldig! Omdat de genoemde bedrijven dit weten verkopen ze licenties op de patenten in pouls. Is er een licentie A op een vrijwel zeker geldig patent X, dan kan men licentie A niet verkrijgen zonder er gelijk een licentie B,C en D bij te kopen; waarbij die licentie B,C en D betrekking hebben op twijfelachtige patenten. Zodoende vangt deze businessclub ook nog eens bakken geld voor twijfelachtige patenten. Als de Chinezen echter geen respect voor deze patenten hebben, staat binnen no-time een Amerikaanse/Japanse/Koreaanse vertegenwoordiger op de stoep bij het Chineze parlement te dreigen met maatregelen via de WTO (dit is in het verleden gebeurd!), zogenaamd omdat de Chinese regering piraterij helpt door toe te staan dat Chinese bedrijven dit 'beschermgeld' (haast maffia-achtige praktijken, maar dat is mijn mening) niet betalen.

Aangezien op het web voor video de toekomst ligt (neem ik even voor het gemak aan), is het web voor de genoemde bedrijven het belangrijkste 'slagveld', waar ze niet mogen verliezen, en hun lucratieve standaarden dus niet overbodig mogen worden.

Het genoemde business-clubje geeft miljoenen uit aan lobbyisten die kind aan huis zijn in Brussel en Washington, en die vast ook invloed hebben gehad op de brief van Nokia (waarin Nokia voorstander is van het H.264 formaat waar de genoemde bedrijven bakken geld over vangen). Dat business-clubje is natuurlijk direct of indirect vertegenwoordigd in standaardorganen (zoals ECMA), en vanuit die positie kunnen ze vrije, goedkope formaten waar ze geen geld over vangen stoppen op hun weg tot ISO/IEC certificering. Op het W3C hebben ze blijkbaar minder invloed, en zo te zien zijn ze hardstikke bang dat ze die honderden miljoenen euro's gaan mislopen.

ED: Reden dat Microsoft geen .ogg ondersteund is dat Microsoft een sleutelrol vervult als het gaat om video-content op internet. Aangezien Hollywood + MPEG-LA + 3C, 6C, Thompson en Dolby Microsoft dus nodig hebben om hun geld via het net binnen te halen, kan Microsoft dus gelijk bij iedere transactie gelijk een paar cent af proberen te romen; klanten weten toch niet hoeveel van de media-licentie-inkomsten van Windows XP naar de rechthebbenden en naar Microsoft gaan. Daar verdient Microsoft dus erg goed geld aan.

[Reactie gewijzigd door kidde]


Waarom niet? Er is een script waarmee er automatisch fall-backs worden gebruikt als een browser de <video />-tag niet ondersteunt. Zo is er een native plug-in, maar er is ook reeds langere tijd een Java-applet (cortado) die gewoon direct OGG Theora kan streamen. En het zal je verbazen hoe hoog de penetratiegraad van Java is!

Enfin, ook in de huidige browsers kun je al zonder problemen de video-tag gebruiken!

Deze tag komt ook van het W3C, het zit in de pijplijn voor HTML5.

Het is maar goed dat browsers alvast beginnen met de implementatie, want als ze wachten tot een nieuwe versie final is, dan duurt het nog tot 2012 ofzo (letterlijk...).

Zie bijvoorbeeld dit artikel op A List Apart over o.a. video en audio in HTML5.

http://www.alistapart.com/articles/previewofhtml5

(persoonlijk weet ik niet of dit een goed idee is, maar laten we eens kijken hoe de implementaties uitpakken)

Zolang IE die tag niet gaat ondersteunen, ga ik die niet gebruiken. Zo'n tag moet gewoon van de html organisatie, w3c, komen.
Deze tag is ook al opgenomen in de voorlopige W3C specifiacties van HTLM 5. Het gaat echter nog zo lang duren voordat W3C klaar is met HTML 5 dat Mozilla en Opera vast vooruitlopen hierop en deze nieuwe tag nu al implememnteren in hun browsers.

Eigenlijk is de situatie nu ook bizar: plaatjes (.jpg / .png / .gif) worden al sinds 1994 door de meeste browsers ondersteund, maar voor video's heb je nog steeds één of andere suffe plugin nodig (Quiktime, VLC, Flash etc.), terwijl video's eigenlijk niet meer zijn dan het logische vervolg op plaatjes.

vooruitlopen op is dus NIET het volgen van een standaard!
Denk even aan de diverse pre N interpretaties die nu verkocht worden nadat de N draft geaccepteerd is en waar je een hoop ellende mee binnen kunt halen.

Zo'n tag bestaat toch allang: embed. (In combinatie met object voor Internet Explorer).

Dat is het hem nu juist: Met embed roep je andere codecs ed op van derde partijen. Als je die niet bezit (zoals flash) dan speelt het niet af. Wat de makers van Firefox en Opera willen is een video tag waardoor je browser het zelf afspeelt ipv het aanroepen van code van een derde partij. Hierdoor hoeft de gebruiker geen plugins meer te installeren maar heeft de browser dierect ondersteuning.

en het verschil is dan dus dat...?

ipv een codec wordt het bestand direct afgespeeld door de browser. Hiephoi, alleen zit je nu 'vast' aan wat die browser dan gaat ondersteunen; en laten we er maar van uit gaan dat dat een heel beperkte set is, anders kan je net zo goed bij codecs blijven.

Dus als jij een video hebt die er bagger uit komt in Ogg/Theora (bijv. als browser-native video) en je 'm liever in zegge QT Sorenson3 comprimeerd, dan mag je alsnog de <object> tag gebruiken.

Het mooie van codecs is -juist- dat je elk videoformaat kan gebruiken dat je maar wil en dat iedereen die kan afspelen - zij het met een codec download, gemiddeld een stuk minder gesodemieter dan een browser update.. en het werkt gelijk in alle browsers, je mediaplayer, etc. ipv alleen die ene browser.

"Schoenmaker blijf bij je leest", denk ik dan.

Wat is er mis met KEUZE? Ik zie deze tag nog neit eens echt worden gebruikt op de korte termijn. Maar ik kan zeggen dat ik met Firefox toch de hele tijd zit te kloten, laatst kon ik nog neit eens WMV afspelen in Vista mbh Firefox, kon ik weer IEtab gebruiken. Sinds ik Linux gebruik is het nog erger voor mij als Linux noob. Het zou werkelijk heerlijk zijn als ik alleen mn browser hoef te installeren en zo alle filmpjes kan zien.

Wat is er mis met KEUZE?
Het beste is om in FF de extensie Media Player Connectivity te installeren, kan je per formaat instellen in welke mediaspeler het afgespeeld moet worden
kon ik weer IE tab gebruiken.
die kan je beter helemaal niet meer gebruiken, komt nl voor op deze lijst IE Tab kan je profiel corrumperen Het beste kan je IE View Lite gebruiken

ik denk dat de kampen van Mozilla en Opera wel weten waar ze het over hebben hoor.. zijn waren namelijk ook de eersten die transparantie van PNG volledig ondersteunden en de geanimeerde ANG bestanden ook streamend weergaven, ik denk dat er gewoon een universele tag moet komen die bestaande codecs op je pc gewoon gebruikt. hierdoor valt de behoefte om extra in-browser codecs te hebben weg en gebruikt de tag de standaarden van WMP/Quicktime/Real/DivX/XviD/etc. en qua audio staat op de meeste MS stations al een lijst van tien of meer codecs en op een mac zelfs nog meer. ik denk dus dat als ze een manier vinden om deze codecs te linken ze zonder downloads toch al erg ver komen met het lijstje van codecs (AV)

Voor zover ik begrijp kan je met die video tag gewoon codec kiezen hoor, alleen zal het initieel misschien alleen ogg/theora ondersteunen, want ja je moet ergens beginnen. Gare troep als wmv komt er niet in nee, aangezien FF en Opera daar nooit ondersteuning voor in zullen kunnen bouwen, en codecs met royalties zoals mpeg2 kun je ook wel vergeten, maar je zou bijvoorbeeld kunnen denken aan iets als dirac (open source codec van de BBC) of aac audio als toekomstige keuze.

En ach, zolang er nog zo veel wmv videos op het net staan kan ik dit soort dingen alleen maar toejuigen. Als er maar een paar sites zijn die het gaan gebruiken is het al een verbetering.

Ik zou het persoonlijk dan een beter idee vinden dat Firefox / Opera die embed-tags af kunnen vangen: zo van, wanneer er geen codec is voor dit type video, gebruik de interne speler, anders gebruik de plugin. Lijkt mij een stuk vriendelijker dan MS-achtige trekken vertonen door het zelf wat toevoegen aan de w3c standaarden e.d.

Aan de andere kant, ze kunnen op het w3c wachten tot ze een ons wegen, krijg ik het idee.

[Reactie gewijzigd door YopY]


Uit het artikel:

"Zolang de browser de door de video gebruikte codec ondersteunt"

Dus als jij de code DIVX99.999 niet hebt, speelt het niet af in je firefox...

Flash rulet voor video, iedereen heeft het en het werkt gewoon.

Dan lijkt mij de combinatie van de 2 nog het beste.
Als de codec beschikbaar is: speel rechtstreeks af
Als de codec niet beschikbaar is: gebruik flash-plugin
Dan is iedereen tevreden en wordt de processorkracht bespaard waar dat het mogelijk is.

Deze tags worden alleen ondersteund met plugins. Al merk je daar tijdens het surfen vrijwel niets van aangezien je deze waarschijnlijk toch wel hebt.

Hoezo heb je die toch wel? Als je net je OS hebt geinstalleerd heb je waarschijnlijk geen java, flash of media plugin er op staan, dus dat kan je allemaal weer los gaan installeren. Om het nog maar niet eens te hebben over het feit dat als je niet een al te standaard platform hebt (bv linux op ppc) dat je dan niet eens een flash plugin hebt (nu java open source wordt zou dat niet een probleem meer moeten zijn). En wat dacht je van mobiele browsers? Die hebben uberhaupt al die plugins niet, en een video-afspeel mogelijkheid in zo'n mini-browser zelf zou een flinke verbetering zijn voor mobiel internet.

kleine correctie... OBJECT is de valide tag voor externe media-content... zelfs IMG zou _eigenlijk_ via OBJECT toegevoegd moeten worden (enkel maakt de spec vanwege de enorme bekendheid met de IMg-tag en backwards ondersteuning daar dan een uitzondering en kent die ook).
http://www.w3.org/TR/html4/struct/objects.html#h-13.3

EMBED is een proprietaire tag die ooit door Netscape geintroduceerd werd toen die nog een bijna-monopolie op de browsermarkt hadden en dat veelvuldig msibruikten om hun eigen proprietaire tags erdoorheen te drukken.

Ik snap ook daadwerkelijk niet waarom Opera en Mozilla een 'eigen' tag zouden willen introduceren... dat zou juist het terugkeren zijn naar verkeerde tijden van de 'browser-war'... die leidde tot veel proprietaire Tags...

Laat Opera en Mozilla gewoon de OBJECT tag beter ondersteunen en bij
<OBJECT data="URI" type="video/theora"> de juiste content renderen...

[Reactie gewijzigd door RM-rf]


Ik snap ook daadwerkelijk niet waarom Opera en Mozilla een 'eigen' tag zouden willen introduceren... dat zou juist het terugkeren zijn naar verkeerde tijden van de 'browser-war'... die leidde tot veel proprietaire Tags...
Semantiek; van <video> is veel duidelijker wat er precies voor content achter zit dan wanneer je <object> zou gebruiken. Hetzelfde geldt natuurlijk voor <img>. Daarbij is het bij dergelijke specifieke elementen veel makkelijker om bijvoorbeeld specifieke ondersteuning voor fallback content te introduceren. Naar wat ik begrepen heb is het grootste probleem van <object> de complexiteit van de benodigde API.

Vwb het 'eigen'; dit is in feite niets anders dan <canvas> support; browservendors willen niet wachten tot HTML5 volledig gereed is. Sterker nog: het is essentieel dat er al ver voor die tijd interoperable implementaties zijn, dat is een eerste vereiste voor een standaard. En tsja, wat is 'eigen'? Opera en Mozilla zijn natuurlijk beiden zeer betrokken bij de ontwikkeling van de HTML5 standaard binnen het W3C ;)

Pardon? Een interoperable implementatie is een vereiste voor een standaard? Wat is dat voor onzin? Implementeren voordat de standaard geaccepteerd is, zorgt er juist voor dat de browsers op cruciale punten van de standaard afwijken. CCS2 is hiervan wel het beste bewijs. Netscape 4.x moest gewoon verlaten worden omdat het onmogelijk was dat CSS compatible te maken. IE ging nog redelijk, maar blijkt dan een andere interpretatie van breedtes te hebben, o.a. omdat dat op dat moment in de CSS specificatie nog niet duidelijk genoeg gespecificeerd was.

Als je wilt dat alle browsers de standaard vanaf het begin af aan goed ondersteunen, dan moet je eerste bepalen hoe het eruit moet zien, en dan pas inbouwen.

Pardon? Een interoperable implementatie is een vereiste voor een standaard?
Jazeker, dat is zelfs een voorwaarde binnen het W3C proces voor recommendation status ;) Het sleutelwoord is hier natuurlijk 'interoperabel'.

Implementaties zijn belangrijk om problemen in de specificatie zelf te vinden en te kunnen corrigeren. Dat is ook gebeurd met CSS, 2.1 fixed een hoop fouten in de oorspronkelijke 2.0 recommendation. Bijna alle browservendors hebben hun CSS support nadien dan ook aangepast aan de 2.1 WD (2.1 heeft nog geen recommendation status).

Toch werkt dat niet zo. Je moet namelijk als het ware kunnen bewijzen dat de standaard ook implementeerbaar is. Dat wil zeggen: een referentie-implementatie laten zien.

Ik vraag me af wat nu in de praktijk het verschil zou zijn tussen OBJECT en die nieuwe Video tag. Qua syntax lijkt me dat alleen het ontbreken van de MIME-type? Maar die is zowiezo optioneel... Ik zie dus niet in waar het voordeel van die nieuwe tag zou liggen...

Is het de bedoeling dat die theora codec standaard geimplementeerd is door de browers? Lijkt er dan sterk op dat men gewoon op een slinkse manier reclame voor theora maakt. Zowiezo is de implementatie van hoe de videodata wordt afgespeelt niet iets wat in de HTML standaard komt...

Inderdaad - er is geen reden om niet de <object> tag te gebruiken - nergens vereist W3C dat een <object> door plugins wordt afgehandeld oid . Nieuwe specifieke tags zouden juist onnodig zijn als <object> overal goed wordt ondersteund.

Voordat Mozilla en Opera überhaupt tegenwicht kunnen bieden, zal er wel consensus moeten worden bereikt over de set gebruikte codecs. Bovendien is een speciale videotag pas echt bruikbaar als alle browserfabrikanten deze ondersteunen. Het is niet bekend of Microsoft dit overweegt.
Je kunt toch gewoon de Microsoft methode volgen. Op de markt gooien en de gebruiker het zijn probleem maken. Werkt het niet dan gebruik je maar ons product.

Eigenlijk vind ik dit geen enorm goede ontwikkeling. Als web-developer vind ik het enorm irritant als je voor 2 verschillende browsers een andere tag moet gebruiken. Als het door het W3C gespecifieerd wordt, zou ik het een beter idee vinden. Want dat betekend dat het waarschijnlijk door de meeste browsers ondersteund zal worden. Of als IE het ook gaat ondersteunen, aangezien je dan de meest relevante browsers van het moment wel hebt.

Het duurt ook nog wel even voo rhet ingevoerd wordt. Verder kun je gewoon de oude optie blijven gebruiken. Niemand zegt dat je de nieuwe code MOET gebruiken. Je mag hem wel gebruiken en ik zie wel voordelen, mits IE het gaat ondersteunen.

Ook als IE het niet gaat ondersteunen heeft het voordelen. Doe je gewoon een klein scriptje erin die dingen doet als
if (IE) then <IECODE>bla</IECODE>
else <VIDEO blabla>URL</VIDEO>
Dan moet die media player plugin in IE maar zorgen dat ie ogg/theora gaat ondersteunen ja, maar das een kwestie van een extra codec installeren, een probleem waar je op windows zowiezo wel last van heb. Als dat wmv gedoe eindelijk wat minder gaat worden kan ik dit soort dingen alleen maar toejuigen :D

En dan nog. Ook al zou IE het ook ondersteunen ... wat doe je dan als webdeveloper met IE5, IE6, IE7, Firefox 1.5, Firefox 2.0 ...? Want daar zit die <VIDEO> tag natuurlijk nog niet in.

Kortom: je zult hoe dan ook nog moeten rekening houden met de browser capaciteiten.
(en ja, beter twee standaarden dan drie of vier!)

Als het door het W3C gespecifieerd wordt, zou ik het een beter idee vinden. Want dat betekend dat het waarschijnlijk door de meeste browsers ondersteund zal worden
Dat staat er erg los van. Internet Explorer 7 ondersteund nog steeds niet alle mogelijkheden van CSS 2.1 correct, wat in 1998 is vastgelegd door het W3C.

Microsoft heeft ook een eigen agenda, en als een ontwikkeling niet in die agenda past kunnen ze ervan afzien het te implementeren. Commercieel gezien is het zelfmoord als het eenvoudiger is om een webappliatie te maken dan een Windows applicatie.

Het W3C is ook niet heilig, de WHATWG is niet voor niets apart aan HTML5 begonnen omdat het W3C met XHTML2 de realiteit uit de ogen begon te verliezen. Dit <video> element is een van de verbeteringen uit HTML 5, en het is erg goed dat browsers hier nu al aan beginnen. Misschien dat het aan een stille dood sterft, maar tegelijk kan dit weer een stukje innovatie op het web brengen.

Ik hoop NIET dat ze dit gaan doen. Het is met Flash al enorm simpel EN xbrowser compatible om video toe te voegen aan een site.

Maar flash filmpjes vragen enorm veel resources en ondersteunen geen overlay.

En Flash wordt niet ondersteund op alle besturingssytemen: FreeBSD, OpenBSD en NetBSD worden nog altijd niet ondersteund door Adobe.

Flash filmpjes zijn vaak niet zo heel erg mooi. Zeker als je het vergelijkt met Ogg Theora, want de kwaliteit daarvan is zeker superieur aan Flash filmpjes en veel andere formaten. De mogelijkheid om Ogg Theora af te spelen via een browser is een grote stap voorwaarts. En ik denk dat het voor mobiele toepassingen ook een hele verbetering is. Die moeten nu weer worden voorzien van een Flash plug-in om filmpjes te kunnen afspelen. Dat hoeft dan straks niet meer.

Met de nieuwste Flash 9 plugin is het mogelijk om h.264 filmpjes te spelen, die zijn kwalitatief erg goed en spelen inderdaad op alle platformen. Ik denk dat het beter is dat Flash op mobiele toepassingen komt in plaats dat er een andere browser op telefoon moet komen.

Demo's zijn hier te vinden

Gezien het gigantische resourcegebruik bij het afspelen van flash filmpjes denk ik niet dat het een goede zaak is om dit te gaan implementeren op mobiele apparaten die van nature minder krachtig zijn en waarvan de batterij best zo veel mogelijk wordt gespaard.

Ook is bij die HD demo's (720p) te zien dat er geen interpolatie bij het vergroten van het beeld wordt gebruikt waardoor alles vrij pixel-ig wordt. Not done bij filmpjes die pretenderen te zorgen voor hoge kwaliteit.

[Reactie gewijzigd door DevilsProphet]


Hmm, ze beginnen Microsoft-trekjes te krijgen bij Mozilla en Opera. Ik vind het aan de ene kant wel vooruitstrevend, ik bedoel, je kunt niet blijven wachten op iets als HTML 5 wat al 10 jaar overdue is, maar om dan maar zelf 'standaarden' te gaan publiceren... Daar komen problemen van!

Ze hebben het wel nodig om nog verder vooruit te komen in de markt. Je moet meerwaarde hebben op de standaard browser die door alle windows pc's worden gebruikt, anders wordt je niet gedownload.
Als je computernerd zegt "Ja, je moet ff firefox downloaden, anders doen de filmpjes het niet" dan gaat de gemiddelde n00b wel FF gebruiken.

Standaarden worden toch al overal meer als richtlijnen gezien. Vooral bij IE.

De W3C 'standaarden' zijn officieel ook gewoon richtlijnen, en geen standaarden...

Jij noemt het MS-trekjes, ik noem het een poging het web te verbeteren. Als je met alles op MS wacht komt er nooit verbetering. Die innoveren namelijk niet uit zichzelf. Daar hebben ze ook geen noodzaak aan zolang ze nog de grootste zijn. IE loopt hopeloos achter, waarom moeten andere browsers dat dan ook doen?

En verbetering op video gebied zou niet verkeerd zijn, op het moment is het een zooitje, met al verschillende formaten (flash, qt, wmv, real, etc).

Voordat Mozilla en Opera überhaupt tegenwicht kunnen bieden, zal er wel consensus moeten worden bereikt over de set gebruikte codecs. Bovendien is een speciale videotag pas echt bruikbaar als alle browserfabrikanten deze ondersteunen. Het is niet bekend of Microsoft dit overweegt.
Tja, dan zal het nooit bruikbaar worden. MS zal nooit die videotag implementeren. Ze nu net druk bezig met het pushen van (hun flash/flex killer) Silverlight en laten de eerste versies daarvan zich nu net eens vooral richten op het afspelen van multimedia. Ze gaan echt niet hun eigen glazen ingooien (tenminste niet op die manier).

Toch is dat enorm jammer. Het zou juist een ideaal en logische manier zijn om gewoon net als images video's te kunnen gebruiken. Ik heb echter wel een kanttekening. Hoe zit het met wmv filmpjes? Die hebben vaak nog wel eens wat meer payload dan enkel de film. Security technisch lijkt me het dan ook niet ideaal om die filmpjes maar automatisch af te laten spelen.

Ik zie hier twee problemen. Het eerste is dus de vraag of Microsoft hierin mee zal gaan. Het idee is heel leuk, maar wat je niet wilt is extra niet-standaard functionaliteit in je browser inbouwen die bij andere browsers niet beschikbaar is. Daar zijn nu juist standaarden voor. Zolang Microsoft niet mee doet lijkt de kans op succes mij nihil.

Verder trekken ze de vergelijking met afbeeldingen, die toch niet zo simpel ligt lijkt mij. Bij afbeeldingen zijn GIF, JPEG en PNG verreweg het meest gebruikt, en deze formaten zijn nauw omlijnd en kunnen dus prima ondersteund worden. Wat video betreft is het veel complexer; er zijn vele soorten video-formaten welke over het algemeen dan nog geen codec vaststellen; nee de video-content ligt in dat video-formaat ge-embed waar dus ook nog weer een specifieke codec voor nodig is. Hierbij zullen dus bestandsformaten ondersteund moeten worden samen met een stapel codecs om enigszins bruikbaar te zijn. Als je kijkt naar de verscheidenheid aan video-players en hun afspeelmogelijkheden kan je duidelijk zien dat het niet zo makkelijk is om een alles-eter te worden.

Dat zal wel meevallen. Ze geven tenslotte al aan dat het niet met alles werkt, maar alleen met bepaalde ondersteunde formaten, in het begin alleen ogg/theora. Dat is heel simpel, de container is ogg en de codec is theora. Verder is dit natuurlijk makkelijk aan te geven door dingen te doen als
<VIDEO container="ogg" codec="theora">URL</VIDEO>
Bovendien kunnen mediaplayers formaten onderscheiden *zonder* dit soort tags, waarom zou een browser dat dan niet kunnen?

Er is toch allang een manier om videos te laten zien middels de embed-tag? En als ze het dan zo nodig 'zelf' willen ondersteunen, kunnen ze toch óók gewoon de embed-tag (of object, weet nou niet welke ook weer 'fout' was) utiliseren.

Maar zoals hierboven besproken ben je dan nog afhankelijk van thrid party software (codecs)
Je zou toch ook raar opkijken als je bij een versie windoos installatie inene geen plaatjes had in je browser omdat je eerst je JPG-codec moet downloaden?

Standaard een codec meeleveren bij een browser is niet iets dat in de W3C specificaties hoeft te worden opgenomen... En al helemaal niet iets dat een extra tag vereist.
«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

Volgende: AMD haalt industrieveteraan in huis voor Accelerated Computing 10:57
Volgende in Life: Amerikaanse gamesverkoop groeit ten koste van dvd-verkoop 09:41
Vorige in Life: Final Fantasy viert twintigste verjaardag 19:10
Vorige: Test: Reaper Edge blijkt solide gamingmuis 17:15