Magyar Opera

Hardvergyorsítás javítások és opera:cpu (b1359)

Úgy látom a mai előzetes olyan újítást hozott, ami még az áprilisi tréfámon is túltesz. Ez pedig nem más, mint az opera:cpu, amivel az Opera ("Kill" gombok híján) hivatalosan is rendelkezik a Chrome minden hasznos fícsörével.

Ismert hibák:

  • DSK-358448 Runtime error 6025 pure virtual function call indításkor
  • DSK-359770 Out of Process Plugins tabokkal kapcsolatos fagyást okoz (leginkább indításkor)
  • 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.)
  • 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)

Változások listája:

  • A 11.62-ből minden (beleértve a kényszerített újratöltést, ami "Forced Reload" néven található meg
  • Több összeomlás javítva
  • Számos memóriaszivárgás javítva
  • CT-1778 [HWA] SVG radial gradients helytelenül rajzolódott
  • CT-1327 [HWA] SVG mask transparency nem működött
  • CT-1287 [HWA] Részlegesen ismétlődő minták nem működtek canvas-ban
  • CT-1749 [HWA] Szöveg levágása nem működött canvas-ban
  • CT-1760 [HWA] Box-shadow sikertelen hardvergyorsítás mellett, ha blur distance borítja az egész dobozt
  • CT-1762 [HWA] Néhány SVG color filter gradients-sel kombinálva nem működött megfelelően
  • CT-1772 [HWA] SVG with clipPathUnits="userSpaceOnUse" helytelenül vágódott le
  • CT-1816 [HWA] Háttérkép rajzolási hibák body background esetén (dilbert.com)
  • CT-1933 [HWA] SVG maszkolás nem működött megfelelően
  • CT-1677 [HWA] Fekete antialiasing hardvergyorsítás mellett
  • CT-2082 [HWA] Szemét rajzolódott, mikor radial gradient háttérképként volt használva
  • CT-1827 [HWA] Nem ismétlődő háttérkép szétfolyt (bleeding) mikor > 100% zoom esetén Linux/FreeBSD alatt
  • CT-1929 [HWA] Radial gradient animáció villogott
  • CT-2004 [HWA] Transformed border-image helytelenül vágódott le
  • CT-2092 [HWA] -o-crisp-edges rossz volt
  • CT-2104 [HWA] SVG masking sikertelen alacsony multisampling-os VGA-kon
  • CT-2283 [HWA] wmode="opaque" és wmode="transparent" es beépülőkkel kapcsolatos megjelenítési probléma
  • CT-1878 [HWA] SVG polyline stroke-width="0.1"-kal kombinálva nem jelent meg
  • CT-1753 [HWA] Folyás gradient stroke használata esetén SVG-ben
  • CORE-42033 [HWA] Rossz wrap mode Webgl textures-ban OpenGL ES esetén
  • CORE-44337 [HWA] WebGL GLSL "all()" függvény nem volt támogatott
  • CORE-43701 yahoo.com - képek részlegesen jelentek meg
  • CORE-44189 SVG drag nem indult el horizontálisan
  • CORE-43996 Látható, melyik tab/kiegészítő mennyi CPU időt zabál és 5-30 és 120 másodperces átlagban opera:cpu
  • CORE-44377 Zoom in/out a képnézőben bal egérgombbal módosítóbillentyű nélkül
  • CORE-41547 "detected language/writing system" az Info panelen
  • CORE-44342 Uint8ClampedArray támogatás
  • CORE-44223 paged overflow és GCPM floats (column/page-attached floats) támogatás
  • CORE-24450 Jelszókezelő jelszótárolási metódusának megváltoztatása: regressziókra odafigyelni!

Letöltés (Opera 12.00 b1359)

A bejegyzés trackback címe:

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

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.03. 23:00:24

Nekem van egy "19" nevű sor az opera:cpu-ban :) ráadásul még százalékos fogyasztása is van...
Azt pedig egyelőre nem tudtam értelmezni, hogy egy frissen nyitott tab (pl. Wikipedia) hogy tud az 5 és 30 másodperces oszlopban 0 (nulla), a 120 másodpercesben viszont 15 (tizenöt) százalékot összehozni - úgy, hogy még 10 másodperce sem nyitottam meg :)
De azért örülök neki, újabb számok, amiket lehet nézegetni :) (biztos lesz rá kiegészítő, ami gomnyomásra, grafikonná szépítve kirakosgatja majd)

penge™ · http://www.thevenusproject.com/ 2012.04.03. 23:18:44

@Dzsini: Nálam 11 volt, de most valahogy eltűnt. Amúgy remélhetőleg fog majd még okosodni, csiszolódni. Kill gomboknak és memória oszlopnak tudnék örülni. De azért figyelemreméltó, hogy míg Chromeban a nagyobb kiegészítők (Ghostery, Adblock) konstans 3-5% körül zabálnak (hát még egy Gmail tab és társai), itt szépen csendben megvannak.

Mihics Zoltán (Med1on) 2012.04.03. 23:33:02

Kicsit féltem, hogy a 11.63 előzetese jelent meg, de szerencsére nem. :D

Nameless® · http://dirtywindows.hu/ 2012.04.04. 01:31:51

@penge™: Nálam nincsen zabálás a Chrome-ban.

i.imgur.com/cBWB1.png

Opera:CPU-ból viszont hiányzik egy csomó funkció még. De hogy visszamenőleg is mutatja az máris jobb mint a Chrome folyamatos megoldása. Könnyebb diagnosztizálni a hibás dolgokat. Mert mi van ha épp most nem eszik az egyik extension stb.

Jail 2012.04.04. 02:00:44

@penge™: Most ne mide illek de anno írta d,hogy a Ghostery szar a Google Chrome-ba nézd csak meg jól www.ghostery.com/download

Na?

Teddy Beer 2012.04.04. 02:09:18

A stabilnál, csak nekem nem enged tecsőre feltölteni semmit?

RaidX 2012.04.04. 10:06:10

Volt szerencsém egy Fiss telepítésű Brazos lapos gépre telepíteni a legfrissebb Chrome böngészőt amit szuper gyorsnak titulál a gugli. Tapasztalatom szerint az Opera (stabil verzio) gyorsabban indul és hozza be az oldalakat mint a Chrome. FlashBlock és Ghostery mind két verzióban telepítve.

penge™ · http://www.thevenusproject.com/ 2012.04.04. 11:17:13

@Jail: Hogy magamat idézzem, mikor megjelent benne a smooth scroll: "Örvendetes! Már csak 98 fícsör hiányzik, hogy átálljak rá."

Jail 2012.04.04. 14:02:37

@RaidX: Egyet kell értenem!Sajnos ez így van, pedig régen fordítva bolt.......

Teddy Beer 2012.04.04. 15:19:38

@Jail: Nem probléma, a bolt is egy böngésző. lol

Jail 2012.04.04. 15:28:22

@Teddy Beer: Javítottam (volt)

Arra leszek még kíváncsi gondolom a Opera 12-végeleges lesz 32-bit-> és 64-bit.
Na most aki 11.62-verziót használ és kijön a végleges 12-verzió és aki 64-bites Windows-a van neki automatikusan 64-bites Operára frissül majd rá?

franatixx 2012.04.04. 15:50:12

@Jail: Én biztos vagyok benne hogy 32 bitesről 32 bitesre frissül.

penge™ · http://www.thevenusproject.com/ 2012.04.04. 15:52:14

@Jail: Az automatikus frissülés 32 bites lesz, de mivel AppDatából és Local-ból nincs külön x86 és x64 változat, ezért manuálisan bármikor válthatsz 64 bitre úgy, hogy letöltesz egy 64 bites telepítőt, ami akár párhuzamosan is lehet majd a 32 bites mellett (bár akkor már felesleges) és mivel ugyanarra az AppDatára és Local-ra hivatkozik, telepítés után onnan folytatod a 64 bitesben, ahol a 32 bitesben befejezted.

franatixx 2012.04.04. 15:56:22

Ok, ie testdriveon kapásból lehalt az egész böngésző (3. megnyitott oldal volt). Pedig ahogy néztem ez a verzió még csak nem is hajlandó valamiért bekapcsolni a hardveres gyorsítást, szóval nem azzal lehet a baj.

Ez még mindig iszonyat messze van attól hogy stable legyen.

Jail 2012.04.04. 15:58:04

@penge™: Köszi!

Még ez úgy is messze van de nagyon lehet,hogy karácsony lesz az a nap :D

Jail 2012.04.04. 16:06:17

Szerintem elöszőr kiadják a hardvermarhaságot és utána lesz majd 64-bites verzió

Teddy Beer 2012.04.04. 17:56:21

