Google Chrome 10

Google

A Google bejelentette a Google Chrome 10-es (10.0.648.127) verzióját a "Stable Channel"-ben Windows-ra, Mac-re, Linux-ra és Chrome Frame-re. Benne egy rakás biztonsági javítás és új szolgáltatás:

  • New version of V8 - Crankshaft - which greatly improves javascript performance
  • New settings pages that open in a tab, rather than a dialog box
  • Improved security with malware reporting and disabling outdated plugins by default
  • Sandboxed Adobe Flash on Windows
  • Password sync as part of Chrome Sync now enabled by default
  • GPU Accelerated Video
  • Background WebApps
  • webNavigation extension API

Részletek a itt.

( dragi v | 2011. 03. 09., sze – 18:35 )

# GPU Accelerated Video
Ez működik Linux alatt is?

vdpau nvidian biztos mukodik ootb. Rakj egy filmet fullhdra, es ha nem eszi el a teljes CPU idot, akkor valoszinuleg van hardveres gyorsitas
ha netan megse menne, akkor http://youtube.com/html5 majd

google-chrome --enable-gpu-rendering youtubelink

(html5 video nelkuli ablakban nem megy). ez tobb mitn valoszinu felesleges, enelkul is szepen megy

Flash elvileg csak vdpau-t tamogat, teljes vaapit mar nem, es csak opengl 3-tol (nvidia 8000 utaniak).

Ja es a Chrome az egyetlen aminel egyaltalan lesz (illetve mar van) HTML5 video gyorsitas Linuxon, a Firefox mar "megigerte", hogy csak Windowsos megoldason dolgozik ezugyben (fixme)

Ellenrozeskeppen pedig ugye font jobb gomb a cimsoron, es task manager, ott megjelenik egy "GPU process" HTML5 videok nezese eseten

Egyelőre csak windows alatt próbáltam ki ezzel videoval: http://www.youtube.com/watch?v=fTL9qh0E6fs
A webm-es verzióval 1080p felbontásban 100%-al ment a proci. Amikor átváltottam flash-re csak 75%-on ment. Ugyanez firefox-al 100% proci. Úgyhogy ezek szerint valami gyorsitás működik már chrome-al.

nalam Linux, Athlon 64 3000+ 1800MHz, vdpau es openGL 3 kepes videokartya (Nvidia 8600GT, 7600GT-nel ennyire meg nem mukodott jol openGL 2-vel), flashsel megy a 720p akadasmentesen (de csak es kizarolag youtube-on, indavideon egy SD film is akadozik), de 100% CPU-val, ellenben HTML5-ben az 1080p is megy, es ennek a pici procinak is alig eszi el a felet

Meg psc mondta, hogy Safariban a HTML5 (ott gondolom h264, nem WebM), 1-2% CPU-val vitte GPU gyorsitas mellett a filmet (nem tudom, hogy 1080p volt-e), szoval itt az Apple is szep munkat vegzett

IE9-nel lennek kivancsi adatokra, meg Linuxnal !nvidia karytakon (nyilt es zart ati driverrel kulon-kulon)

"Linuxnal !nvidia kartyakon"

Core i3-370m proci és a hozzá tartozó HD Graphics + chromium "legeslegújabb" :
(Ubuntu Natty, amd64)

- flash, 1080p: avg. 38-40%-os cpu használat (nem teljes képernyő, de nem is legkisebb, hanem a "köztes" módban)
- html5-webm, 1080p: avg. 17-21% cpu használat ("teljes képernyőn")

Hogy ezt most jó-e, vagy sem, nem tudom, lényegében jól megy, nekem ennyi elég. A régi gépemen a 720p is szaggatott linuxon, néha windows-on is. (celeron m520 + gma950)

Hehe... Nálam pont fordítva van. Intel Dual CPU E2180 2.00GHz, nVidia 8600GT, Debian Squeeze. Az 1080-as html5 bizony pörgeti a procit (60-70%), ugyanez flashben 17 és 25 között van. Tesztvideó: Avatar HD 1080p Trailer

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Én a krychek kolléga által linkelt videón "teszteltem", viszont most megnéztem az "Avatar HD 1080p Trailer"-t a youtube-on.

Html5-webm: 12-25% között mocorgott a cpu használat, de összesen több ideig volt 20 alatt volt, mint felett.

Flash: csalóka volt, mert első nézésre a videó első felében 30-40% volt a cpu terhelés, de a 2. felére visszaesett 17-25%-ra. Újra megnézve mindig 30% alatt maradt a cpu használat. Igen, közben leesett, hogy talán a hálózati kapcsolat is befolyásolja a dolgokat (azaz cpu időt igényel a videó letöltése is), ami azelőtt eszembe sem jutott. (úgy néz ki, html5-nél nincs ez a letöltés közbeni magasabb cpu használat, legalábbis nem akkora mértékű, mint flash esetén) Érdekes.

( tivadarh v | 2011. 03. 09., sze – 19:07 )

Nem tudom hogy csak nálam jelentkezik e, de már vagy 3 verzió óta előjön egy olyan hiba véletlenszerűen, hogy eltűnnek a checkbox-ok a weboldalakról és csak jó pár újraindítás után javul meg.

( golgota | 2011. 03. 09., sze – 20:15 )

Engem az jobban érdekel, hogy miért nyit vagy 100+ kapcsolatot a google.XX(X) felé. A wifi routerem szereti megadni magát, ha a hálózatunkban legalább két chrome-ot kinyitnak csak úgy üresen is. Ha megnézem hány aktív IP kapcsolat van akkor mondjuk az átlag 140-ről egy chrome nyitásával felugrik úgy 700-ra. Egy másik gépen kinyitott második után a szám 1200 körüli lesz, majd egy pár perc múlva indíthatom újra a routert. Lehet hogy dd-wrt bug (wrt610)? Bár csak akkor fordul elő, ha chrome-ot használunk.
Amúgy elégedett lennék vele. :)

En a router kornyeken kezdenek el kereskedni, ez a Chrome-nal termeszetes jelenseg, instant kereso, Google Cloud Print, etc. Az nem termeszetes jelenseg, hogy a routered nem bir ilyen keves kapcsolattal.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( nanto | 2011. 03. 09., sze – 22:21 )

a GPU gyorsitason kivul meg azt szeretem nagyon a Chrome-ban, hogy annak ellenere, hogy GTK-s eleg fullosan mukodik rajta a KDE integraltsag is, pl.:
-drag'n'drop dolphinbol gmail attachmentbe
-szoveg vagy kep athuzasa (drag'n'drop) kmess vagy Skype ablakba (copy/paste, kep alapjan kep forrasanak beillesztese), szoveggel visszafele is mukodik
-MIME tipusok, amikkel Firefoxon KDE alatt evek ota szopas van (Kubuntun meg van patchelve, de lattam mar GNOME-on is gyengelkedni ezt a funkciot)
-KPartspluginnal mukodott regi tipusu mms:// streamekre a beagyazott kmplayer (amit ezenkivul egyedul Konqueror tudott, de az meg olyan is)
-Plasmara kihuzva az egyik linket paneli inditoelemet csinal a weboldal linkjevel (ahogy az IE9-ben is van Win7-en)
-Oxygen ikontemat OOTB koveti (New Tab ikon, preferences ikon pl.)

Roviden: nice job Google! Azon ritka alkalmazasok egyike, amire ra lehet modnani, hogy "Desktop Linux eve" kompatibilis

( Hunger | 2011. 03. 09., sze – 22:40 )

... és még mindig nincs multi-line (multi-row) tabbar

( visko | 2011. 03. 10., cs – 06:54 )

Eszméletlen sebességgel tolják a srácok, ahhoz képest, hogy "nemrég" kezdték, abszolút felnőttek a feladathoz :).

Engedtessek meg a ketkedes joga. A funkciok fele vagy bugos, vagy nem mukodik megfeleloen minden platform alatt, vagy kecsket kell aldozni keresztutnal ahhoz, hogy menjen. Ehhez kepest a Firefox meg akkor is fenyevekkel jobb, ha hetente egyszer ujra kell inditsam.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( nagyokos9 | 2011. 03. 10., cs – 07:46 )

Nem tudja valaki, hogy hol állítható át a Chrome-ban gyorsan az aktuális oldal karakterkódolása?
Mert 2 verzióval ezelőtt ezt valahogy nem sikerült kifürkésznem, és emiatt maradtam a jól bevált FF-hez, de lehet, hogy most még egy próbát megérne a Chrome...
--------------------------------------------
Wesnoth Magyar Fordítás Csapat - Koordinátor
http://wesnoth.fsf.hu/

És ezt per page alapon nem lehet egyszerűbben? Mert eléggé macerás.
Van egy-két oldal, amiket utf-8-ban szoktam böngészni. Az FF-ben a nézet/karakterkódolás könnyen elérhető, de a chrom-ban macerás ez a rész...
--------------------------------------------
Wesnoth Magyar Fordítás Csapat - Koordinátor
http://wesnoth.fsf.hu/

