Magyar Opera

Hardvergyorsítás újratöltve (b1380) - frissítve

Frissítés: A változáslistából a fejlesztők kihagyták a Levelezőt érintő változásokat. Utólag beletették, így ez a post is frissült.

A mai előzetesben megérkezett az eddigi legnagyobb, - és egyben utolsó - nagyobb frissítése a HWA-nak a 12 béta kiadásáig. Ez pedig nem más, mint a sokak (főleg Windows userek) által várt DirectX támogatás.

Ezzel együtt már újra engedélyezhető a hardvergyorsítás és a WebGL opera:config-ból, ugyanis a változás miatt alapértelmezésben letiltásra került.

Ha be akarod kapcsolni, akkor a következőképp teheted meg. Ezt opera:config#UserPrefs|EnableHardwareAcceleration és ezt opera:config#UserPrefs|EnableWebGL az opciót állítsd 1-re, mentsd el, majd indítsd újra az Operát.

Figyelem: A hardvergyorsítás bekapcsolása akár kék halált is okozhat, ezért fokozottan figyelj oda az előzetes adatmentésre

A WebGL még problémás lehet DirectX-szel, mivel OpenGL-re van optimalizálva, de ez is megoldódik majd a végleges verzióig. A fontok szintén kicsit furcsák DirectX-es gyorsításnál.

Ezzel az Opera az első és egyetlen olyan böngésző, amely teljeskörű hardvergyorsítással rendelkezik, vagyis nem csak a weboldalakat rendereli a GPU, hanem az egész böngésző UI-t. Mindezt mindhárom platformon, beleértve az elavult, de még mindig népszerű Windows XP-t is. Most pedig következzen a változáslista.

Ismert hibák:

  • HTML5 Drag and Drop fejlesztése folyamatban. Ami a korábbiban nem működött az most se fog. (illetve a pontos kattintáshoz mesterlövész egér vagy több éves gamer múlt kell - a szerk.)Sad Panda
  • HTML5test.com-on fagyhat és egyéb problémák léphetnek fel Mac alatt
  • OTW-8246 A 64 bites változatot nem támogatja a Google+ (browser sniffing)
  • DSK-361109 Címsáv legördülő nem jelenik meg mikor több szót tartalmazó laptartalomra keresünk (?)
  • CORE-45774 [HWA] Border-color elrontja a background-color-t a border-radius-os elemekben DirectX-es gyorsítás esetén
  • Dzsininek összeomlik a következő konfiggal: (Windows 7 x64, 64 bit build, Mobile Radeon HD 5650) bekapcsolt hardvergyorsítás esetén.

Változások listája (Core):

  • CORE-44954 hp.com-on összeomlott bekapcsolt hardvergyorsítással

Változások listája (Desktop):

  • Hardvergyorsítás alapértelmezésben letiltva
  • DSK-361356 Összeomlás, mikor egy olyan oldalt zártunk be, amelyen éppen scrolloztunk
  • DSK-346047 'Close all tabs' beállítás a delete private data dialógusban nem zárta be a gyorshívós fülekkel rendelkező ablakokat
  • DSK-341531 A gyorshívóelemeken az X gomb ellopta a hover effektet a gyorshívóelemekről
  • DSK-357909 Vissza és előre gombok eltűntek frissítés után
  • DSK-360104 Zoom fokozat visszaállt, ha a háttérben nyitottunk a zoomolt oldalról egy másikat
  • DSK-360691 Hosszú orosz szöveg a címsávban összeomlasztotta az Operát
  • DSK-360962 Documentumok/képek ellenőrzése nyelvi problémák
  • További stabilitás javítások

Változások listája (Levelező):

  • Új levél írása ablak design
  • DSK-356875 [Feature] Egy új "tulajdonság" dialógus a levél írása ablakban
  • DSK-359616 [Feature] Beállítható alapértelmezett kimenő fiók
  • DSK-360404 [Feature] Továbbfejlesztett design a levél fejléc gombok számára
  • DSK-329302 [Feature] Csatolmányok megnyitásának és szerkesztésének támogatása a létrehozás ablakban
  • DSK-343710 Levél írása ablak fejléc mező el volt rejtve, még ha tartalom is volt benne
  • DSK-328161 Reply-To mezőben nem működött az auto-complete/cím felajánló
  • DSK-357118 Nem lehetett engedélyezni a helyesírás ellenőrzőt a levél tárgyában
  • DSK-129539 "Send by mail" a kiválasztott szöveggel nem adta hozzá az oldal URL-jét
  • DSK-358693 Levél létrehozása ablak használhatatlan volt sötét színű skinekkel
  • DSK-356452 Nyomtatási előnézet nem működött a levelező ablakban
  • DSK-357232 Quick Reply szövege nem törlődött elküldés után
  • DSK-357515 Levéltörzs megnyúlt minden egyes kinyit/becsuk ciklusban
  • DSK-349396 Nem rejti el a levél írása ablak mezőit ha 'From' nézetbe váltunk egy hírcsoport fiókban/ból
  • DSK-330184 Beállítások szerkesztése, plain text üzenet írása alatt megjelenítette a HTML formázó eszköztárat
  • DSK-358044 Nem lehetett másolni/mozgatni levelet fiókok között, ha a levelező elválasztók engedélyezve voltak
  • DSK-358565 A csatolmány mező billentyűzettel is hozzáférhető lett (nyomogasd a Tab-ot)

Változások listája (Windows):

  • DSK-361056 HWA DirectX támogatás
  • DSK-361734 BSOD mikor hozzáfértünk a webkamerához
  • DSK-360014 [OOPP] Beépülőkkel kapcsolatos teljesítményproblémák és fagyás: Ez nem javít minden teljesítmény problémát
  • DSK-301447 Az "Open With" jobbklikk menü elem nem jelenítette meg a Chrome-ot (amíg nem tettük azt egyszer alapértelmezetté, majd vissza, mivel UAC jogkör nélkül települ)
  • DSK-359032 [OOPP] Windows Media Player plugin-t tartalmazó tabon előre-vissza navigáció pillanatnyi fagyást okozott
  • DSK-355355 [OOPP] Windows Media Player player plugin vezérlői elcsúsztak scrollozás után
  • DSK-359021 [OOPP] Opera ablakának átméretezésekor széthullottak a beépülők néha
  • DSK-359168 [OOPP] Artifact-ok Shockwave for Director plugin használatakor görgetéskor

Változások listája (Mac):

  • DSK-361531 Kamera támogatással kapcsolatos színproblémák
  • DSK-347812 Growl/Mist frissítés 1.3: Growl notifications alapértelmezésben, telepítés nélkül
  • [OOPP] IME javítások
  • CT-2336 [OOPP] Beépülő nem rajzolódott újra görgetés után
  • DSK-356081 [OOPP] Silverlight 5 és Flash alkalmazások billentyűleütés ismétlése hibás volt
  • DSK-216092 [OOPP] Flash-en nem lehetett görgetni
  • DSK-350738 [OOPP] Beépülőre történő kattintás ellopta a fókuszt
  • DSK-356940 [OOPP] Nem volt jobbklikk menüje a Flash-nek
  • DSK-357531 [OOPP] Flash plugin összeomlott Illeszkedés bekapcsolása után

Változások listája (Linux):

  • DSK-358908 Gtk3 stílusozás használata Unity-ben Ubuntu 11.10 (Oneiric Ocelot) alatt és fölötte
  • DSK-361345 Beállítások fülekből hiányoztak pixelek KDE és Gtk alatt a korábbi Core frissítés után
  • DSK-360296 [OOPP] Plugin wrapper továbbra is futott az Opera bezárása után
  • CT-2446 [OOPP] Billentyűzet használhatatlan volt bizonyos beépülőknél plug-ins
  • CT-2445 [OOPP] A QWOP nevű Flash játék nem működött

Letöltés (Opera 12.00 b1380)

Frissítés: A letter spacing bugot a következő apró userCSS-vel tudod javítani, ha használni/tesztelni szeretnéd a hardvergyorsítást:

div.post h2 { 
letter-spacing: 0px !important;
}

Hasonlóan járj el az összes oldalon. Az Easy User CSS kiegészítő hasznodra lehet.

A bejegyzés trackback címe:

https://magyaropera.blog.hu/api/trackback/id/tr954463191

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Dzsini 2012.04.20. 15:58:52

Hű :) Biztos kell ez az ismert hibák közé?

Krissz5435 2012.04.20. 16:09:50

Nem lehet valahogy openglre visszaváltani?

Dzsini 2012.04.20. 16:17:18

@Krissz5435:
Huib Kleinhout(huibk) (Desktop Team tag):
For clarification: The DirectX backend requires DirectX 10 (or later). For systems without this, OpenGL will be an alternative.

Tehát ha van DX10, akkor jelenleg az fog működni, OpenGL pedig ott, ahol ez nem - pl. Windows XP, Linux, OSX.

Dzsini 2012.04.20. 16:20:46

@Krissz5435: Jelenleg az OpenGL akkor működik, ha nincs DirectX 10-re lehetőség, tehát Windows XP, OSX, Linux.

"For clarification: The DirectX backend requires DirectX 10 (or later). For systems without this, OpenGL will be an alternative."

Krissz5435 2012.04.20. 16:21:21

@Dzsini: Pedig nagyon jól jönne egy kapcsoló, mert pl a magyaroperát is elbassza olyan szinten, hogy nem lehet rendesen megnyitni a címre kattintva. Pontosabban meg lehet, de kb 1 pixelnyi csíkot kell eltalálni.

Dzsini 2012.04.20. 16:26:29

Ó, nekem nincs ilyen gondom, bekapcsolt HWA-val el sem indul :) Így viszont egész stabil...

penge™ · http://www.thevenusproject.com/ 2012.04.20. 16:35:49

@Dzsini: Eddig úgy tudtam, hogy a 7600GT csak a 9-es, mégis működik. Bár nem sokat gyorsít. Vagyis ahol eddig is gyors volt, ott gyorsabb lett, de ahol kéne (pl. Gmail) még lassabb is. A betűk meg csúnyák. Viszont a GPU-t valóban gyorsítja. Képzelem ekkora usage többlettel mennyivel gyorsabban rohangásznak benne az elektronok.

@Krissz5435: Frissítettem a postot, talán segít.

Teddy Beer 2012.04.20. 16:44:06

Blocked device forever.

Dzsini 2012.04.20. 16:44:40

@penge™: DX10 talán oprendszerszinten kell neki (tehát Vista/7/8)... ?

Plusz frissítsd a levelezős dolgokkal is, most bővítették ők is a changelogot :) (szép új levélírós felület van)

Krissz5435 2012.04.20. 16:58:49

@penge™:
Na én erre gondoltam, hogy rossz:
kepfeltoltes.hu/120420/Hiba_www.kepfeltoltes.hu_.jpg
A kis kéz pont nem látszik, de a Hardvergyorsítás szónál a H bal felső sarkába lehet csak kattintani, és úgy tudom csak megnyitni a posztot. Bekapcsolt HA-val van így.

Krissz5435 2012.04.20. 17:01:46

Érdekes módon kikapcsolt HA-val nincs baj, de a piros Figyelem rész akkor is gáz(lehet nem opera hiba ;) ). Egyébként egész gyors.

