Új Flash Player 9 beta

Internet, Közösségi média

Az Adobe újabb Flash Player 9 beta frissítést adott ki "Moviestar" kódnéven. Az újdonságok közt találhatunk olyan dolgokat, mint például a full-screen támogatás Linux-on, vagy éppen a H.264 video és HE-AAC audio codec-ek támogatása. Teljes újdonságlista:

  • Support for H.264 video and HE-AAC audio codecs (new Aug. 21).
  • Enhancements to full-screen mode to use hardware scaling for improved video performance and quality on systems running Windows 2000 and newer or Mac OS X 10.2 and newer.
  • Faster rendering of vector graphics on multi-core CPUs
  • Higher quality and performance for downscaling large bitmaps (SWF 9 only).
  • Support for caching common platform components, such as the Flex framework, to reduce average application sizes. This feature is enabled in the Flex 3 beta available on Adobe Labs.
  • Support for full-screen mode on Linux.

Teljes release notes itt. Letölthető innen.

( drhideg | 2007. 08. 22., sze – 12:28 )

En egy nyomorek hangeroszabalyzonak is orulnek mar flash pluginhez

( kmARC v | 2007. 08. 22., sze – 12:37 )

Olyan varhato, hogy ne egy kulon X window retegen (vagy mi a fenen) jelenitse meg a flasht? Marha zavaro, hogy pl.: az adobe sajat sitejan is eltakarja a menut a flash. (google videos-on megoldottak valahogy azt hiszem)

Pedig épp kezdtem örülni, hogy mennyire beújítottam, hogy 1 giga helyett már 1,5 giga van... Nem mindenki cseréli gyakran a gépét high-end vasra.

Azért a 4 giga közel sem átlagos, és a laptopos felhsználókat se kéne elfelejteni, ahol most már található 1GB néhol, de annál több csak ritkán.

If I'm not mistaken, egy 32 bites rendszeren semmi akadálya hogy 4Gb-nál több rendszermemóriát használj. Aminél akadály az az egy processz által címezhető memória mérete(ami 32 bites rendszeren 4Gb-os korlátot jelent). Valaki mondjon már egy tipikus desktop programot, ami igényt tart több, mint 4Gb memóriára!
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

> legalább kis kódfejtőként lekötöd magad pár napra

Kevered a "nincs értelme" és az "értelmetlen" kifejezéseket.

Indoklás:

Aminek "nincs értelme", az lehet hogy titkosítva van.

Ami viszont értelmetlen, azon nincs mit kódfejteni.

Mint a te jó kis képleted, azon sincs mit kódfejteni. :-))))

Számológép gyártók , vagy ilyesfélék szerintem már megkérdezték TTK -sokat. Ilyen E betüvel tudják jelezni, ha nem értelmezhető.

0^0:=1

Ez ehhez hasonló problémák már évszázadokkal ezelőtt előjöttek, és megálapodások születtek arról, hogy minek vegyék.

A konszenzus az, hogy halmazelméleti keretben értelmezzük az efféle fogalmakat.

Pl. n!-t úgy definiáljuk, hogy az N halmaz permutációinak (önmagára való kölcs. egyért. leképezéseinek) száma, ahol N egy n méretű halmaz; n*m az az N x M (direktszorzat) halmaz mérete, ahol N n, M pedig m méretű halmaz; n^m pedig az M-ből N-be menő függvények száma.

0 méretű, azaz üres halmazból üres halmazba pontosan egy függvény van, az üres függvény
(a függvény halmazelméleti definíciójából kiindulva ez precíz állítás, nem csak afféle szofizma), ergo 0^0 = 1.

My sense of humour is often too subtle to cope with getting smileyd.
Please don't take it personal.

ha gimppel szerkesztesz nagy képeket, jó sok réteggel - na az is zabálja rendesen.

tipikus desktop alkalmazáshoz nincs szükség rá, de bizonyos feladatokhoz jó, ha van.
[flame]
például ha KDE-t vagy gnomeot használsz
[/flame] 

_________________________________________
    ha egyetért velem, itt írja alá!

Sehol nem mondta, hogy minden desktopba. De pl. nem art, ha a host OS mellett meg ket masik OS-t tart fent az ember, mert vagy multiplatrorm vagy tobb gepes szart fejleszt. Plane ha mellette meg ertelmesen akar hasznalni OOo-t, Firefoxot, stb. Kellemes es finom elmenyt nyujt, ha ennyi cucc mellett nem szveppeli magat romma' a gep.

---
pontscho / fresh!mindworkz

Összefoglalom, hogy miről van szó:

mikor lesz 64 bites flash -> minek neked desktop-ra a 64 bit -> mert 4 GB memória -> mondd már, mennyire jellemző ez desktop-on -> nekem már majdnem van annyi (összesen biztos), jó lenne, ha annyi lenne, mert ...

Fejben erre jutottam:

- az, hogy fasza lenne
- már láttam a TV-ben olyat, akinek volt 4 GB-t
- a szomszéd hw buzi Pistikének ennyi van (életét rákölti a gépre)
- ha egyszerre pörgetnék 120 kernelt, amiközben 450 oldalas szakdolgozatot pörgetnék OOo-ban és 12 VMWare host-ot futtatnék egyszerre, akkor jól jönne

az sovány lesz indoknak, hogy 64 bit desktop kell.

Ha te nem erről témáról beszéltél, csak azt mondtad el, hogy milyen jó lenne 4 GB RAM, akkor OK, erre azt mondom, hogy "mit 4? legyen 8".

--
trey @ gépház

"A te problémád a Linux-szal van"

Uram! Igen! Uram!

"nem a 64 bittel"

Való igaz, főnök. Nincs, mert messze elkerülöm desktop-on. :) (Jelzem Windows desktop-on _is_)

"csak azt itt nem ildomos szidni"

De nem ám!

(Ha esetleg elkerülte volna a figyelmed: nem nekem volt problémám. Akinek hiányérzete volt az nem én voltam. Feljebb kéne olvasgatni... Itt-e ni.. _Nekem működik_ a flash player.)

--
trey @ gépház

Természetesen, mint írta, a Linux-szal van a probléma. A Linux az oka (a globális felmelegedés mellett - mint a Sun-tól ezt már tudjuk), hogy az Adobe nem csinál 64 bites Flash Player-t. Azt hiszem, hogy nem csak én szoktam itt részeg lenni. :))

--
trey @ gépház

itt bizonyos feladat != mindennapi desktophasználat
mint említettem.

nem tudom pl. hogy más képszerkesztő programokanál mi a helyzet, de a gimp zabálja a memóriát.
hangszerkesztő, videovágó alkalmazások is szerintem. nem desktopról beszéltem. de nem is szuperszámítógépről. 

_________________________________________
    ha egyetért velem, itt írja alá!

1) 64 bit azért kell, mert van.

2) Én azért élek 3 éve 64 biten,
hogy teszteljem a programjaimat,
ugyanis lesülne a pofámról a bőr,
ha a programjaim nem futnának 64 biten.

3) Egyébként 10 éve hallottam olyan világmegváltó
adatbázisokról (Objectstore, Versant), amik az adatokat
éppen úgy tárolják a lemezen, ahogy a memóriában vannak,
méghozzá filemapping használatával. Ezek az alkalmazások
nagy címteret igényelnek, a 4G kicsi.

--
CCC3

A mindent elsöprő válasz: :)
Arra is gondoljatok, hogy egy cégnek egy új architektúrára való fejlesztés és annak supportja pénz. Mivel nem elterjedt még a 64bites x86 architektúra desktopon, nem szeretnének rengeteg pénzt kidobni, hogy a piac 2%-ának orgazmust okozzanak.
Nem mindíg technikai döntésekből áll egy szoftver előállítása ;)
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

Eleve normálisan kell programozni. Van egy pár egyszerű szabály, amit be kell tartani (akkor is, ha nem kifejezett cél a többplatformos működés):
- szisztematikusan használni olyan típusokat, amik architektúrától függően képződnek le natív típusokra (pl configure script által),
- nem kavarni összevissza típustalan pointeraritmetikával, illetve castolgatással, ha bitszintű hozzáférés kell, akkor maszkolni, egyébként meg struct-ba szervezni és mindig azon keresztül elérni a mezőket
- az adatstruktúrák file-ba kiírására rendes serializáló kódot írni, nem pedig csak simán byte tömbbé castolva kiíni a struct-okat. Használni a host to network, network to host byte sorrend váltó fügvényeket, ahogy azt az iskolában tanítják. Vagy mégjobb, ha lehetséges, akkor a bináris formátum helyett XML-be dolgozni.

Ha valaki szépen tisztán átláthatóan programoz, akkor semmi extra effort nem kell ahhoz, hogy a program forduljon 32 és 64 bites, little és big endian processzorra egyaránt.
---
Sok gyerekkel ellentétben én sose akartam tűzoltó lenni. Lettem helyette informatikus. Nem találjátok ki, hogy mit csinálok nap mint nap...

Nem ismerlek, szóval csak sejtés de szerintem te sosem dolgoztál fejlesztőként csapatban(legalábbis nem tartósan) és főleg nem vezettél ilyen csapatot. A világ csak a mérnökök és matematikusok szemében tökéletes. Valójában nem az.

--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

Szerintem kevered a dolgokat. Elméletileg semmi akadálya akármennyi RAM használatának még PI-en sem. Aminek korlátja van az az összefüggően kezelhető memóriaterület. Egy processz nem tud ennél többet allokálni és kezelni összefüggően 32 bites rendszeren, mert a memóriacím nem fér bele két 32 bites regiszterbe(OFFSET:ADDRESS).
Másrészt pedig léteznek PIII szerverek 16G RAM-mal vagy még többel. ;)