@Teddy Beer: erre valaki? amúgy a mini next a mobiloldalon nem enged be.

fatal 2012.04.04. 20:48:23

@penge™: Nem ugyanarra hivatkozik, mert a 64 bitesnek külön profilt csinál. De egy szimpla átmásolással orvosolható a probléma.

penge™ · http://www.thevenusproject.com/ 2012.04.04. 21:36:41

@fatal: A végleges nem csinál külön profilt, az előzetesek viszont biztonsági okokból a next-next-finish usereket figyelembe véve ha nem változtatod meg Program Files\Opera-ra az útvonalat, akkor automatikusan Program Files\Opera x64 (vagy valami hasonló) útvonalra települnek, így értelemszerűen ugyanolyan nevű mappa jön létre az AppDatában és a Localban is.

Krissz5435 2012.04.04. 23:47:57

Nem lehet a plugin wrappert kikapcsolni? Amióta beletették(utolsó két build) nem lehet használni, mert ha meg akarok nézni egy youtube videót omlik. Ha 3 oldalnál többet nyitok meg omlik. Ha valami nem tetszik neki omlik. Valami ötlet?

penge™ · http://www.thevenusproject.com/ 2012.04.04. 23:58:02

@Krissz5435: snapshot.opera.com/#d6

Egyébként a korábbinál nálam is omlott, de ez most egyelőre még nem. Bár eddig csak olyan 10-12 YouTube videót néztem.

Annyi a trükk, hogy töltődés közben nem nagyon kattintgatok, illetve a videót is megvárom, amíg elindul. Bár a korábbinál ez se segített. De még a WebM-es időkben szoktam hozzá.

Krissz5435 2012.04.05. 00:15:52

@penge™:
Nálam itt jön a csavar, hogy ha megnyitom a videót addig nem jut el hogy elkezdjen tölteni.

Egyébként tudom én, hogy mit takar a snapshot, csak nem hittem, hogy ekkora visszalépés lesz, ha valami "nagy" dolgot csinálnak. Próbáltam nem a rinyálós féle módon közölni, de elnézést ha nem sikerült.

A kérdés egyébként még mindig adott, hogy vajon van-e olyan opció, hogy ki lehessen kapcsolni a wrappert vagy ez is olyan "fícsőr" lesz aminek jópár hónapig több kára lesz mint haszna.

Teddy Beer 2012.04.05. 00:18:23

@penge™: "De még a WebM-es időkben szoktam hozzá."

Van más is? Ki se lehet kapcsolni, mert a youtube nem tárolja rendesen a sütiket, a procit meg úgy leterheli, hogy egérrel kész kínszenvedés, mire a gui reagál valamit. Trágya az egész webm és emiatt inkább ie alatt tecsőzök (flash won), pláne miután még feltölteni se enged és van hogy meg se jelenik a videó és nem érdekel, hogy miért. Gagyi.

penge™ · http://www.thevenusproject.com/ 2012.04.05. 00:47:19

@Krissz5435: A plugin wrapper pont azért készült, hogy stabilabb legyen a böngésző a beépülők különválasztásával. Tehát nem lehet kikapcsolni és nem is lenne értelme. Linuxban egyébként már évek óta van.

Ha valami nagy dolgot csinálnak, az általában nagy bugokat is hoz magával, de a YouTube kiemelt helyen van, tehát nem kell hónapokig várni, akár most pénteken, vagy jövőhéten is jöhet olyan build, ami a te problémádat is javítja.

Ha látják, hogy több száz, vagy ezer tesztelőtől jön napi 5+ hibajelentés, akkor valószínűleg emelik a prioritást.

Egyébként 64 bites Flash-t használsz, vagy 32 bitest? Vagy az Opera is 32 bites?

@Teddy Beer: Én újabban bekapcsolni nem tudom. Azaz igen, aztán pár óra múlva elfelejti és újra Flash lesz. De az OOPP-vel már jobb a Flash, mert a memóriaszivárgást kizárja és Flashnél kevesebb a CPU usage.

Krissz5435 2012.04.05. 00:50:19

@penge™:

Próbáltam 64 bites és 32 bites operát is, és emiatt mindkét flash fenn van, de nem segített. Aztán kb 5 perce kiderült, hogy az ExtendTube kiegészítő bezavar neki és amiatt omlik. Jelenleg jó (a 32 bites opera).