Egyébként én itt ellenőrzöm az opera sebességét:

oprend.hu/news.php

Ha itt elég gyors a görgetés, akkor jó. Jelenleg kikapcsolt HA-val gyorsabb, mint bekapcsolttal. Ez előtti verziónál gyorsabb volt bekapcsolt HA-val.

cousin333 · http://magyaropera.blog.hu 2012.04.20. 17:03:55

@Krissz5435: A betűk összecsúszása sokaknál, sok oldalon előforduló hiba (nálam is). A hiba oka a "letter-spacing" nevű CSS direktíva (vagy mi), ha az értéke negatív (a Magyar Operán pl. -1px). Éljen a Dragonfly! :)

cousin333 · http://magyaropera.blog.hu 2012.04.20. 17:05:20

@cousin333: Ja, az Opera Link üdvözlő oldala is érintett az ügyben. De nem tűnik nehéz problémának (de zavaró és sok helyen előfordul), szerintem legközelebbi alkalommal már javítják is.

Mihics Zoltán (Med1on) 2012.04.20. 17:12:57

@Krissz5435: Hát ez valami botrányosan szaggat nálam a 11.62-vel. :S

penge™ · http://www.thevenusproject.com/ 2012.04.20. 17:16:15

@Dzsini: Frissítve. De azt az egyszerű fícsört a mai napig nem tudták beletenni, hogy megadhassak aliasokat küldőcímnek. :/

@Krissz5435: Én is erre gondoltam: i.imgur.com/OqT5g.png

A Warning dobozt javítottam, az úgy volt, hogy cousin333 módosította, mikor oldalra került a figyelmeztetés, aztán azóta a postokban lévő dobozban csúszott el az ikon.

Krissz5435 2012.04.20. 17:16:35

@Med1on:
Hát igen eléggé trágya, de win7 alatt opera 12-vel is szaggatott. Most (már jó ideje) win8 alatt éppenhogy csak szaggatott egészen mostanáig. Aztán most mindegy, hogy a HA be van kapcsolva vagy nincs a dx 10 miatt szaggat. Egyébként miért csak dx 10 van? Nekem pl dx 11-es kártyám van és direct3d 10.1-et használ.

cousin333 · http://magyaropera.blog.hu 2012.04.20. 17:21:15

@penge™: cousin333 meingt módosított valamit, de már visszacsinálta... :) Az miért van, hogy a jleenlegi oldalstílusból (CSS) készítek egy másolatot, átjavítom a 2 (kettő) darab

letter-spacing: -1px;

sort erre:

letter-spacing: 0px;

majd mentés. Eredmény: eltűnik a fejlécben lévő kép, meg a kis figyelmeztető háromszögek. Valakinek valami ötlete?

cousin333 · http://magyaropera.blog.hu 2012.04.20. 17:22:31

@Krissz5435: Ma jött meg egyáltalán a DirectX támogatása. Minek neked amúgy a DX11, honlapokat akarsz tesszellálni? :)

Krissz5435 2012.04.20. 17:27:18

@cousin333:
Miért ne? :D Amúgy meg lassan ott tartunk, hogy a dx11 is réginek számít, de a dx10-re csinálják meg. Jobb lenne akkor már dx 9-re és akkor a windowsokon egységes lehetne.

penge™ · http://www.thevenusproject.com/ 2012.04.20. 17:39:45

@Krissz5435:
*, *::before, *::after {
position: static !important;
background-attachment: scroll !important;
}

@cousin333: 2012-ben már minimum élethű halakat akarunk úsztatni az akváriumban, élethűen lemodellezett úszástechnikával, kopoltyúmozgással, buborékokkal, algákkal és vetett árnyékokkal. :D

Krissz5435 2012.04.20. 18:18:13

@penge™:
Ez így jó lenne, csak így meg tesz két téglalapot a bal felső sarokba, ami eléggé szétszedi az oldalt.

franatixx 2012.04.20. 18:44:09

Valaki másnak is előjön az hogy oldalbetöltés közben "beragad" az opera? Nem lefagy, mert működik a felület, csak nem tölt be az oldal. Hasonló bug ugye már régen benne van, hogy amikor már gyakorlatilag betöltött az oldal akkor ragad be a dolog és egy újratöltés megoldja, de most nem, hiába töltöm újra, ugyan ott a betöltés közepén beragad.
Pl.: i.imgur.com/VBlDq.png

Amelyik oldalt MEG TUDTA NYITNI ott tényleg piszok gyorsnak tűnik a görgetés meg az animációk, még az ilyen HTML5rocks-féle böngésző-killer oldalakon is. Kár hogy ~10 oldalból több mint a fele EGYÁLTALÁN nem működik, kb. teljességgel használhatatlan így a cucc még.

franatixx 2012.04.20. 18:56:49

@franatixx: újraindítottam a böngészőt (a beállítások után is újraindítottam egyszer szóval ez nem lehetett gond) és most nincs ilyen gond hála istennek.

A halacskás demóban, meg úgy általában érzésre ráver az IE10-re is (hw gyorsításban ugye az az etalon), le a kalappal. FB, Gmail is a hw gyorsítás hatására sokat javult, most már tűrhető teljesen a görgetés. Sajnos GPU használatot nagyon nem tudok nézni mert Win8 alatt vagyok és még mindig nincs teljes értékű Catalyst rá.

Lekopogom, de a random másodperces fagyásokkal sem találkoztam eddig. Nagyon tetszetős ilyen szempontból. :)

Youtube viszont konkrétan használhatatlan, HTML5 videó mellett is. Fagy orrba-szájba az oldal. Mindenesetre gondolkozom hogy elkezdem elsődleges böngészőként használni újra legalább ideiglenesen, mert tényleg piszok gyors.

