mboost-dp1
unknown
Store massive multiplayer spil ? Altså MMORPG's. ? Eller bare multiplayer spil ?
Hey, dansk er fint, men nogle gange forvirrer det altså mere end det gavner.
Just my €.02.
Hey, dansk er fint, men nogle gange forvirrer det altså mere end det gavner.
Just my €.02.
Taget fra artiklen på tv2.dk:
"...stille teknologier og værktøjer til rådighed, som spiludviklere kan anvende i forbindelse med Java- og Solaris-spil."
Og så er det man tænker:
"D'OH!" :-(
Jeg blev ellers lige så glad, da jeg tænkte på spil som Anarchy Online og Everquest uden det overdrevne lag, som ellers trofast følger i deres fodspor...
Øv siger jeg bare!
Jeg håber de udvider definitionen af deres målgruppe lidt.
"...stille teknologier og værktøjer til rådighed, som spiludviklere kan anvende i forbindelse med Java- og Solaris-spil."
Og så er det man tænker:
"D'OH!" :-(
Jeg blev ellers lige så glad, da jeg tænkte på spil som Anarchy Online og Everquest uden det overdrevne lag, som ellers trofast følger i deres fodspor...
Øv siger jeg bare!
Jeg håber de udvider definitionen af deres målgruppe lidt.
Alle selskaber der ikke direkte samarbejder med MS eller producerer software som Microsoft selv har et alternativ er sådanset mere eller mindre altid imod MS. Og det er faktisk meget tæt på altid at være rigtigt :)
Nu kender jeg ikke solaris, men hvis det minder bare en smule om java. Så kan i da godt glemme alt om at lave MOORPG spil med det, hvis i deffinere det som anarchy online osv.
Java er på ingen måder hurtig nok til at klare sådanne spil, mit bud vil være at det er spil i samme stil som fx dem på tv2.
Java er på ingen måder hurtig nok til at klare sådanne spil, mit bud vil være at det er spil i samme stil som fx dem på tv2.
#11
Lol, Solaris er en unix variant...!
Og java har intet direkte at gøre med solaris, udover at det er meget velintegreret. Og derudover tror jeg du undervurderer java, java er faktisk næsten ligeså hurtigt som C hvis det kompileres rigtigt.
Lol, Solaris er en unix variant...!
Og java har intet direkte at gøre med solaris, udover at det er meget velintegreret. Og derudover tror jeg du undervurderer java, java er faktisk næsten ligeså hurtigt som C hvis det kompileres rigtigt.
#13, det er nu vidst mere myte end sandhed at java stadig er specielt sløvt. Java 1.4 bruger vidst en JIT compiler så koden der kører er maskinkode ... de nuværende java GUI libraries (Swing) er derimod ret sløve .. men det kan jo være netop det de sigter imod at gøre noget ved (nok mere med noget OpenGL agtigt end lige med swing). Alternativt er der jo ikke noget i vejen med at compile bytecode til maskinkode (lidt af ideen med java ryger godt nok så).
Nu bruger jeg ikke java på nogen måde, men jeg må dog påpege at Oracle bruger MEGET java, og deres server er ok hurtig.
Jeg tror når mange folk tænker på java, så tænker de Java applets.
Java og Java Applets er LANGT væk fra hinanden... Både med hastighed, og muligheder.
De eneste ligheder er nok at de kører samme sprog, nemlig Java.
Jeg tror når mange folk tænker på java, så tænker de Java applets.
Java og Java Applets er LANGT væk fra hinanden... Både med hastighed, og muligheder.
De eneste ligheder er nok at de kører samme sprog, nemlig Java.
java er et sprog for himlens skyld, ikke en oversætter! Udsagn som "java er langsomt" etc. er et udtryk for manglende forståelse. Hvis man oversætter c/c++ med en dårlig oversætter bliver det langsomt. Hvis man oversætter java til maskinkode bliver det hurtigt, hvis den oversætter man bruger kan finde ud af at optimere maskinkoden ordentligt, hvilket også gør sig gældende for c++ oversættere. Self. kan man argumentere for at programmøren af et c++ program kan optimere sin egen kode mere end en javaprogramør kan, fordi han kan bruge pointers mm, men forskellen er ikke stor, og det kræver at programmøren tænker sig rigtigt grundigt om. Samtidig løser det jo ikke fundamentale kodeproblemer, som funktioner der kører i eksponentiel tid mm.
Det er rigtigt at java bytekode er ret langsomt at afvikle, men det er ikke kodens skyld, men der imod det faktum at koden først skal fortolkes. Det giver naturligvis langsom kodeafvikling, men det har ikke noget med java at gøre. C++ kode ville også være langsom hvis man oversatte det til mellemkode og fortolkede det runtime i stedet for at oversætte hele vejen til maskinkode.
"men planen er at bruge de erfaringer, som firmaet har samlet i komplekse netværksmiljøer, til den næste generation af store onlinebaserede multiplayer-spil."
Det lyder jo ikke ligefrem som backgammon eller syvkabale, hvem pokker det så var der mente at det var sådanne produkter sun "satsede" på at udvikle.
#15: Jeg tror nu at den kode der gør Oracels servere langsomme/hurtige ligger som stored procedures i deres databaser, og ikke som javabytekode :o)
Det er rigtigt at java bytekode er ret langsomt at afvikle, men det er ikke kodens skyld, men der imod det faktum at koden først skal fortolkes. Det giver naturligvis langsom kodeafvikling, men det har ikke noget med java at gøre. C++ kode ville også være langsom hvis man oversatte det til mellemkode og fortolkede det runtime i stedet for at oversætte hele vejen til maskinkode.
"men planen er at bruge de erfaringer, som firmaet har samlet i komplekse netværksmiljøer, til den næste generation af store onlinebaserede multiplayer-spil."
Det lyder jo ikke ligefrem som backgammon eller syvkabale, hvem pokker det så var der mente at det var sådanne produkter sun "satsede" på at udvikle.
#15: Jeg tror nu at den kode der gør Oracels servere langsomme/hurtige ligger som stored procedures i deres databaser, og ikke som javabytekode :o)
#16, som tidligere nævnt ville en af java's store fordele jo forsvinde hvis du oversatte det til maskin kode istedet for byte kode.
Det jeg mente med mobil tlf, var nu ikke syvkabale osv. Jeg forestillede mig bare at et marked for store onlinebaserede multiplayer-spil kunne være små apparatter med en kvm installeret, så som en mbl. tlf.
Jeg har svært ved at se andre steder det skulle være en fordel at bruge java.
Det jeg mente med mobil tlf, var nu ikke syvkabale osv. Jeg forestillede mig bare at et marked for store onlinebaserede multiplayer-spil kunne være små apparatter med en kvm installeret, så som en mbl. tlf.
Jeg har svært ved at se andre steder det skulle være en fordel at bruge java.
#17
Tja måske, men du kan jo ved at have to forskellige oversættere oversætte det til flere forskellige typer maskinkode...både til unix/linux og windows...og så er problemet jo ikke stort i forhold til den store performance forskel.
Tja måske, men du kan jo ved at have to forskellige oversættere oversætte det til flere forskellige typer maskinkode...både til unix/linux og windows...og så er problemet jo ikke stort i forhold til den store performance forskel.
#9: I know og det er jo klart, sun er alt M$ vil være, de er dominante inden for deres del af markedere, som godtnok er meget småt. Sun bestemmer jo alt mht sparc architechturen ;)
[OT]Os derfor det blir sjovt at se Microsoft + SCO vs Hp, Sun, Ibm, Novel + de andre store linux firmaer at slås :)
[OT]Os derfor det blir sjovt at se Microsoft + SCO vs Hp, Sun, Ibm, Novel + de andre store linux firmaer at slås :)
#16
PL/SQL (Oracle inline sprog) er ikke specielt hurtig til algoritme tunge ting heller. Det er i sagens natur rettet imod I/O.
Faktisk er det tit lige hurtigt at bruge den Java VM, der ligger inde i Oracle og lave stored procs i det i stedet.
Der er stadig ikke noget der til I/O på oracle slår Pro C/C++. Java og PL/SQL kommer i hvert fald ikke engang tæt på.
PL/SQL (Oracle inline sprog) er ikke specielt hurtig til algoritme tunge ting heller. Det er i sagens natur rettet imod I/O.
Faktisk er det tit lige hurtigt at bruge den Java VM, der ligger inde i Oracle og lave stored procs i det i stedet.
Der er stadig ikke noget der til I/O på oracle slår Pro C/C++. Java og PL/SQL kommer i hvert fald ikke engang tæt på.
FFS folkens, lad nu være med at fyre alt det lort af med at Java er langsomt!
Jeg er selv med til at udvikle LWJGL, http://java-game-lib.sourceforge.net/, som bl.a er en binding til OpenGL & OpenAL. Da 99% af tiden i OGL spil i dag alligevel ligger på GPU'en, kan man ligeså godt bruge Java.
Prøv det spil her:
http://www.puppygames.net/
Lavet i Java med LWJGL - skal bare sige til hvis i ikke tror det er Java ;)
Jeg er selv med til at udvikle LWJGL, http://java-game-lib.sourceforge.net/, som bl.a er en binding til OpenGL & OpenAL. Da 99% af tiden i OGL spil i dag alligevel ligger på GPU'en, kan man ligeså godt bruge Java.
Prøv det spil her:
http://www.puppygames.net/
Lavet i Java med LWJGL - skal bare sige til hvis i ikke tror det er Java ;)
#21 Mazon: Det ser da interesant ud, jeg vil huske det når engang den lille programmør jeg har i maven får lov til at lave sit eget spil.
Jeg så iøvrigt engang (nogle år siden) en virkelig fed 3D demo lavet i Java, jeg var ved at tabe næse og mund, men det kan da lade sig gøre.
Jeg så iøvrigt engang (nogle år siden) en virkelig fed 3D demo lavet i Java, jeg var ved at tabe næse og mund, men det kan da lade sig gøre.
Kan desværre ikke lige finde linket, men faldt over et mmorg(det var bare ikke SÅ massive, men KUNNE være det), skrevet i java med java3d - ganske udemærket grafik, og overbeviste da mig om at du sagtens kan lave et java spil!
Dem der kender lidt til OpenGL, ved jo også at det er bare at sende nogle kommandoer til grafikkortet og så tager det sig af resten - I det tilfælde vil jeg ikke tro det har den store betydning om spillet er skrevet i java eller c++ :)
Nå man så kombinerer det med at i et MMORPG, skal klienten ikke foretage sig ting som at styre AI eller andet man har brug for i singleplayerspil, vil jeg næsten tro det absolut ingen forskel gør om man skriver klienten i java eller c++(Nu har jeg ikke kikket nok på java3d til at se om shaders understøttes, men ellers kommer det da nok)
Dem der kender lidt til OpenGL, ved jo også at det er bare at sende nogle kommandoer til grafikkortet og så tager det sig af resten - I det tilfælde vil jeg ikke tro det har den store betydning om spillet er skrevet i java eller c++ :)
Nå man så kombinerer det med at i et MMORPG, skal klienten ikke foretage sig ting som at styre AI eller andet man har brug for i singleplayerspil, vil jeg næsten tro det absolut ingen forskel gør om man skriver klienten i java eller c++(Nu har jeg ikke kikket nok på java3d til at se om shaders understøttes, men ellers kommer det da nok)
Faldt da lige over nogle ingame screenshots af et andet mmorpg i java3d...
http://www.cosm-game.com/screenshots.php
Skulle nok mene det kan leve op til de fleste mmorpg's... :)
http://www.cosm-game.com/screenshots.php
Skulle nok mene det kan leve op til de fleste mmorpg's... :)
Nu er det jo heller ikke fordi jeg siger det ikke kan lade sig gøre at lave spil i java, for selvfølgeligt kan det da det...
Min pointe var at der ville være andre sprog der ville være mere velegnede til det i snakker om. Problemet/fordelen ved java er jo netop at det ikke bliver lavet til maskinkode en en speciel slags p-kode. Når man så skal køre programmet skal maskinen oversætte p-koden til maskinkode for den enkelte maskine mens den køre programmet.
Det kan jo sagtens lade sig gøre bare at lave det til maskinkode med det samme, men så ryger hele dette 'kan bruges på alle maskiner' ting, og så er der andre sprog der kan optimeres mere. Man kan jo også bare undgå at bruge alle de mindre effective gadgets i java, men så kan man jo igen bare bruge et andet sprog som kan finde ud af det.
Og at sige java ikke er langsomt fordi koden ikke er det, det er jo noget hest at sige...
Når java skal køres, skal det fortolkes i runtime. Dette gør det langsommere at køre en funktion en ved et andet sprog. Da denne kompilering er en del af java, er det min påstand at det også betyder java er langsomt.
Min pointe var at der ville være andre sprog der ville være mere velegnede til det i snakker om. Problemet/fordelen ved java er jo netop at det ikke bliver lavet til maskinkode en en speciel slags p-kode. Når man så skal køre programmet skal maskinen oversætte p-koden til maskinkode for den enkelte maskine mens den køre programmet.
Det kan jo sagtens lade sig gøre bare at lave det til maskinkode med det samme, men så ryger hele dette 'kan bruges på alle maskiner' ting, og så er der andre sprog der kan optimeres mere. Man kan jo også bare undgå at bruge alle de mindre effective gadgets i java, men så kan man jo igen bare bruge et andet sprog som kan finde ud af det.
Og at sige java ikke er langsomt fordi koden ikke er det, det er jo noget hest at sige...
Når java skal køres, skal det fortolkes i runtime. Dette gør det langsommere at køre en funktion en ved et andet sprog. Da denne kompilering er en del af java, er det min påstand at det også betyder java er langsomt.
#25:
Enhver moderne JVM kompiler jo til native maskinkode runtime - dvs at når den først een gang har fortolket et stykke kode, så fortolker den det ikke næste gang, men cacher istedet den maskinkode den allerede har genereret!
Og en tommelfingerregel er jo at 95% af tiden i et program bliver brugt i 5% af koden, så det tager somregel ikke ret mange øjeblikke før man kun kører maskinkode.
Fordelen ved java er så afgjort udviklingstid - intet andet! Det vil sandsynligvis altid være langsommere end direkte kompilerede programmer, men hvis programmøren kun skal bruge en trediedel af tiden, og så kan bruge de resterende to trediedele på at teste/bug fixe, vil jeg mene forbrugeren i sidste ende vil stå med et langt bedre produkt! :)
Enhver moderne JVM kompiler jo til native maskinkode runtime - dvs at når den først een gang har fortolket et stykke kode, så fortolker den det ikke næste gang, men cacher istedet den maskinkode den allerede har genereret!
Og en tommelfingerregel er jo at 95% af tiden i et program bliver brugt i 5% af koden, så det tager somregel ikke ret mange øjeblikke før man kun kører maskinkode.
Fordelen ved java er så afgjort udviklingstid - intet andet! Det vil sandsynligvis altid være langsommere end direkte kompilerede programmer, men hvis programmøren kun skal bruge en trediedel af tiden, og så kan bruge de resterende to trediedele på at teste/bug fixe, vil jeg mene forbrugeren i sidste ende vil stå med et langt bedre produkt! :)
#25
"Min pointe var at der ville være andre sprog der ville være mere velegnede til det i snakker om."
Hvad mangler du? Såvidt jeg husker er der kun få forskelle, C++ har Operator Overloading...og så er der vist ikke så meget anden forskel, udover selvfølgelig at du i java ikke har direkte kontrol over hukommelsen, det bestemmes af VM'en(kernen hvis man ligesom mig har java integreret i kernen).
"Det kan jo sagtens lade sig gøre bare at lave det til maskinkode med det samme, men så ryger hele dette 'kan bruges på alle maskiner' ting"
Og? Så compiler du den bare til flere forskellige slags maskinkode, problem solved. Du har den samme kildekode og compiler til både Windows, Unix/Linux, Palm OS...osv...
"Da denne kompilering er en del af java, er det min påstand at det også betyder java er langsomt."
Ja da, men den skal kun compileres en gang. Evt. kan du precompilere den...problem solved.
"Min pointe var at der ville være andre sprog der ville være mere velegnede til det i snakker om."
Hvad mangler du? Såvidt jeg husker er der kun få forskelle, C++ har Operator Overloading...og så er der vist ikke så meget anden forskel, udover selvfølgelig at du i java ikke har direkte kontrol over hukommelsen, det bestemmes af VM'en(kernen hvis man ligesom mig har java integreret i kernen).
"Det kan jo sagtens lade sig gøre bare at lave det til maskinkode med det samme, men så ryger hele dette 'kan bruges på alle maskiner' ting"
Og? Så compiler du den bare til flere forskellige slags maskinkode, problem solved. Du har den samme kildekode og compiler til både Windows, Unix/Linux, Palm OS...osv...
"Da denne kompilering er en del af java, er det min påstand at det også betyder java er langsomt."
Ja da, men den skal kun compileres en gang. Evt. kan du precompilere den...problem solved.
#27, en anden lille forskel mellem c++ og java er javas garbage collector. Det kan godt tage lang tid at vente på at den får rydet op efter en.
Hitman er også lavet i c++, og jeg gætter på at alle større spilvirksomheder bruger c++. Det kan selvfølgelig også være gammel vane.
Der står jo heller ikke i artiklen at klient delen skal skrives i java, jeg gik bare ud fra det var tilfældet hvis klintprogrammerne kom til at ligge på mindre apparater.
Hitman er også lavet i c++, og jeg gætter på at alle større spilvirksomheder bruger c++. Det kan selvfølgelig også være gammel vane.
Der står jo heller ikke i artiklen at klient delen skal skrives i java, jeg gik bare ud fra det var tilfældet hvis klintprogrammerne kom til at ligge på mindre apparater.
#28
Tja, c++ er et godt programmeringssprog, som jeg selv bruger, og det er faktisk ganske portabelt imellem platforme uden de store problemer, normaltvist altså.
Problemet er firmaer som Microsoft der skal gå ind og lave deres egne varianter, og det har faktisk ødelagt c/c++ sproget lidt. For underligt nok er MSVC++ eller hvad det nu hedder, næsten umuligt at konvertere til andre styresystemer end windows...og det er en evig tortur.
Men det er da efterhånden lykkedes, for bl.a. de psykopater der porter Emule til linux, så det er da muligt. Men det er stadig grimt, for portabilitet bør da være en fordel, eller har jeg misforstået noget?
Tja, c++ er et godt programmeringssprog, som jeg selv bruger, og det er faktisk ganske portabelt imellem platforme uden de store problemer, normaltvist altså.
Problemet er firmaer som Microsoft der skal gå ind og lave deres egne varianter, og det har faktisk ødelagt c/c++ sproget lidt. For underligt nok er MSVC++ eller hvad det nu hedder, næsten umuligt at konvertere til andre styresystemer end windows...og det er en evig tortur.
Men det er da efterhånden lykkedes, for bl.a. de psykopater der porter Emule til linux, så det er da muligt. Men det er stadig grimt, for portabilitet bør da være en fordel, eller har jeg misforstået noget?
#28:
Vi snakker MMORPG's her - klienten skal intet andet end at vise hvad den får besked på, der er ingen kompliceret ai der skal foregå i baggrunden(som i hitman).
Og for det nu ikke skal være løgn, så er det meste af hvad der foregår i Hitman rent faktisk scripts - er ikke engang sikker på det på nogen måde bliver kompilet til noget pseudomaskinkode, men vil da gerne lige finde ud af det! :)
Vi snakker MMORPG's her - klienten skal intet andet end at vise hvad den får besked på, der er ingen kompliceret ai der skal foregå i baggrunden(som i hitman).
Og for det nu ikke skal være løgn, så er det meste af hvad der foregår i Hitman rent faktisk scripts - er ikke engang sikker på det på nogen måde bliver kompilet til noget pseudomaskinkode, men vil da gerne lige finde ud af det! :)
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund