Flash-oppdatering gir bedre ytelse

Installer uansett. Det er bugfikser med i oppdateringen også

killall Flash

@iHaraldM

Det er Apple sin API som kun støtter nyere modeller, så ikke skyld på Adobe i denne omgangen :)

@ admin

Pekte forsåvidt ikke fingeren på Adobe, selv om det kanskje så sånn ut:) Men ja, det er vel ikke tvil om at Apple har gjort livet litt surere for Adobe i det siste. Uten å gå inn på diskusjonen om flash på iPad/iPhone, er det vel ikke tvil om at flash fortsatt (dessverre) har en relativt sterk posisjon på nettet. Hardware-dekoding av flash hadde absolutt gjort seg på min MBP fra 2007, filmer i 1080p på youtube er ikke en veldig hyggelig opplevelse. Uten å ha gjort noe research kan jeg ikke se for meg at denne begrensningen ligger i Windows-versjonen. Så dask på lanken til Apple. På den annen side er jo Apple, som de aller fleste andre bedrifter, ute etter å tjene penger, noe de er ganske så drevne på.

Dette virker da helt høl i huet! Så denne dekodingeen virker verken på iMacen min (ATI 4850) eller Macbooken. Macbooken har til og med 9400M som det står er støttet men er av en årgang for tidlig, utrolig å gjøre noe så klønete!

Jalepenos77: det er en link i artikelen som du enkelt og greit bare venstre klikker på, så kommer du til nedlastings siden til adobe.

Det var F^2 meg på tide! Men dritten krœsjer fortsatt ja... Det er til å spy av.

Dumhet er tilgivelig, men Adobes ignoranse ovenfor Mac...

Dette virker da helt høl i huet! Så denne dekodingeen virker verken på iMacen min (ATI 4850) eller Macbooken. Macbooken har til og med 9400M som det står er støttet men er av en årgang for tidlig, utrolig å gjøre noe så klønete!

Så lenge du har 9400 så fungerer det.

men hvorfor skal jeg laste ned dette? Hva er d godt for?

For det første inneholder det oppdateringer til adobe flash på generelt grunnlag. Dvs. ytelses og sikkerhetsoppdateringer. Det er alltid anbefalt å holde flash oppgradert, på linje med andre programmer.

For det andre så inneholder denne oppdateringen støtte for hardware-akselerasjon av h264-video for visse skjermkort. Det betyr at på utvalgte macs (nevnt i artikkelen) vil nå skjermkortet så for dekoding av flash-video på f.eks youtube, i stedet for prosessoren. Dette gjør at flash blir mye mindre ressurskrevende, og dermed gir deg både en bedre sureopplevelse og generell ytelsesforbedring ved avspilling av flash-video. Du har sikkert lagt merke til at macen kan bli utrolig treig ved bruk av flash, nettopp fordi det tidligere har vært prosessoren som har stått for all jobben. Dette betyr ikke at flash nå fungerer like godt på OSX som på Windows, men det er merkbart bedre.

Selv om du ikke har en mac som støtter hw-aks av h264 bør du oppgradere for å få med deg det nyeste av ytelses- og sikkerhetsforbedringer.

Så denne flotte oppdateringen har lite å si for min del, siden skjermkortet i min MacBook Pro er ATI Radeon X1600?

Typisk at det bare er macen min med svakest skjermkort som støtter denne dekodingen. Om ATI kortet i iMacen min også kunne gjort det hadde det blitt fart på sakene, men tviler på at 9400M kortet i macbooken min har noe serlig til overs for denne dekodingen

9400 er en ganske så undervurdert brikke, det er denne nvidia bruker i sine ION-løsninger, da den klarer x264 1080p og fulle blurays (h264/vc1) uten problem.

Så denne flotte oppdateringen har lite å si for min del, siden skjermkortet i min MacBook Pro er ATI Radeon X1600?

Du vil jo få de øvrige forbedringene i nyeste flash fordi, men hw-aks vil du ikke få.