Krissz5435 2012.04.20. 20:00:24

@franatixx:
Na jó akkor magyarázza meg valaki miért van az ellenkezője nálam mint frantaixx-nál? :D A youtube piszok gyors lett, de a fish tank az valami képvetítés. Még csak az fps-t sem jelzi ki. És csak 20 hal próbál úszkálni.

penge™ · http://www.thevenusproject.com/ 2012.04.20. 20:15:50

@Krissz5435: Nálam meg a YouTube normál sebességű a FishIE Tank el sem indul. 2 FPS és hal nincs.

ZeGa 2012.04.20. 22:50:40

Nekem eddig bejön.
Betűkön durván látszik az elsimítás.

arqblasio · www.arqblasio.com 2012.04.20. 22:53:15

ez most lekopogom, brutálisan gyorsra, stabilra sikerült. egyedül a yt akadékoskodik, de egy hibaüzenet, hogy a plugin wrapper összeomlott (?) és indul is a videó... csak a betűket kell javítani, mert nem a legszebb a tabsor. :) de asszem elkapták végre a fonalat, gmail, facebook gyors, görgetéssel nincs probléma. html5-ön meg veri a chrome canary-t... :D ennyit a nem modern böngészőről...

penge™ · http://www.thevenusproject.com/ 2012.04.20. 23:13:17

Másnak tényleg nem szivárog, vagy csak ennyien kevesen nyomulnak bekapcsolt Visual Tabs-szal, hogy eddig még senkinek nem tűnt fel?

my.opera.com/desktopteam/blog/2012/04/20/update-on-hardware-acceleration-in-opera-12?startidx=50&cid=87725932#comment87725932

Krissz5435 2012.04.20. 23:39:52

@penge™:
Mondjuk nem tudom mi az a visual tabs, de pl nálam 6x lap van megnyitva ami nem kevés és csak 700 megát eszik. A fele nem is akar betöltődni, de mégis stabil az opera. Az ez előtti verzió volt hogy 2-4 tabtól simán crashelt.

penge™ · http://www.thevenusproject.com/ 2012.04.21. 00:29:24

@Krissz5435: Jobbklikk->Testreszabás->Enable Thumbnails in Tabs

A Task Managerben nem fog sokat enni, a GPU memóriát lapozza ki, ezáltal a lapozófájlt hizlalja.

Process Hacker-ben vagy Process Explorer-ben láthatod a pontos értéket (hogy elindul ~100 megáról az Allocated és a Reserved, majd 20-30 perc böngészés után már alulról súrolja a 2 gigát. Tapasztalni max annyit fogsz, amit egy megtelt lapozófájl esetén szoktak az emberek.

Dzsini 2012.04.21. 08:22:29

Oldalra rakott visual tabs van (viszont HWA nincs), de nem eszik sok memóriát, nem üldögél rá a memóriára, órákon át aktív böngészés után sem (de legalább nem omlott össze, és bezáráskori Virtual call-os netmegfagyást se produkált).

beef 2012.04.21. 12:04:32

@penge™: Nálam YT görgetés lassult, Fishtank pörög (de csak a halak látszanak) 1920x1200-ban sem akad meg 1k hallal sem.
Viszont lap betöltéskor a kirakott extra betöltési sávok csak feketék (folyamat állapota, tempó, képek), igaz nem gyári skint használok.
Élsimítás olyan, mint ha a displayport helyett analóg vga bemenetet használnék.
Ennél a felbontásnál nem annyira zavaró, de azért látszik az elmosás.

Eddig stabilabbnak tűnik, mint előző (csak el ne kiabáljam).

franatixx 2012.04.21. 12:47:50

@blasiotm:
>html5-ön meg veri a chrome canary-t...
Azt nem tudom hogyan nézted.
i.imgur.com/jX6FS.png
Mindenesetre szépen javítottak, az tény, bár a WebSocket, a homokozós iframe hiánya azért elég csúnya. A page visibility api is még esetleg olyan ami már viszonylag kiforrott és problémát jelenthet mert a többiek mind tudják és lehet rá olyan logikát építeni ami adott esetben webalkalmazások működésében gondot okozhat.
Nem tudom mi olyan fekete mágia rajta hogy eddig nem implementálták, talán a thumbnail view kavar be?

@Krissz5435: Nem tudom, de itt a bizonyíték:
i.imgur.com/hWBmj.jpg
Konkrétan teljesen folyamatosnak is tűnik, nagyon néha van egy mikroakadás gondolom a GC miatt, sajnos ez JS alatt nehezen elkerülhető. IE10-ben ennyi hal 20-21 FPS-t jelent.

A tecsőt nyilván nem tudom screenshoton megmutatni, de az totális halál. Nekem ott diavetítés a dolog, csakhogy az egész böngésző működik "képkockákban", nem csak a videó, már ha értitek mire gondolok.

penge™ · http://www.thevenusproject.com/ 2012.04.21. 12:54:27

@Dzsini: De HWA kell hozzá. (oda is van írva: HWA-releated). Kipróbáltam szűz USB installnál is, aztán ott nem szivárgott. Akkor gondolkoztam, hogy melyik kiegészítő/UserJS/beállítás lehet, még a CSS-re és az ODP-re is gyanakodtam, aztán "véletlenül" lehúztam a fülsávot, majd beugrott az a pár évvel ezelőtti eset, mikor bekapcsolt Visual Tabs-szal folyamatosan crashelt.

De azért jó lett volna, ha valaki megerősíti.

Mindegy, legalább már azt tudom, hogy DX-es HWA-val jelenleg nem működik a WebGL (nem csak problémásabb, ahogy a changelog fogalmaz), ezt 3-an is írták.

Virtual function call már nekem sincs, de a Desktop Team-en sokan panaszkodnak rá. Egyébként korábban nekem se volt se indításnál, se bezárásnál. Mondom, felugrott az az idegesítő ablak (hasonlóan, mint mikor kínlódik valamelyik mail szerver és a sárga felkiáltójeles ablakot dobálja, hogy IMAP hiba. Háttérbe kellett vágni (mert ha lekattintottad, akkor omlott) és böngészni tovább. Majd a böngészés befejeztével az Operát zárni be. Szóval zavaró volt, de ennyire nem vészes, amennyire sokan szenvednek miatta még most is.

@beef: A YT-on nálam a görgetés mindig szar volt, szóval annyira nem éleztem ki az érzékszerveimet a mértékére. :D

Amúgy most nézem, a cleanPages fix pozíciós nyilai már nem lassítják a görgetést. Szóval legalább akkor azt a kiegészítőt használhatom végre. :)

Ráadásul ha nem 100-150-200 (és így tovább) százalékban zoomolom az oldalt, hanem mondjuk 120 vagy 130, akkor is tűrhető a görgetési minőség, nem kezd el szaggatni.

Az élsimítás neke inkább kicsit olyan, mint mikor nem csak az Aero Glass, hanem az Aero Basic is ki van lőve és csak a klasszikus Windows skin ocsmány talpas betűtípusát rakja ki a Segoe UI helyett. Bár annyira azért nem gáz, de olyan halványabb meg darabosabb.

@blasiotm: De csak ha bekapcsolod a Web Sockets-t, akkor veri. De most meg a Maxthon hagyta maga mögött a mezőnyt.

@Krissz5435: Nem tudom, csak tipp: Talán azt is érdemes lenne odaírni a kommentekbe, hogy DirectX-es vagy OpenGL-es hardvergyorsítás.

Dzsini 2012.04.21. 13:00:44

@penge™: Tudom, hogy kell HWA hozzá, csak azért írtam, hogy legalább valaki válaszoljon neked :)

