Új hozzászólás Aktív témák
-
DMG
senior tag
-
floatr
veterán
Milyen komoly és általánosabb célú VM-et szeretnél? Amihez Ada, Forth, Lisp, vagy akár brainfuck alapon is lehet kódot írni? Mert a CLR nem olyan. Egy platformhoz/nyelvhez/technológiához igazították, majd a többi kapcsolt nyelvet megoldották úgy, hogy mindegyikben lehet ugyanazt csinálni. Mint a GTK, vagy QT binding-jai csak itt egy kicsit más alapokon.
-
ddekany
veterán
"Nem értem ezt az egész vitát. Azt sem, hogy miért kell a webes nyelvekhez keverni az általános nyelveket. Hogy lehet a JavaScriptet a C#-al összehasonlítani?"
Hát pont ebből ered a vita, hogy egyre inkább mint mindenre-jó nyelvet próbálják erőltetni a JavaScrip-et. Ennek egyik példája pedig a cikk tárgya, a Flash, ami kinőtte magát alkalmazásfejlesztő platformmá (Flex). Mondjuk én ezt nem vitának szántam, csak jelezem, hogy elég gáz, hogy ez így alakult, de van aki szerint meg ez így jó...
-
addikt
Pont, hogy akkor ülök le flash játszani, mikor a gép a háttérben melózik. Nembaj, ott az a primitív open transport tycoon. Egy kicsivel komolyabb számításokat végez a progi mint bármely flash-es játék, majd azt pörgetem. Tudom nem lehet összehasonlítani a webes felületű játékot egy desktop progival. Bár véleményem szerint ha jó lenne a nyelv amiben meg van írva és jól írnák meg a progit akkor mennie kéne kb ugyanúgy mint egy desktop-osnak. De ezt is már leírták előttem.
Ráadásul, egy fis-fos game miatt miért kell csövön menni egy 2magos 2,8Gh-es procinak?
Lépnijük kellene a hardver gyártóknak, ideje volna már kiadni a 10000magos 8millió tera hertzes procikat. (ez a marharépa Firefox aláhúzogatja a tera szócskát)Mos mé, hánem? De! Vagy nem...
-
ddekany
veterán
"Milyen komoly és általánosabb célú VM-et szeretnél?" Amihez Ada, Forth, Lisp, vagy akár brainfuck alapon is lehet kódot írni? Mert a CLR nem olyan."
Eredendően nem akkora gond ez, hogy ne lehessen sokféle (nem mindenféle) nyelvet rendesen támogatni egy CLR/JVM-szerű VM-ben. Gondolj arra, hogy a JVM-et kizárólag Java-ra tervezték, és még így is van Groovy, Scala, még újragondolt-Lisp is (Cloujre). Sőt, nem JVM-re tervezett nyelvek is, mint a Python (Jython), Ruby (JRubby), és persze JavaScript (Rhino) is. Igen, ezek mind mehetnének szebben/gyorsabban is ha gondoltak volna többféle nyelvre a JVM tervezésekor, de még így utólag is sokat lehetne ezen javítani. A legfájóbb hiányosságot pl. (nincs gyors dinamikus metódushívás utasítás) a Java 7-ben ki is javítják. Szóval ha nem is akármilyen nyelvet, de többféle nyelvet (pl. dinamikusabb VS statikusabb megközelítésű) rendesen támogató VM-et igen is lehet készíteni. Csak hát a piac ezt nem engedi, mert ugyan ki vág bele egy ilyen mega-projectbe, amivel azonnal elbukik, mikor tudja rávenni az összes jelentős böngésző készítőjét, hogy most azonnal integrálja amit ő kitalált... Én ezt felfogom, hogy ez a realitás, Így Jártunk. De azt hagyjuk már, hogy ennek technikai akadálya van, meg hogy az technikailag jó ami van. Nyilván az ember próbálja jól érezni magát abban ami van (JS van és kész, aztán majd így-úgy hozzákókányolják ami nagyon hiányzik belőle), de azért ne az önbecsapásnak is megvan az ésszerű határai.
[ Szerkesztve ]
-
floatr
veterán
Szerintem most is alapvetően két dolgot akarsz egyben megkapni. Az egyik oldalról van egy dinamikus nyelvi tábor, a másik oldalon meg a statikus "erősentípusosajó". A dinamikus nyelvekre mint látható egész jó VM-ek húzhatóak, de nagyon más a mechanizmusa, mint pl a JVM-é. Amellett vannak teljesítménybeli különbségek is éppen a felépítésből adódóan. A két tábornál szvsz annyira nagyok az ellentétek, hogy egyikben sem akarják feladni azokat a fő ismérveket, ami miatt azt a nyelvnek/technológiának preferálják.
Emiatt van csak interpreterként jelen java-ban a felsorolt pár script. És emiatt lenne pazarlás ráerőltetni egy JsVM-re egy statikus nyelvről fordított bytekódot. Két VM-et meg senki nem fejleszt, mert néha még az az egy sem igazán megy.
-
ddekany
veterán
"Szerintem most is alapvetően két dolgot akarsz egyben megkapni."
Nem hiszem... Tudtommal a dinamikus és a statikus nyelvek futtatásához szükséges VM funkciók elég erősen átfednek. Amennyire én látom, a legtrükkösebb össze nem illés abból adódik, hogy a statikus nyelvek nem szeretik amikor futásidőben változnak az osztályok, ami még nem lenne nagy gond (elvégre lehet kétféle osztályod), csak épp a kétféle nyelv ezeken keresztül kommunikál egymással, tehát mind a kettővel működni kéne mind a kettő módszernek. Ez meg nyelv-tervezési gond, nem VM gond, és azért ott sem a világ vége. Dinamikusból hívni statikusat triviális, fordítva lehet hogy néha kényelmetlen lesz... na bumm, inkább mint hogy csak az egyik legyen. De az állatira nem kunszt, ha pl. a statikus nyelven azt írod, hogy foo->bar foo.bar helyet, akkor az előbbi hash-lookup-ot csinál szóval dinamikus, míg az utóbbi statikus... Fantom-ban van is ilyen amúgy (mellékesen az JVM-en és CLR-en is fut).
Az meg, hogy ez túl sok-e... Mivel most az a duma, hogy ez a jövő, és minden így fog futni, ehhez kb semmilyen alap infrastruktúra nem túl durva. Az hagyományos cuccok is igen komolyan, óriási befektetéssel kidolgozott infrastruktúrán futnak (x86, ilyen-olyan kernek, stb), ez meg most hirtelen kókányon fog? Hááát... szomorú. De talán előbb utóbb alánövesztenek valami összefont VM-et.
"Az egyik oldalról van egy dinamikus nyelvi tábor, a másik oldalon meg a statikus "erősentípusosajó"."
Sajnos, mert táborokba kell verődni azt kötelező... Amúgy az nem-szvsz a statikus nyelvek erősen a statikus nyelvekben rejlő potenciáljuk alatt teljesítettek az eddigi történelem során (egyrészt nem voltunk elég okosak a megtervezésükhöz, másrészt egy igazán jó statikus nyelv kifejlesztése eleve durvább mint egy dinamikusé), és ebből adódon rengeteg alaptalan előítélet él velük szemben. Legtöbb dinamikus párti számára pl. a statikus nyelv az a C/C++ rémkép, Eclipse-t csak messziről láttak, state-of-the-art statikus nyelvet meg soha sem. Ha meg igen, akkor elriasztja őket, hogy ezeket meredekebb megtanulni, pedig azt csak egyszer kellene. Mondjuk ahogy elnézem az átlag olcsó programozót, lehet értelmileg képtelen lenne rá, túl absztrakt neki.
[ Szerkesztve ]
-
hohoo
senior tag
rohadtul nem használják örömmel... csak felrakják mert a youtube nem megy máshogy...
én nem ismerek olyat aki örömmel használja, konkrétan mindenki azt várja hogy a html5 video elterjedjen...T-home extra csomag monopolterületen 6500 ft/hó, versenyterületen ahol Digi vagy UPC is van pedig 2990 ft/hó. Köszönjük!
-
b4zsi-
őstag
nagyon komolyak ezek a videók...
-
Varoz
őstag
Sajnos meg kel erősítsem az ellenzők táborát. Már minden böngészőt kipróbáltam, 26 féle flash volt fent a gépemen és egyre sz@rabb. Sima youtube videó is kiakasztja. Persze, ha csak az megy akkor nem. De könyörgöm 2011-ben egy 4 magos gépen lehessen már megnyitni 10 lapnál többet is, még ha az flash alapú is.
hTC Quietly Brilliant // „Nem értek egyet azzal, hogy a szerénység fontos erény. A logikus elme mindent olyannak kell hogy lásson, amilyen. És ha lebecsüli magát, éppúgy eltér az igazságtól, mintha eltúlozta volna.” (OO=[][]=OO)
-
"Az egyik leggyakrabban emlegetett hiányosság, a 64 bites operációs rendszerekhez illesztett Flash lejátszó nem került fel a listára"
Szerintem ez a legnagyobb LOL az egészben, mert mióta is nem tudnak kijönni vele?
Lusta bandaLinuxos flesspléjerekről meg annyit, hogy ha egy ablakban megy, és egy másikra ráfrissítek, akkor vagy leakad, vagy nem. Úgy 80% leakad. Persze egy F5-re visszajön... De ha épp videót néztem, az nem vígasztal.
Mondjuk ha már leakad a flashreklám is, az azért majdnem olyan jó, mint az adblock
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
Mondjuk ha Linuxra írtak volna egy flash-szerű lejátszót, annak az elterjedtsége nem nagyon lenne sehol, még ha jó lenne sem.
Ha viszont az Adobe komolyan gondolja, hogy akkor most platformfügetlen akarna lenni, akkor meg csinálja rendesen. Ha sz@rni kar rá, akkor meg tegye azt.
Mutogatni való hater díszpinty
-
-
Flesi
csendes tag
A te ismeretségi köröd néhány geek-ból , fan-ból és guru-ból áll, akik ismerik, tudják jól a fless lehetőségeit korlátait. Ezekből viszont nagyon kevés van világszinten. Az átlaglúzereknek halvány fogalma sincsen hogy mit tud a fless, vagy mit nem tud, és mit hogyan tud arról meg aztán végképp nincs fogalmuk, ezért nekem , aki sok átlagemberrel találkozik nap mint nap, pontosan ellenkező a meglátásom :
100 ból 100 ember esténként kényelmesen a gép előtt ülve játszik jóízűen az iwiw-en, a FaceBookon található farm-os , pókeres, de mindenképpen GAGYI fless játékkal, önfeledten és telibeszÓrja nemhogy a 3D videógyorsítást is, de még a youtube-ot is.
-
julius666
addikt
-
nfsu17
veterán
Nekem miért nem megy a gpu gyorsítás?
10.1-el se ment, a legújabbal sem megy, a pipa ott van a settingsben, a gpu viszont meg sem mozdul state5-ből, és a cpu is dolgozik. Úgy nagyon nem izgat a dolog, a dxva-t sem használom, csak a miértre lennék kíváncsi max ennyi az egész.
A dxva mpc-hc-val működik, azt ellenőriztem.Firefox 3.6.13
-
ArchElf
addikt
Kívánság a "generikus adattípusok" -
[SZVSZ]Nekem meg a hátamon felálll a szőr tőle.
A php fejlesztők megtanulhatnák az erősen típusos nyelvek használatát, és nem kellene nyavajogni...[/SZVSZ]AE
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
hohoo
senior tag
fail, kb 3 geek ismerősöm van, a többi nem az. A fless lehetőségeit és korlátait nem látják, de a felbőgő cpu hűtő hangját hallják, a "telepíts flesst üzeneteket is", a szaggató flessvideokat is, és a fless miatt összeomló böngészőket is... ehhez nem kell geeknek lenni.
T-home extra csomag monopolterületen 6500 ft/hó, versenyterületen ahol Digi vagy UPC is van pedig 2990 ft/hó. Köszönjük!
-
-
azbest
félisten
bocs ha más már irt hasonlót.
Molehill 3D videón látható, hogy nagyobb váltásoknál beszaggat...
Java applet alapú 3d tankos játékot már sok évvel ezelőtt is láttam, az lényegesen gyengébb gépen is jól ment és közel olyan minőségű volt mint a natív játékok olyan stílusban.(#169) nfsu17
a flash10.1 is csak dxva2.0 kompatibilis kártyákon tudott videót gyorsítani, ez pedig monjuk ati kártyák esetén hd4000+ (kakukktojás az integrált hd3200 és rokonai, mert az kicsit újabb video decoder-t kapott, mint a kártyák). Ha újabb kártyával nem megy a gyorsítás ott valami bibi van.[ Szerkesztve ]
-
azbest
félisten
Nem tud. Az IGP-s 3200 fejlettebb, mint a kártyás 3000 sorozat.
Az igp képes killa samplet is lejátszani, a flash video gyorsítás is működik vele. (de ez sem minden dxva2 programmal kompatibilis teljesen). ennek video dekóderét "uvd2 lite"-ként is szokták nevezni.
A kártya viszont nem boldogul killa sampleval és egy dxva2.0 lejátszó sem képes használni, csak olyan programokban kapsz videógyorsítást, amelyek dxva1 kompatibilisek (pl mplayer-hc). A kártyákban csak uvd1+ van.
Onnan tudom, hogy a gépemben van ezekből és többször megerősítették különböző források.
[ Szerkesztve ]
-
hohoo
senior tag
[link]
Nem tud?(amúgy ami h264-et tud, és egy gagyibb kódolást meg nem(vp6 szokott lenni a flash), az nem nem tudás, hanem nem AKARÁS kérdése)
[ Szerkesztve ]
T-home extra csomag monopolterületen 6500 ft/hó, versenyterületen ahol Digi vagy UPC is van pedig 2990 ft/hó. Köszönjük!
-
ddekany
veterán
Én meg nem tudom miről volt itt szó, mert a generikus adattípusokra pont hogy az erősen típusos nyelveknél merül fel az igény. Szóval ActionScript-nél valami mást hívnának úgy, mint amit Java/C++ stb-ben? (Utóbbiakban pl. Map<K, V> és társait hívják így.)
Ami a "megtanulhatnák az erősen típusos nyelvek használatát" dolgot illeti, alap kéne legyen, hogy egy programozó mind a kettőhöz értsen. A nem-erősen-típusosság valódi értelme szvsz ott lenne, mikor meta-programozásra használod ki (azaz lényegében és leegyszerűsítve, futásidőben állítasz össze osztályokat), amúgy leginkább csak önszopatásra jó, na meg mert az elterjedt statikus nyelvek ált. nem túl jól lettek megtervezve. (Hogy konkrétan PHP-ben a meta-programozás mennyire megy, azt őszintén szólva nem tudom...)
[ Szerkesztve ]
-
azbest
félisten
Az hogy a rendszer milyen api-t használ a gyorsításhoz, és hogy milyen a hardver képessége, az bizony két különböző dolog. [link]
"DXVA 1.0 is emulated using DXVA 2.0"
http://msdn.microsoft.com/en-us/library/cc307941%28v=VS.85%29.aspxA youtube hd videói is h264-et használnak.
Talán pontatlanul fogalmaztam, de a lényeg akkor is az, hogy az udv+ képességű hd3000 sorozat sokkal fejletlenebb hd gyorsításban. Amelyik program megköveteli azt a plusz tudást, ami az újabb sorozatokban van, az nem fogja használni a dxva2-t.
[ Szerkesztve ]
-
hohoo
senior tag
Így sem igazán áll össze a kép.
Na tehát akkor ha h264-et használnak akkor tényleg még sokat dolgozni sem kellett volna rajta, tehát a nemakarás egyérelmű. Ilyen nincs hogy egyik programban tudja ugyanazt, másikban meg nem, csak akkor ha egyszerűen nem akarják hogy tudja.
De ha emulálva is lenne (pedig nincs mint olvasható), akkor is hogy hogy csak a flashnek nem jó az emulált dxva2?[ Szerkesztve ]
T-home extra csomag monopolterületen 6500 ft/hó, versenyterületen ahol Digi vagy UPC is van pedig 2990 ft/hó. Köszönjük!
-
ArchElf
addikt
Ok, talán egy kicsit pontatlanul fogalmaztam...
De aki a var/Variant-tal kezdi a fejlesztést (vagy php-ban, ahol nincsenek is rendes típusok, csak generikusok, meg osztályok), annak az első sírása itt az lesz, hogy ha beolvas két "számot" a line-in-en, nem érti, miért nem tudja "csak úgy" összeszorozni őket... A generikus adattípus csak kb arra jó, hogy a compiler ne sírjon, aztán a program meghaljon félúton és lehessen debugolni órákig vagy napokig, mire az ember megtalálja, hogy honnan szivárog be egy konvertálatlan/kezeletlen adat.AE
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
tenegri
csendes tag
Te még mindig kevered a generikus adattípust valami mással (úgy tűnik leginkább a típusnélküliséggel és a dinamikus típuskezeléssel), pedig ddekany már felhívta erre a figyelmed. Az sem világos, hogy jön ide a PHP - biztos jó topikba írsz? Generikus típusok használatánál a szigorú típusosság megmarad, nem futásidőben, hanem már fordítási időben eldől, hogy hol milyen típus lesz használva. Eleve nincs is értelme a generikusoknak egy nem szigorúan típusos nyelvnél. Olvasnivaló
[ Szerkesztve ]
-
Flesi
csendes tag
Sokan panaszkodnak, hogy így a youtube videók meg úgy a youtube videók, szaggatnak a SOK gigaherces, SOK magos gépükön. főleg 64 bites rendszereken... nos nekik az egyöntetű válaszom az az hogy néztem én már folyamatosan jútyúb videót 600-as celeronon és a mostani 900-as celeronomon a teljes képernyőt felvevő kepcsör közben is így fut a dolog. (LINUXON !) Akinek ezek után bármi gondja van a flessel az adja vissza az ipart, a gépét meg zúzza szét egy nagybaltával.
[ Szerkesztve ]
-
Flesi
csendes tag
A másik szegről-végről szintén idetartozó téma, hogy attól tudok még bepöccenni, mikor az ember az 1900ban felvett homályos börleszk filmet és dokumentumfilmeket megszégyenítő gyatraságú homályt akarja HD felbontásban 1920x1080-ban nézni az amúgy csak 1024x768 ( 4:3 ) -ba váltott, de 16:9 arányú LCD-TV-jén, a pixel ráció-t és a kép-rációt meg sem érti pedig általános iskola 4-ed osztályos tananyag a törtek egymással való maradék nélküli osztása. Persze a képe az lapos (vajon mitől) é csodálkozik, hogy az 1920x1080-as youtube videó szaggat a 3 gigaherces 3 magos gépén (a leggagyibb DIGI kapcsolat mellett)
és ilyenből annyi van, hogy dunát lehetne belőlük rekeszteni...
-
dabadab
titán
"a pixel ráció-t és a kép-rációt meg sem érti"
Hat ebben nincs tul sok racio
Egyebkent meg a youtube video full screenen szanalmasan szaggat, mivel - legalabbis Linux alatt - a YUV-RGB konverziot is szoftverbol szamolja. Amit linkeltel, azt meg nem tudom hova tenni, ott HW gyorsitott UI van, ott a CPU-t az azon futo kis flash terheli osszesen kb.
[ Szerkesztve ]
DRM is theft
-
hohoo
senior tag
szaggat mint az állat a videodon kedves arrakistor, vajon kiki
És ez még nem is hd és nem is egy normális minőségű 480p-s sd.
sok mag pölö nem is számít, mert a fless 1 magot használ max.
van itt a közelben egy 1200-as celeroncs is linuxal, azon is max a 240p nem szaggat, viszont h264-el html5-ben még a 480p is sima...T-home extra csomag monopolterületen 6500 ft/hó, versenyterületen ahol Digi vagy UPC is van pedig 2990 ft/hó. Köszönjük!
-
hohoo
senior tag
Amúgy érdekes ahogy a sok m$ fanboy verte magát az ezüstfényre hogy mijen jó és mennyivel jobb mint a fless... ahhoz képest több cpu-t zabál WINDÓZON mint flash (és nincs szó hw gyorsításról flashnél)
T-home extra csomag monopolterületen 6500 ft/hó, versenyterületen ahol Digi vagy UPC is van pedig 2990 ft/hó. Köszönjük!
-
ddekany
veterán
Videókártya (és driver) kompatibilitás kérdése. 1.7GHz-s mobil Celeron-on S3/G3 IGP, Windows XP-n pl, a youtube és más flash-es videók teljes képernyőn nézhetetlenek, mert szaggatnak és pixelesek (100% CPU használat, a nem-teljes-képernyős 50% helyett). Nyilvánvaló, hogy a szükséges számítási kapacitás bőven megvan ebben a vasban, csak a Flash képtelen azt használni... (Akármelyik natív médialejátszóban sokkal jobb minőségű videók simán szaladgálnak teljes képernyőn, akár a kevésbé megterhelő 720p-s x264-ek is.) Más gépen más videókártyával a CPU foglaltságon nem nagyon változtat, hogy teljes képernyő vagy sem.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- AMD Radeon Pro W7900 48GB GDDR6
- ZBook Firefly 14 G9 14" FHD+ IPS i7-1255U T550 32GB 512GB NVMe SSD IR kam gar
- PowerColor RX 6800 XT Red Dragon 16GB GDDR6 256bit - Számla + Garancia, Ár alatt! BeszámítOK!
- MacBook Pro M1MAX 64gb ram 1TB SSD Áfás
- Konzolok karbantartása - hűtőpaszta csere - takarítás (minden 10. karbantartás INGYENES)