Går vel til den nyeste Macbook Air'en?

Korrekt.

Jeg har egentlig aldri hatt noe problem med youtube og flash videoer, verken på iMacen eller på macbooken. Ja, de blir varme, men det stopper liksom ikke opp. iMacen har en del å gå på da, med 4850 kortet og 3.06 Ghz c2d. Men det kan på ingen måte sies om macbooken, men har egneltig ikke noe problemer med det på den heller.

Fordi QT kan hw-akselerere med et mye mer effektivt API på alle macs, mens det åpne APIet som Apple har utgitt for utviklere er kun for 9400/320/330, i motsetning til f.eks. windows hvor DXVA fungerer på så og si alle skjermkort og alle mediespillere som vil kan støtte det (alt fra MPC-HC til flashplayer).

Det er helt og holdent Apples feil at Adobe og andre utviklere ikke kan benytte seg av mer åpne og mer effektive API for hw-aks av h264.

HerreGUD!!!!!, så jeg med den aller kraftigst konfigurerte iMac 2008 (Intel C2D 3.06Ghz, 4G ram, 512 MB GeForce 8800GS, 1TB) får IKKE hardware akselerasjon?
Det er helt på trynet... Kan ikke VENTE til HTML5 er over alt på Internett, og Flash blir et "ikke-tema"...

DØ, Flash, DØ!

Nei, det måtte i så fall blitt opp til hver utvikler, men da faller hensikten med flash bort, hvis det ikke skal oppføre seg likt på alle systemer. Flash-videoene er i h264, men i en container som qt ikke spiser, og uansett er det en dårlig løsning. Det er ikke Adobes feil at Apple ikke gidder, og det er Apples brukere som får slite.

Å legge opp videoen i mp4, mkv el.l, er jo en mulighet for utviklerne, men krever en god del ekstra jobb for noe som kun berører et fåtall brukere. Dessuten er flash mye mer enn bare video, youtube og andre bruker flash for reklame i videoer, dette fungerer ikke enda i html5, ei heller fullscreen. Derfor er flash den beste løsningen i dag. Dessuten faller vel slik h264-bruk utenfor flash-lisenen av h264.

Flash får utrolig mye pepper fra Apple-mafiaen, når det egentlig er et ganske bra produkt mtp. funksjoner og muligheter, Adobe har tidligere vært slappe på unix-fronten, men med hw-aks på 10.1, er det faktisk hos Apple og andre at ballen ligger for å få ut skikkelige API.

christergutten: Nå er det faktisk Apples feil, ikke adobe. Hva med å lese artikkelen og kommentarene? Apple har gitt ut et rævva API. Sånn har det alltid vært, og vil mest sannsynlig alltid være med Apple. De driter i eldre produkter, så folk må kjøpe nytt. Det samme skjedde med Java også, helt uten grunn.

De fleste videoer er fremdeles flash, med html5 får man heller ikke fullskjerm, og ingen videoer med interaktivt innhold i form av knapper eller reklame er html5 da det ikke fungerer.

HTML5 kommer, det er tross alt ikke ferdig utviklet enda. Dessuten har google brukt mye tid og ressurser på WebM som forhåpentligvis blir de facto videostandard for html5 på nett. Dessverre for safari-brukere, vil ikke Apple det, da de har en fot i h264-leiren. Likevel, når større nettlesere som FF og Opera ikke vil støtte h264 grunnet lisensen, så kan man risikere en fragmentering på HTML5-fronten, hvor chrome er den eneste nettleseren pr dags dato som støtter både h264 og webm. I så fall vil nok Flash fortsette å leve som nettets de facto videostandard grunnet fragmentering på html5-fronten, flash er i det minste støttet av alle nettlesere på de fleste os. Men vi får se om Apple skifter mening, IE9 som ikke er ute enda har også bare støtte for HTML5, foreløpig.