Viszont sikerült function call-os esetet összehozni - sok fület nyitottam meg és zártam be még betöltődés közben, és egy idő után már nem töltött be egy oldalt sem... utána bezárva feldobott vagy tízet ezekből a hibaüzenetekből :)

Krissz5435 2012.04.21. 13:00:54

@franatixx:

Én nem erre a halasra gndoltam, hanem az ie9 bemutatója idején volt a fish tank. Na ott még fps-t sem mutat. Ennél meg 1 halnál is halál van.
@penge™:
Rendben, akkor most írom, ezzel az b1380-as snapshottal próbáltam, ami dx-et használ win8 x64 alatt x64-es operával.

franatixx 2012.04.21. 13:11:34

@Krissz5435:
>Rendben, akkor most írom, ezzel az b1380-as snapshottal próbáltam, ami dx-et használ win8 x64 alatt x64-es operával.

Teljesen ugyan az a konfiguráció nálam is.
Pontosabban a DX-es gyorsítást csak gyanítom, mivel nem láttam semmi erre vonatkozó beállítást gondolom Win alatt már ez az alapértelmezett.

penge™ · http://www.thevenusproject.com/ 2012.04.21. 13:15:31

@franatixx: Ezek fényében kijelenthetem, hogy a guglis srácok még véletlenül sem e-pöcshuszárkodásra gyúrnak, mindez csak véletlen egybeesés, hogy egy csomó mindenben követi az Operát. (illetve mikor az Operát észreveszi maga mögött, akkor rálép a gázra)

A Page Visibility API annyira kiforrott, hogy a W3C oldala szerint Editor's Draft, tehát még a Working Draft előtt van.

Itt lehet egyébként megnézni: caniuse.com/#agents=desktop

Normál esetben, HA minden checkboxot bejelölsz: IE 10: 71%, FF 12: 77% Chrome 20: 87% Safari 5.2: 75% Opera 12: 70%

Viszont ha kiveszed a Working Draftot, az Other-t és az Unofficial-t:

IE 10: 84%, FF 12: 89% Chrome 20: 91% Safari 5.2: 89% Opera 12: 92%

Ha neked van egy akkora céged, mint amekkora a Google, az Apple vagy a Microsoft, akkor te is könnyedén ugrálhatsz, játszhatsz Emesét és beterjeszthetsz minden nap egy új szabványt (amit te támogatsz a legjobban), de ha ezek egyike sincs meg, akkor eldöntheted, hogy felesleges erőforrásokat és időt pazarolsz arra, hogy teljes gőzzel implementálsz, majd a végleges fázisig még 20x átírod (lásd: Web Sockets is).

Vagy bölcsen döntesz és csak azokat implementálod, amik már feltehetőleg nem fognak változni, ezzel időt spórolsz, amit hasznosabb fejlesztésekre fordíthatsz és rengeteg potenciális bugot kerülsz el.

A nagyokkal nem versenyezhetsz. Amint a fenti diagram is mutatja, manapság nagyon nem attól függ az adott specifikáció népszerűsége, hogy az elfogadtatás mely fázisában van, hanem attól, hogy kik állnak mögötte. Az egy bolond százat csinál elve alapján pedig elég, ha egy nagy implementálja, egy másik (mondjuk Mozilla) követi, a H264-óta a rókás logót is időszerű lenne lecserélni majomra, utána pedig "mindenki" bele van kényszerítve.

Majd, akárcsak az életben, ha például látsz egy reklámot, hogy ha nincs Chinpokomon-od, nem vagy ász, és a haveri körödben már mindenkinek van a LEHETŐSÉGEID (és az intelligenciád) alapján eldöntheted, hogy sodródsz az árral, ami igen sokba kerül, vagy ellenállsz és várod a köveket.