De miért kell ezt ilyen gyakran állítgatni (nálam egyébként Eszközök -> Karakterkódolás menüben lehet átállítani). Az alapbeállítás az, hogy használja azt, amit a weblap kíván (Automatikus felismerés). Ezt te kikapcsoltad vagy sok olyan lapot látogatsz, ami rossz kódolást állít magáról?

( gabek | 2011. 03. 11., p – 12:03 )

tetszik ez a google féle frissítés. nincs csík, meg indítsd újra, meg én nem tudom még mi. csak megnéztem a névjegyet, és tudomásul vettem, hogy ja, ez már az :)

még nem néztem meg hogy működik, ha egy tab van nyitva mondjuk az about:, egyszer csak ugrik rajta a szám? vagy kell egy refresh? vagy egy új tabot kell nyitni ami már új verziójú lesz? (már ez is egyfajta újraindítás)
vagy az utolsó tabot is be kell csukni lényegében a böngészőt újraindítva frissül?

( Frantique v | 2011. 03. 11., p – 12:20 )

Ha végre megoldanák a nyomtatás részét (testreszabható fejléc-lábléc), végképp átállnék a Chrome-ra.
--
Coding for fun. ;)

( zolpet | 2011. 03. 14., h – 10:55 )

Nem jól kezeli a html kommenteket.

komment-nyit
komment nyit komment-zár
valami
komment-zár

"valami"-nek nem kéne megjelennie, FF-ben nem jelenik meg, itt meg igen.

persze, sőt milyen hasznos lenne ha a gép gondolatolvasó lenne

de nem az

ez ilyen nem informatikus gondolkodásmód, feltételezed hogy a rendszer egy ember számárra logikusan működik, nem pedig ismered a rendszert

sok bajod lesz így, rá fogsz csodálkozni hogy az összes számítógép bugos mert floatingpointtal számol, nem pedig az 1="egy"

igazából az ilyesmi hogy kommentet kikommentelsz egy jel arra hogy nem biztos jó szakma felé mész, egy normális gondolkodásmód az hogy a komment azért van hogy ne is nézzen bele a gép mi van benne, számára szintaktikailag hibás, értelmezhetetlen; persze ne vedd magadra, a legjobb szakemberek is néznek "ilyeneket" el ;)

Fogalmam sincs, mire gondolsz. Ha az if-else szerkezetet fel tudja parse-olni, ha blokkokat lehet egymásba ágyazni, akkor ezt mibe kerülne megírni? :)

Ha informatikusként gondolkodnál, számodra is nyilvánvaló lene, hogy a programozás mozgatórugója a lustaság és kényelem volt. Az, hogy egyszer megcsinálunk valamit normálisan, hogy ne szopjunk vele 50x (nem a tarthatatlan határidős multis megrendelésekre gondolok, aminek kész kéne lennie, de már majdnem elkezdték).

Persze ha viccből írtad, akkor ok.

Szerk : ha mond ez neked valamit, dr. Juhásznál vizsgáztam prog 1-ből szóban (4-es, azaz jó :) ), és nála szigorlatoztam infóból.

Ez hulyeseg.

Ado tt egy ilyen kod (most java kodot irok, mert a problema egyertelmu, viszont nem kell a html entitasokkal nyuglodni): 


public class EgyOsztaly {
  /**
  * Kiszamolja az elet ertelmet, es visszater az ertekevel
  * @returns: az elet ertelme
  */
  public int getEletErtelme() {
    return 42;
  }

  /**
   * A pokol hivoszamat adja meg
   * @returns A pokol hivoszama
   */
  public int getPokolHivoszama() {
    return 666;
  }
  
  public static void main(String[] args) {
    System.out.println("Teszt");
  }
}

Most, mondjuk a pokol hivoszamat ki akarod kommentezni, mert az gonosz dolog. Ugyanakkor arra is figyelned kell, hogy azert ez a dolog megmaradjon (nyilvan ezert nem torlod ki), csak epp most nincs ra szukseged. Valami ilyesmi lesz a vege: 



/*
  /**
   * A pokol hivoszamat adja meg
   * @returns A pokol hivoszama
   */
  public int getPokolHivoszama() {
    return 666;
  }
*/

1) Miert nem jo, ha csak a kodot kommentezed ki?
Azert, mert akkor a javadoc a public static void main(String[]) fuggvenyre vonatkozna, ami viszont egyertelmuen hibas, hiszen ennek a fuggvenynek nincs ervenyes visszateresi erteke(void), raadasul csunyan elrontja az osztaly dokumentaciojat is.
2) Miert nem toroljuk ki?
Azert, mert ez a kod csak a peldaban ilyen rovid. Lehet hogy a kod sokkal hosszabb, es tobb ido helyreallitani, mintha csak kikommenteznenk.