A lényeg itt, hogy összefüggően elérhető. A kulcs pedig a processzor TLB-je. Olvass utána a lapozásnak(paging) és megérted.
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

PAE nélkül ?
P1 -en 4Gb és kész, (jó jó, ha valaki nagyon akkar épit egy devicet, ami I/O utasitásra vált valamit a cim vezetékeken, de az nem számít.)

Pentium Pro, 36bit 64Gb -nek elég cím vezeték van, PAE cuccal , más lesz az Addres translation (3 szint nagyobb pointerk ..etc)

Selector:Offset van manapság, így ketőspontozva nem ?
16bit:32bit
16bit:64bit ilyesmi

16bit:16bit volt 286 nál segment:offset ami lenearban (seg*16+offset)

szerk:
A[35:3] van kivezetve, 64 bit (8byte) onként címezhető csak a memória. 64bit -es data bussal rendelkezik, 4 -es burst (4*8byte) okben olvas.
http://download.intel.com/support/processors/pentiumpro/sb/24269001.pdf

586 -nál csak A[31:3] van kivezetve, szintén 64bit data.
http://users.erols.com/chare/586pin.htm

Igazad van, SELECTOR:OFFSET.
Nekem a PAE kapcsán kicsit más maradt meg(az Intel kezdeti EM64T-s mókájánál ragadt meg valami. Amiből én tanultam oprendszerfejtesztést, abban ez paging selector bus(PSB) volt), de most megnéztem és értem már mit hívsz(hívunk) PAE-nek. Ha valóban nem létezne ilyen kiegészítés, nem lehetne elérni 4G-nál többet sehogysem. De létezik és ettől biza még 32 bites a rendszer. Tehát lényegében az alkalmazások visszamenőleg kompatibilisek maradhatnak, mert a címzésük egy lapon belül nem változik(Mivel a PAE vezetékeket az alkalmazások nem látják). Szóval milyen előnyökkel jár a 64bites rendszer ezen a területen? Erre keresem a választ. (Csak hogy offtopic-ok legyünk :) )
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

0:Offset64 el a teljes fizikai memóriát el tudja érni amd64 -es kernel, semmi trükk :)
PEA nél csak offset32 csak 4Gb(, csak virtuális memóra kezelés segítségével tud többet.)

Elég kellemetlen tud lenni ez kernel számára, meg az erőforrásid számára, több adminisztrációt igénylnek implicite/expliceite.

Már alkalmazás fejlesztő lettem :) 20ns slower leszz :)
1 Programmal nehézkes lenne x<=4 gb -nál több memóriát használnom. Ősi XMS,EMS,Overlay jelegű megoldások jutnak eszmbe :) (Egy másik process shared memoriáját mapolhatom be hasonlóan, de kinek milyen perverzióji vannak)

Ha az alkalmazásomat nem érdekli, hogy PAE -nek köszönhető többlet memóriát kihasználja, akkor semmi különöset nem kell tennem, ami eddig, ment PAE nélküli rendszeren, PAE rendszeren is fog remélhetőleg.

Gyorsabb a bc :D

szerk:
Using 64-bit rather than 32-bit integer operations dramatically reduces the number of additions and multiplications required to compute large products. For example, computing a 1024-bit product using 64-bit arithmetic requires fewer than one quarter the number of instructions required when using 32-bit operations:

Comparing...

32bit vs. 64bit
Number of multiplications 256 vs 64
Number of additions with carry 509 vs 125
Number of additions 255 vs 63

forrás

Tud valaki valami rövid összefoglalót arról, hogy milyen a 64 bites címzése a processzornak? Már nem érdekel az ilyesmi annyira, mint régen, de azért elolvasnám.

Amúgy a 32-64 átállás nem úgy van, mint a 16-32 volt? Akkor lehetett olyat, hogy a program címzésre még 16 bites volt, de eszképelve elérte a 32 bites utasításkészletet is, tehát tudott egy lépésben 32 biten összeadni. Ha így lenne, akkor most is el lehetne érni 32 bites oprendszer alól a 64 bites aritmetikát.

( szkaresz v | 2007. 08. 22., sze – 14:14 )

Ahhoz képest, hogy majd egy évig nem volt használható player az újabb flash pluginokhoz ezek jelentősnek tűnő változások. Tavaly a fél világ már a 8-as verzióra gyártotta a weboldalak kiegészítőjét vagy magát a weboldalt, amikor még halvány remény sem volt egy használható Linuxos verzióra. Szóval ez kimondottan jó hír!

Karesz
http://kareszka.extra.hu

( _ventura_ v | 2007. 08. 22., sze – 16:52 )

nekem opera 9.23 build 660 alatt nem is megy, FF ben meg megy
viszont nem megy a control szóval hiába kattintok a flashre, pl play
nem számít semmit :< szóval visszatettem a régebbi tavaly novemberi
r31 es bétát

Celeron-M 1400Mhz, 768M, Debian SID, 2.6.22