Ugyanez céges szinten is adott. A Microsoft/Apple/Google megteheti (de a Google pénzéből a Mozilla is jobban ugrálhat), hogy implementál, majd átír, majd megint implementál, mert nekik zsebpénz az, ami az Opera negyedéves jelentést >10%-kal megborítaná.

penge™ · http://www.thevenusproject.com/ 2012.04.21. 13:27:23

@franatixx: Rosszul gondolod. Elvileg nem tudom mi alapján dönt. XP-n biztos, hogy nincs DirectX (legalábbis a mostaniban), de Vistán és fölötte szerintem videokártya és driver alapján, viszont elsőnek a DirectX-et preferálja.

Krissz5435 2012.04.21. 13:34:21

@franatixx:
opera:gpu-ban meg lehet nézni mit használ. Ott a graphics backend. Nálam Direct3D 10.1 (Level 10.0)
Lehet neked van egy erős dx9-es kártyád aminél openglt használ és azért mások neked az eredmények. Mint írták is jelenleg opengl-re van optimalizálva.

franatixx 2012.04.21. 13:54:13

@Krissz5435: ó, kösz
Direct3D 10.1 (Level 10.0) nekem is
Amúgy egy HD4830 alatt teszteltem, szóval nem egy hűdeerős hűdeúj kártya.

@penge™:
Direkt nem a Google által erőltetett, más által (még) nem implementált, szerinted "pöcshuszárkodó" API-kat említettem (amúgy elég szomorú világképed lehet ha ez szerinted a pöcshuszárkodásról szól). Illetve direkt nem azt mondtam hogy a WebAudio API-t implementálják teljes értékűen, mert az ténylegesen piszok nagy meló, 1-2 demón kívül sehol nem használt még és tuti hogy rengeteget fog változni.

A Page Visibility API viszont olyan amit mindenki más már tud és jól működik, csak idő kérdése mikor kerül előrébb a W3C-nél a státusza. Mindamellett mint mondtam nem igazán tűnik feketemágiának, a motor valamiféle módon ezt eddig is ugye nyilván kellet hogy tartsa, csak húzni kéne fölé egy JS API-t.

A WebSocketsnél valamiféle régebbi implementáció jelenleg is van, tudtommal a változások nem voltak implementációs szempontból olyan vészesek. Nem mellesleg azt is mindenki tudja már aki számít.

Közben meg ott ez a webcames dolguk ami meg erősen kétlem hogy valamiféle stabil státuszú API-ra épülne. Szóval erről az oldalról nézve az érvelésed kissé vízzel prédikálásnak tűnik.

De amúgy sem értem mire fel a felháborodás, éppen hogy azt írtam hogy szépen javítottak és csak megemlítettem mi az ami - szerintem - még nagyon hiányozik.

A tanmeséddel meg őszintén szólva nem nagyon tudok mit kezdeni.

Teddy Beer 2012.04.21. 15:09:40

@penge™: "Majd, akárcsak az életben, ha például látsz egy reklámot, hogy ha nincs Chinpokomon-od, nem vagy ász, és a haveri körödben már mindenkinek van a LEHETŐSÉGEID (és az intelligenciád) alapján eldöntheted, hogy sodródsz az árral, ami igen sokba kerül, vagy ellenállsz és várod a köveket."

Én megvettem chinpokomont és csak azért vagyok itt, mert nem volt kerozin a gépben. Mondjuk nem értem emiatt mit kell izzadni. caniuse csupa haszontalan trash-t sorol fel, ami lehet hogy babybrowser 20 91%-ra hoz, de speciel semmi nem használja. Futtassa be a pancser, aztán lehet implantátumolni, vagy imputálni meg talán impalázni.

penge™ · http://www.thevenusproject.com/ 2012.04.21. 15:26:47

@franatixx: Tudsz mutatni oldalakat, ahol használják a Page Visibility API-t?

Egyébként a getUserMedia is Editor's Draft. Valami alapján csak eldöntik.

A W3C bizottságnak (Operások is vannak ott) nagyobb rálátása van, hogy mi fog változni és mi nem, mint az egyszerű felhasználónak/fejlesztőnek.

Nem háborodtam fel.

@Teddy Beer: Igen. Például a File API-t, vagy a Flexboxot különösen... Esetleg az IndexedDB-t.

franatixx 2012.04.21. 20:02:47

@penge™: Miután ritkán szoktam az általam látogatott oldalak js kódját végignyálazni (pláne a több ezer soros minified JS-es webalkalmazásokét ahol hasznos lehet) így fingom sincs hol használják. De simán el tudom képzelni FB/Gmail meg hasonló webappoknál, miért ne. Bár még jó ideig nyilván nem fog halálos gondot jelenteni a hiánya (ugye régebbi böngészők velünk élnek, illetve az IE9 még jó ideig), addigra meg úgyis bekerül operába is, csak nekem mint JS-ben is fejlesztő pl. tényleg hiányzik. Ha HTML5 alkalmazásról van szó tényleg jól tud jönni, nem hülyeség az az API.

penge™ · http://www.thevenusproject.com/ 2012.04.21. 20:46:07

@franatixx: Azért a "simán el tudom képzelni" és a tényleg használat között nagy különbség van. Én is simán el tudtam képzelni, hogy a W3C valid Prohardver lapcsalád (a 100%-os valid kód már eleve egy pozitívum, mivel ritka) border-radius-t használ az oldaldobozok keretezésére, aztán mikor nyitok egy Dragonfly-t, rájövök, hogy valójában PNG képeket. Még csak annyi sincs bennük, hogy 2012-ben (amikor pár hónapja ráadásul az egész oldal megújult) lecseréljék azt is, hogy csak az IE8/IE7 kapjon PNG fallbacket.