Petrus: Har lest artikkelen og en del kommentarer ;)
Har fullskjerm i _noen_ videoer i HTML5 betaen.. Og det er vel kun de videoene med reklame man ikke får sett ennå? Kommersielle videoer og sponsorbaserte..
Og NEI, jeg sa ikke at det var totalt Adobe sin feil at Flash er en fryktelig brukeropplevelse på så og si alle systemer.. Apple har driti seg skikkelig ut her med tanke på å kun støtte under en håndfull av deres siste maskiner. Men helt ærlig talt skjønner jeg godt de ikke er så altfor gira på å samarbeide med Adobe og lukke weben.. Apple har jo relativt mye makt til å kunne gjøre overgangen til HTML5 raskere, med tanke på hvor hardt de pusher det på iPhone/iPad og med fantastiske Safari 5!
Merkelig at en super elegant reklame-løsning ikke er ferdig utviklet for HTML5 ennå.
DRM-beskyttelse av noe innhold og reklamevisning er vel så og si eneste utfordringen som gjenstår.. Spill og annet er bevist at fungerer glimrende!

@Simen: neida, de venter bare på en bra løsning for reklamebaserte videoer! H.264 og HTML5 er framtiden! Tilleggs-moduler som Flash og annet drit er i fortida! :)

Det er flere videoer som ikke er html5 enn kun disse enda, jeg gjorde nettopp et søk på en del populære videoer uten reklame, knapper og whatnot, de fleste var flash.
Det er ikke snakk om å samarbeide med adobe, de er langt i fra de eneste som benytter seg av hw-aks-APIet (plex f.eks). Adobe har ingen innvirkning på utviklingen av APIet, de benytter seg bare av det. Dessuten er det tross alt Adobe som står for en god del av Apples brukermasse på Mac. De fleste proffer ville konvertert til Windows, hadde Adobe droppet OSX.

h264 er heller ikke en fri løsning, WebM er, noe Apple ikke støtter. Det er dobbeltmoral all the way, kun for å få igjennom sine egene prioriteringer. Apple er jo eksperter på å låse ned ting. Flash forsvinner aldri, det står for mye mye mer enn bare web-video, og uansett vil aldri HTML5 ta over helt, men en sameksistens hvor markedsandelene til flash på webvideo er mindre er nok det mest sannsynlige. Dessuten er flash-spill langt enklere å kode og man har flere verktøy og muligheter enn HTML5-spill, så HTML5 blir tvilsomt stor på spill, det finnes kun et fåtall mindre avanserte demoer.

h264 er uansett tvilsomt framtida for HTML5, men forhåpentligvis blir WebM det. Den som sitter med makta her er google, og ingen andre. Kutter de ut alt annet enn WebM på youtube så vil faktisk hele internett føye etter.

Man kan klage på at Apple ikke har API tilgjengelig for HW aks. Det er enkelt å lage løsninger når _andre_ gjør jobben for deg. Apple bygger APIet på OpenGL som sist jeg sjekket er tilgjengelig for alle utviklere også Adobe. HW aksellerert flash har kunnet vært realisert for lenge siden hadde bare Adobe gjort jobben sin; er det ikke API tilgjengelig bygger man sitt eget.

Man kan klage på at Apple ikke har API tilgjengelig for HW aks. Det er enkelt å lage løsninger når _andre_ gjør jobben for deg. Apple bygger APIet på OpenGL som sist jeg sjekket er tilgjengelig for alle utviklere også Adobe. HW aksellerert flash har kunnet vært realisert for lenge siden hadde bare Adobe gjort jobben sin; er det ikke API tilgjengelig bygger man sitt eget.

Latterlig å forvente at Adobe skal gjøre denne jobben for Apple når det faktisk er en essensiell funksjon som alle moderne OS bør ha. Det er heller ikke så lett å utvikle et slikt API som du gir uttrykk for, og mtp. hvor lenge Apple har kjørt med hw-aks i qt er det alt for dårlig at et åpent api kommer så begrenset og så sent.