Egy modern ertelmezonek nem szabad azon fennakadnia, hogy egy kommenten belul van egy komment.

-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

"félreértetted, arról volt szó hogy nem tudja milyen a rendszer, hanem feltételez

...

és a példádat sem értem, milyen modern értelmező nem dob hibát az "1)" előtti kódra?

tökmindegy mit szeretnétek egy modern rendszertől a firefox, chrome is kiírja azta "valami"-t és a java compiler is hibát dob arra a kikommentezett kommentre "

+1

(Szerénytelen vagyok, de ami jár, az jár. :) )

félreértetted, arról volt szó hogy nem tudja milyen a rendszer, hanem feltételez, azt pedig _logikus_ gondolkodással csak úgy lehet (ahogy c-ben és a konkrét html-ben is van) hogy két nyitó-komment egynek számít
(egyszerűen hibás feltételezés az hogy a parser belenéz a kommentbe, épp azért kommentezzük ki hogy ne lássa a parser, mert pl hibás/számára értelmezhetetlen kód, nem pedig egy #define-t akarunk vele kikerülni)

nem volt itt szó arról sem hogy a javadoc belenéz a kommentbe
és a példádat sem értem, milyen modern értelmező nem dob hibát az "1)" előtti kódra?

tökmindegy mit szeretnétek egy modern rendszertől a firefox, chrome is kiírja azta "valami"-t és a java compiler is hibát dob arra a kikommentezett kommentre

"(egyszerűen hibás feltételezés az hogy a parser belenéz a kommentbe, épp azért kommentezzük ki hogy ne lássa a parser, mert pl hibás/számára értelmezhetetlen kód, nem pedig egy #define-t akarunk vele kikerülni)"

Ha nem néz bele a kommentbe a parser, akkor vajon honnan tudja, hogy vége?

Ha nem nézel oda, amikor a tévében csúnyákat mutatnak, akkor honnan tudod, hogy már nem mutatják? A parszernek a hangerő le van véve nullára.

kackac, .. szándékosan félreérted és olyannal jössz hogy a parsernek kell hangkártya?
ez rosszabb mint a lekezelés, amit eredetileg teljesen jóindulatúnak szántam
egyikőtök sem mondott példát olyan nyelvre (pedig biztos van!) ahol van kommentben komment, csak a html-t és java-t ahol definiálva van hogy nincs és mégis erőltetitek hogy nem ti vagytok a hibásak hogy a parser errort dob mert ti jól gondolkodtok.. na mindegy, megyek és eszek egy piros sapkát :)

Utolsó hozzászólásom a témához, hogy ne legyen harag:
Nekem valami működött Firefox-ban, de nem működött Chrome-ban. Azt gondoltam, a Chrome hibája. Közben megnéztem W3C-n, valóban ott is kiírja, tehát igazad volt abban, hogy a működés helyes.

Amiben nem volt igazad:

Sok esetet el tudok képzelni, amikor van értelme a kommentben a kommentnek.
Példa : van 100 sor kódod, ebből 30 sor komment, mondjuk 2-3 soronként helyezkedik el. Ki akarod kommentezni ezt a 100 sort mindenestől. Mit teszel? Nyilván legegyszerűbb lenne simán kikommentezni, nemde? Akkor miről beszélünk? Programozástechnikailag megcsinálni ezt 0.

Ezen kívül fölösleges egyből leszólni a másikat, sajnos ezt a stílust én is átvettem a beszélgetésünk alatt.

A hangkártyás dologgal pedig nem vicceltem, próbáltam elmagyarázni neked, hogy a parser igenis elolvassa a kommentet. Nem értetted meg a hasonlatot, oké.

Részemről az ügyet lezárom. :)

mivel lezártad csak hogy ne értsd félre nem folytatni akarom csak mivel befejezésül leírtad az álláspontodat én is, már nem vitaként az enyémet:
- nem azt mondtam hogy nincs értelme, igen, a gondolatolvasás is jó lenne, csak épp nem így működik a "számítógép", és engem igazolandó te sétáltál bele a hibába
- értettem a hasonlatot, írtam is hogy ("szándékosan": ebben tévedtem, tényleg) "félreértetted", én csak röviden fogalmaztam
- nem leszólás volt hanem tényleg alapvető hibára próbáltam felhívni a figyelmed (nem csak a komment hanem úgy általában)