Pedig az aztán már tényleg kiforrott.

Olyanokat kéne mondani, amiket konkrétan élesben használnak. Például File API, XHR2 (Google Docs), vagy Drag and Drop (Gmail, Skydrive, stb.) vagy getUserMedia (Google Plus videochat, Facebook videochat).

MosoMasa 2012.04.22. 10:59:36

"Hardvergyorsítás újratöltve "

>> "A hardvergyorsítás bekapcsolása akár kék halált is okozhat, ..."

Akkor jól újratöltötték!

zephon 2012.04.22. 12:17:08

@MosoMasa: ezt szerintem mindenképpen bele kell írni, főleg egy snapshot verzióba. Az adatvesztés nem szép dolog.

penge™ · http://www.thevenusproject.com/ 2012.04.22. 13:46:22

@MosoMasa: Nem jobban, mint bármely olyan szoftver, amely hozzáfér a kernelszintű driverekhez, beleértve a VGA drivert is. Például egy bármilyen játék (no nem passziánsz, hanem mondjuk COD4 vagy Crysis).

Azért írtam oda, mert régebben, amikor nagyritkán beesett egy "kékhalált okozott az Opera" komment, akkor írtam, hogy ez lehetetlenség. Az Opera nem okozhat kék halált. Ez egészen a hardvergyorsításig volt érvényes.

Természetesen az okozHAT =/= okoz.

@zephon: Így van. Régebben összeomlott, de nem vitte magával az OS-t, vagy lefagyott, de a Task Managerrel ki lehetett nyírni, ezért a többi szoftver aránylag védve volt.

Dzsini 2012.04.22. 14:00:14

@penge™: Azért szerencsére már a videokártya driverek (gondolom oprendszerrel együtt) is egyre inkább olyanok, hogy elviselik egy-egy komponens összeomlását, és újra tudják magukat indítani az oprendszer felborítása nélkül, kb. mint a plugin rendszer most az Operában.

Nekem például az első HW gyorsított előzetes többször megborította a videokártya drivert - ilyenkor kb. 10 másodpercig nem reagál semmire a képernyő (az egér sem mozog rajta), aztán villan egyet, és közli, hogy a driver újraindult, bocsánatot kér a kellemetlenségekért. Kékhalált még nem okozott. Bár ezzel szemben a Flash lejátszó összeomlása 10 esetből nyolcszor nálam vitte magával az Operát is, külön beépülőkezelés ide vagy oda.

Jail 2012.04.22. 14:46:28

Ezzel az Opera az első és egyetlen olyan böngésző, amely teljeskörű hardvergyorsítással rendelkezik, vagyis nem csak a weboldalakat rendereli a GPU, hanem az egész böngésző UI-t.

A Google Chrome is úgy tudom ,hogy teljeskörű hardvergyorsítással rendelkezik vagy a Firefox is.Vagy tévednék?

penge™ · http://www.thevenusproject.com/ 2012.04.22. 15:16:04

@Jail: Nem. A többi az csak a weboldalak tartalmát rendereli. A Firefox úgy "mindent", hogy a weboldalon mindent a DIV-eket, a szövegeket és a többit.
De a tabokat, a címsort és magát az egész böngésző UI-t az sem.

A Chrome meg alapjáraton csak az úgynevezett GPU-accelerated layers-t. Ezen felül az egész oldalt is renderelheti, ha az about:flags-ben bekapcsolod, de szintén csak az oldalt(!), nem pedig a tabokat és az egész böngészőt.

Olyan ez, mintha a Crysisban a kvázi-statikus elemeket, mint fa, szikla, fű, stb. szoftveresen a CPU-val képezné le és csak a katona mozgásához, víz hullámzásához, illetve a robbanásokhoz használna GPU-t.

Nem tudom ismered-e például a Microsoft Dreamscene-t. Mármint amikor a Windows hátteret animálja, például egy vízesést, vagy egy akváriumot.

Na, GPU gyorsítással a Personas-stílusú skinekkel akár ilyesmit is lehet csinálni. Egy brutál VGA-val (mondjuk 590 GTX) szinte meg sem érzed és böngészés közben képzeld el, ahogy például egy Omelion skin ezzel van ötvözve.

CPU által rajzolt UI-val ez felesleges terhelést okozna még a Core i7-tel is.

Ettől jobb példa hirtelen nem jutott eszembe, de ha már GPU-val gyorsítunk, akkor mindenképp érdemesebb az egész szoftvert GPU-val kirajzoltatni.

@Dzsini: Nálam is volt már ilyen kétszer, mikor artifact-okat követően nem reagált 30-40 másodpercig, aztán visszatért minden és kiírta buborékban, hogy nvlddmkm.sys has stopped working

Ezzel szemben manuálisan nem tudtam újraindítani az nvlddmkm.sys-t, amikor az okozott folyamatos magas CPU használatot az Interrupts-ban.

Jail 2012.04.22. 15:21:08

@penge™: Értem már köszi :D
Várom már a véglegest:D De egyenlőre elég lenne nekem a béta is:D

cousin333 · http://magyaropera.blog.hu 2012.04.22. 16:39:15

@Jail: Gyanítom, hogy jövő héten több előzetes is jön majd (2-3), főképp hibajavításokkal. De azt sem zárnám ki, hogy még betesznek pár kiforrottabb újítást még a béta előtt:

"Right now, Wahoo is getting more complete, with even more fun things to come as we get closer to launch."

Elvileg a béta után már nem raknak bele semmi komolyat. Kivéve, ha lesz béta 2 is.