Dzsini 2012.04.05. 14:10:33

noob.hu/2012/04/05/crashcrash.PNG

...és ezzel sikerült úgy meghalnia az Operámnak, hogy csak egy teljes üres telepítés segített rajta :)

Zsüi- 2012.04.07. 23:38:51

Én csinálok valamit rosszul, vagy ez még mindig ugyanolyan instabil mint az első hwa kiadás? Indulás után 10 mp és lefagy. Usb telepítés.

Dzsini 2012.04.08. 07:47:22

@Zsüi-: Attól is függ, mit csinálsz :) Ha flash tartalmakat nyúzol, akkor dől-borul (főleg, ha a 64 bites wrapper/flash is aktív, és a 64 bites Operát használod), klikkre indított bővítményekkel egy nagyságrenddel stabilabb, akkor attól (is) függ a dolog, hogy milyen videokártyád van, milyen driver, ilyesmik. Nekem egy mobil Radeonnal gpu-s rész stabil, az ezzel a builddel még nem fagyott össze, a flash állandóan (hol csak a wrapper, hol az egész Opera).

franatixx 2012.04.08. 09:09:58

@Dzsini: A jelenlegi gépemen nincs flash, mégis ugyanúgy omlik orrba-szájba. Nem tudom, mintha b1351 óta egész egyszerűen csak instabilabbá vált volna. :(

Dzsini 2012.04.08. 09:24:26

@franatixx: Előfordulhat - komoly változások történtek belül is (az egész plugin wrapper elválasztása, a 64 bites felület, ilyesmik), küldözd szorgosan a crashlogokat nekik, és várd bizakodva a következő buildet :) A snapshotok használata már csak ilyen sport.

Teddy Beer 2012.04.08. 22:33:07

A dcc bugot javították már vagy ilyen esetben az f5-ös gomb a barátom? 10.5 óta nem jó és már én is tolom.

Zsüi- 2012.04.09. 11:55:05

@Dzsini: Se flash, se semmi. indulás után azonnal borul. nem nyitok meg semmit.. alapból betöltődik az opera oldala. és rotty. de hibajelentő ablak se jön, semmi. integrált atim van. kis szutyok, de azért annyira nem régi. a gyorshívó egész stabilan megy.. többnyire. kikapcsolt hwa -val működnek a dolgok.

RaidX 2012.04.10. 09:16:26

Ritkás használat mellett ma crash fogadott indulás helyett. Annyira, hogy csak teljes tiszta telepítés segített.

Nézegetve a crashxxxx.txt fájlt, számomra semmit nem mondó regiszter és stack dump van rengeteg nullával. De semmi, ami valami hibaokra utalna. Mivel túl hosszú a lista, így nem rakom be.

Egyszer már csinált kékhalált bezáráskor. Akkor sem találtam értékelhető hibakódot. A kettő között viszont jól működött. (04-10)

penge™ · http://www.thevenusproject.com/ 2012.04.10. 10:41:40

@RaidX: Ha te nem találsz értékelhetőt benne, akkor küldd el nekik a crashlogot, ők talán azt is tudják, hogy mit keressenek (mivel a forráskódot is ismerik). Főleg, mivel a bekapcsolt hardvergyorsítás az egyetlen, ami által kékhalált okozhat egy böngésző. Az meg nagyon nem lenne jó a véglegesben.

Piera · http://asztal.blog.hu/ 2012.04.10. 22:10:59

11.62-vel együtt szállt el a Neptun-ba való bejelentkezés is. Valaki tud rá megoldást?

Piera · http://asztal.blog.hu/ 2012.04.10. 22:17:24

valamint a youtube iszonyatosan belassul, a töltődés csíkon való navigálás szörnyű és még a ramot is jobban eszi, erről mi tehet? (11.62) nem úgy akarom kivédeni hogy nem kattingatok videó közben, mert ha büdös van nem az orromat akarom befogni, hanem kinyitni az ablakot. másnál is fennáll ez?

Bencsi89 2012.04.11. 08:18:48

@Piera: Nem a 11.62 miatt nem megy a Neptun, hanem a Neptun miatt: magyaropera.blog.hu/2009/01/26/szegyenfal_1/fullcommentlist/1#c16205137 - megoldást nem találtam rá sajna...

Mihics Zoltán (Med1on) 2012.04.11. 15:02:58

További címsáv okosításokat kaptunk. :)
süti beállítások módosítása