Többen jelezték - és én is tapasztaltam egyszer - hogy a színek nem mindig stimmelnek (pl. a Desktop Team fejlécében). Lehet, hogy ez csak simán egy bug, de elképzelhetőnek tartom, hogy támogatni fogják a színprofilokat is, ami jelenleg szintén egy hiányosság.

sanyix 2012.04.22. 16:54:35

komolyan most már finoman meg kell kérdeznem, hogy MI A FASZT csinálnak ezek a szerencsétlen hülyék?
Az új releaseben azt veszem észre hogy pl ncoreon egy gyorskép léptetésekor megjelenik egy új fűl, javascript:akármi néven, üres lappal. Megnyitom a guglimepszt, most nem lehet a térképen egérrel vonszolni a térképet, mert 1 kockát kijelöl megjelenik a négyágú nyíl majd lehet mozgatni azt a kockát. Ha elengedem a bal gombot megnyílik az az egy cella egy új fülön mint kép.

sanyix 2012.04.22. 16:56:06

@sanyix: ja mellesleg mindegyi release-ben egy ideje azt látom hogy egyre több és egyre ordítóbb problémák vannak.

penge™ · http://www.thevenusproject.com/ 2012.04.22. 17:05:10

@cousin333: Ezek várhatók új implementációk terén: www.opera.com/docs/specs/presto2.10/#m210-294

Béta 2 ha jól tudom sosem volt Operánál, vagy nagyon régen. A görgetési bugot viszont rohadtul javíthatnák, mert nagyon idegesítő. A HWA segített rajta valamit, de például a Wordpress eszköztár mellett is fizikai fájdalmat okoz scrollozni.

@sanyix: Kezdetleges Drag and Drop támogatás mond neked valamit? :)
A nCore-on azért nyílik javascriptes link, mert kattintás közben legalább 1 pixelt mozdul az egér. Ez bug, majd javítva lesz. Remélem minél előbb, mert engem is nagyon idegesít. Kezdek átszokni a spatial navigation-re. :D

A Maps-nél ugyanez a probléma.

cousin333 · http://magyaropera.blog.hu 2012.04.22. 18:03:33

@sanyix: Ez igen, egy lelkes Opera rajongó... :D

Amúgy azt teszik, amit kell (kicsit talán lassan). Új funkciók folyamatos beépítése, mivel a HWA lassan halad, elég szép ütemben, majd a végén feature freeze, és hibajavítások. Lám, nekem is úgy tűnik, hogy minden 3. oldalt szarul jelenít meg az Opera, holott csak 1 (egy!) bug okozza mindezt: a negatív letter-spacing CSS. Következőre kijavítják.

Amúgy tőled függetlenül továbbra is érdekes látni azt a hihetetlen érzelmi hullámzást, amit a törzsoperások itt a blogon (is) bemutatnak, akár két kiadás között is, a "szántsuk be az Operát és hintsük be sóval" illetve az "überkirály kiadás lesz ez" között. :)

Dzsini 2012.04.22. 18:08:12

@cousin333: Várd csak ki, ha jövő héten mondjuk kimarad a heti "anyag", akkor megint jön a "nem dolgoznak, biztos csődbe mennek, idejevónamár" :)

...plusz ahogy én látom sokaknál (nálam is) a böngészőtől független lelki állapot is simán visszatükröződik a hozzászólásokon, ha valami épp szarul megy máshol, akkor az Opera is problémásabb lesz :)

cousin333 · http://magyaropera.blog.hu 2012.04.22. 18:11:34

@penge™: Kösz a listát, látom, megint bővítették. Ha nem tévedek, akkor a mostani buildben már benne van a Paged overflow, leánykori nevén Opera Reader támogatás is (egészen pontosan a Presto 2.10.286 óta, most meg 2.10.289-et írunk). Valahogy nem emlékszem, hogy ezt erősen propagálták volna, amikor bekerült

mark199310 2012.04.22. 20:28:28

Penge, nem tudod hogy mi Maycontainnuts email címe?

penge™ · http://www.thevenusproject.com/ 2012.04.22. 21:08:04

@cousin333: Ha benne is van, csak kikommentelve, mert a demók nem működnek: people.opera.com/howcome/2011/reader/

sanyix 2012.04.22. 21:54:09

@penge™: mi köze a drag and dropban ehhez? Eddig működött, és sehova sem kell droppolni.

Mesmoryser 2012.04.23. 11:03:14

@penge™: Nem tudom, azért ezek mintha nem úgy működnének, mint Chromiumban:
people.opera.com/howcome/2011/reader/news/ (szóközzel lapozd)
Vagy ezt már a korábbi verziók is így jelenítették meg? Volt korábban is Sroll Is Pan az opera:configban?

penge™ · http://www.thevenusproject.com/ 2012.04.23. 14:59:37

@sanyix: Annyi, hogy fejlesztés alatt áll és bugos.

@Mesmoryser: Az a sima link-rel (Fast Forward). Chromiumban pedig azért néz ki máshogy, mert nem tudja értelmezni az -o- előtagot.

Scroll Is Pan asszem 9.5x óta van benne, aztán végül nem lett alapértelmezett, mert összeférhetetlen volt a kijelöléssel, de bármikor hozzáférhető (középsőgomb nélküli egérrel vagy laptopon tapipaddal hasznos lehet) nyomva tartod a Ctrl+Alt-ot vagy az AltGr-t és bal egérgombbal megfogod az oldalt, majd húzod fel-le.

penge™ · http://www.thevenusproject.com/ 2012.04.23. 15:02:33

@Mesmoryser: Előző írásom visszavonva, a több oldalas cikkeket valóban lapozza, tehát benne van az Opera Reader, csak az első Fast Forward után a Space már nem az oldalt lapozza, hanem a következő cikkre ugrik.
süti beállítások módosítása