a linuxos x86 bináris túl modern utasításkészletet használ, ezért csinátam egy 6x86 változatot is, ami immáron 6x86 osztályú processzortól fölfelé is működőképes.

nem, akkor a gonosz opencl gyártóktól kell félni, amik történetesen ugyanazok, csak még annyi konfigon se megy, mint az ogl/d3d

sztem raytrace-t lehet gpgpu apin programozni es akkor nem kell a gonosz opengl drivergyartoktol felni.

a hl1 meg a monstertruck az raszter. de ebbe most ne menjünk bele.

Idézet

---

Seeting :

Idézet

---

Marcsello :
...

---

Ezzel itt ezen a fórumon minden kommentelő tisztában van. Ha még azt nem is vesszük figyelembe, hogy szoftveres renderer (ami állati nagy baromság egyébként, mert semmi tényleges haszna nincs (Geri rizsáján kívül), csak hártánya), még akkor is elfogadhatatlan az, hogy ilyen felbontás mellett 2 FPS-t produkál egy desktop pc-n. A Hal-Life jobban futott nálam sokkal régebbi gépen, szintén szoftveres módban.

---

hmmm, mintha ezt is oda biggyesztetem volna a csücskire... De példának okáért a hl1 nekem is nagyon jól futott software renderben. Ezért is mondtam, hogy biztos lehet még rajta heggeszteni...

Idézet

---

Marcsello :
márt nem azért (nem akarok védeni senkit, ne essen félreértés) de ez az engine azért ilyen kis felbontású, és nagy gép igényű, mert a grafikai számításokat nem a videókarin végzi, hanem MINDENT a cpu-ra hárit, és a ram-ba pakol, ezért evidens a nagy gép igény (jó, azért nem over 9000 magos, mint a leírásban, meg repülőgép hűtés...) de azért ezt mind a cpu-val kiszámolgatni, elég fárasztó a gépnek, míg a junity meg társai, arra használják a videókarit amire való, és a grafikát ott számolják.

---

Ezzel itt ezen a fórumon minden kommentelő tisztában van. Ha még azt nem is vesszük figyelembe, hogy szoftveres renderer (ami állati nagy baromság egyébként, mert semmi tényleges haszna nincs (Geri rizsáján kívül), csak hártánya), még akkor is elfogadhatatlan az, hogy ilyen felbontás mellett 2 FPS-t produkál egy desktop pc-n. A Hal-Life jobban futott nálam sokkal régebbi gépen, szintén szoftveres módban.

a videókártya azért van, h használjuk. Az, hogy ez az engine minden számítást a CPU-ra hárít, kicsit magyarázkodás szagú. És nem , nem döcög el, az én gépemen ritka fosul ment már bocsánat, míg az Unreal engine-t használó játék teljesen simán, minden gond nélkül. Én elhiszem, h technikailag tök jó ez az engine, de ha az az összes előnye, hogy minden gépen ugyanolyan lassan megy, akkor valami nem jó

márt nem azért (nem akarok védeni senkit, ne essen félreértés) de ez az engine azért ilyen kis felbontású, és nagy gép igényű, mert a grafikai számításokat nem a videókarin végzi, hanem MINDENT a cpu-ra hárit, és a ram-ba pakol, ezért evidens a nagy gép igény (jó, azért nem over 9000 magos, mint a leírásban, meg repülőgép hűtés...) de azért ezt mind a cpu-val kiszámolgatni, elég fárasztó a gépnek, míg a junity meg társai, arra használják a videókarit amire való, és a grafikát ott számolják.

VISZONT! Mind kettőnek vannak REÁLIS előnyei, azaz Geri jól mondta, az övé szépen eldöcög azokon a gépeken is, amikben gyakorlatilag videó kártya sincs (csak a legszutyibb, legintegráltabb, legéppen-hogy-a-képet-megjeleníteni-tudó, legopengl-és-directx-hiányosabb), ellenben az összes többivel, amik normális képet adnak, normális felbontással, és framerate-el, de csak ha bizonyos feltételek adottak.

Persze, valóban lehet szerintem is optimalizálni még, mert nekem a "régi" laptopomon (252mhz 98mb ram) software renderrel(mert se OpenGL, se DirectX nincs benne) 25 FPS-el nagyon szépen fut a Monster Truck Madness 2 és a Fifa 2000, de ezt nem merem ráengedni, mert félek, hogy felrobban...

ember, én nem támadni akarok ezzel, de azért a kritikákat szerintem nem ártana elfogadni, megfogadni. Nyílván lehet az engine-t optimalizálni még. És ha azon a gépen, amin a most megjelent játék rezzenés nélkül fut akad, akkor ne akard már nekem bemesélni, hogy olyan gépen amin nem megy a példának felhozott játék, azon a tiéd futni fog. Ezt egy óvodás lehet beveszi...

kamu, kamu, kamu...

nálam stabil 2-3 fps-el fut, míg egy unitys játék (akár az éppen készülő sajátunk) könnyedén viszi a 60-at. 1440x900-on. nem 320x160-on...

Idézet

---

Geri :
ez a játék ott is reccenéstelenül fut, ahol a denevérembered nem mozdul meg, de majd az unitydban biztos jobbat írsz

---

Az én gépemen nem hogy megreccent, hanem összeszakadt.

ez a játék ott is reccenéstelenül fut, ahol a denevérembered nem mozdul meg, de majd az unitydban biztos jobbat írsz

Kicsit ragaszkodó a játék, csak feladatkezelőből tudtam kinyírni,
Amúgy ezt a gépigényt teljesen komolyan gondolod? Az új batman játék reccenés nélkül fut a gépemen, pedig azért grafikailag nemkicsit odaver ennek, ráadásul baromi kis felbontással dolgozol...
Jah, és volt valami gáz a kamerával, mikor már majdnem felszenvedtem magam, egyszerre megbolondult.

a kernel nem számít, inkább csak a glibc, persze annak sem szabadna ezt befolyásolnia.

Nyah, az egyik laptopon működésre bírtam,
itt van róla a rövid leírás, itt sem találta meg a language-t de figyelmen kívűl hagyta:

marcsello@Asus-1011PX:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.04.2 LTS
Release: 12.04
Codename: precise
marcsello@Asus-1011PX:~$ uname -a
Linux Asus-1011PX 3.2.0-43-generic #68-Ubuntu SMP Wed May 15 03:35:24 UTC 2013 i686 i686 i386 GNU/Linux
marcsello@Asus-1011PX:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 28
model name : Intel(R) Atom(TM) CPU N455 @ 1.66GHz
stepping : 10
microcode : 0x107
cpu MHz : 1000.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm movbe lahf_lm dtherm
bogomips : 3332.86
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 28
model name : Intel(R) Atom(TM) CPU N455 @ 1.66GHz
stepping : 10
microcode : 0x107
cpu MHz : 1000.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 1
initial apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm movbe lahf_lm dtherm
bogomips : 3332.91
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 48 bits virtual
power management:

Az egyetlen dolog ami nekem ebből feltűnik, hogy ezen Ubuntu 12.04.2 van a másikon meg 12.04.3, meg bazi régi kernel.

androidban nem tudod futtatni, ennek a binárisnak glibc és x11 kell, fosdroidban azok nincsenek. felkapartalak facebookra, küldök majd egy debugverziót.

nekem i386 van, annyit tudok, meg persze az alább megjelentetett infókat. Viszont azon gondolkodom, hogy van nekem még egy laptopom Ubuntuval (2x1.6 ghz Intel 2gb ram) amin még nem próbáltam, illetve még egy másik amin nincs rendszer(1x1.2 ghz AMD 700~800mb ram), (meg még 2 de azok winfossal vannak megáldva), megprószálom azokon is, hátha azokon elindul, és akkor annyival előrébb leszek(ünk) a probléma felderítésében, mer' úgy hátha könyebb megtalálni (mmint eltérés alapján)

meg persze van qemu+dsl a táblagépemen nem mintha lehetne valamit kezdeni, de a vicc kedvéért

viszont ha simán Androidban akarom futtatni, akkor csak simán acess denied-et kapok (pedig van su)

glezmen: az biztos, mert ez max illegal instruction, és nem segfault, de ezt egy félagysebésznek is illene tudnia, nemde?

marcsello: elvileg nem használok speckó utasításkészletet. de most elbizonytalanodtam, vajh egyáltalán milyen processzortípusra optimizáltam a 32 bites változatot?

Elméletileg ezt beírom ide neked, és nagyon okos leszel tőle:

marcsello@ASUS-P5G6T:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping : 3
microcode : 0x4
cpu MHz : 3000.245
cache size : 2048 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl est cid cx16 xtpr
bogomips : 6000.49
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping : 3
microcode : 0x4
cpu MHz : 3000.245
cache size : 2048 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 0
apicid : 1
initial apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl est cid cx16 xtpr
bogomips : 6000.49
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:

Mert itten (Erre konkrétan a blender kapcsán találtam rá) ez van fennforgásilag:

"Egyelőre csak azt találtam, hogy a jelenlegi Blender SSE2 utasításokat adna, azonban a gépemnek (processzorom) SSE2 támogatása nincs, nem képes erre, azaz a Blender-hez régi."

(mondjuk nekem van SSE2 támogatásom)

Mert:

" "Illegális hardverhívás" a hiba oka "

És a biztonság kedvéért elindítottam GDB-vel is, hátha okosabb(ak) leszel(ünk):

marcsello@ASUS-P5G6T:~/Letöltések/darktower$ gdb ./darktower_x86.lnx
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
[...]
This GDB was configured as "i686-linux-gnu".
[...]
Reading symbols from /home/marcsello/Letöltések/darktower/darktower_x86.lnx...(no debugging symbols found)...done.
(gdb) run
Starting program: /home/marcsello/Letöltések/darktower/darktower_x86.lnx
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
cat: /etc/sysconfig/language: Nincs ilyen fájl vagy könyvtár

Program received signal SIGILL, Illegal instruction.
0x0807115f in ?? ()
(gdb) quit
A debugging session is active.

Inferior 1 [process 2470] will be killed.

Quit anyway? (y or n) y



és utánanéztem a /etc/sysconfig/language-nak is
a sysconfig mappa már nincs meg...

létrehoztam egy üres filet, itt language néven. Erre a válasz:

(gdb) run
Starting program: /home/marcsello/Letöltések/darktower/darktower_x86.lnx
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".

Program received signal SIGILL, Illegal instruction.
0x0807115f in ?? ()

És az előző irományomból kimaradt a kernel verziója:

Linux ASUS-P5G6T 3.8.0-29-generic #42~precise1-Ubuntu SMP Wed Aug 14 15:31:16 UTC 2013 i686 i686 i386 GNU/Linux



Nos, ennyi...

Amúgy most nézem, te +x-et adtál ,még a readme.txt-nek is

Idézet

---

Geri :
Érvénytelen utasítás (core készült)

<- ezt nem bírja értelmezni az agyam

---

segmentation fault, core dumped (gondolom, bar en ugye nem vagyok agysebesz )

nem, ezt a bubuntud röffenti elő

nekem ezt dobta vissza a terminál... Majd este felé megpróbálom kielemezni. Azt hittem, ez olyan stderr (vagy mi a rák a console) amit beleraktál...

Érvénytelen utasítás (core készült)

<- ezt nem bírja értelmezni az agyam

jah, bocsánat (azt hittem generál hiba)

Intel pentinum 4 2x 3.0ghz
1.5 Gb DDR ram (1gb + 512mb)
(tudom, hogy nem kell) Nvidia Geforce 210 1gb (ASUS, Passzív, driver a jockey-ből az ajánlott)
(eredetileg egy alap ASUS Terminator T2 ram, meg video kártya lett bővitve)

os: Ubuntu 12.04.3 LTS 32bit
kernel: ami az alap telepítőn volt (12.04.3) mert egy fain kis bug miatt nem lehet frissíteni.
Azon kívül: X11, Unity (vagy akármi is legyen ami a GNOME helyett van).
Nem nagyon nyúltam a rendszerbe, mert most sikerült még csak újra telepítenem, a kernelezés miatt.

Szóval elméletben minden adott.

konfig, oprendszer.

Végre eljutottam oda hogy linuxon is teszteljem (mert egy kernel update-al el volt b*szarintva) erre:

marcsello@ASUS-P5G6T:~/Letöltések/darktower$ ./darktower_x86.lnx
cat: /etc/sysconfig/language: Nincs ilyen fájl vagy könyvtár
Érvénytelen utasítás (core készült)

Ezzel én tudok kezdeni valamit, vagy valami nem jó ?

újra feltöltöm, 2 perc és kész.

Nem tudom letölteni, 404-es hiba!

joystick bug javítva - ismét.

kalibráld be windowsban, miután csatlakoztattad a joystickot.

ja hogy nincs is, hmm

igen, az akadás csak 3, vagy több magos gépeken rövidült.

A joystickot - ami nincs is nekem - hibásan érzékeli és folyamatosan megy előre meg balra fordul.
Az akadás rövidülésének észleléséhez nagyobb gép kell gondolom.

joystick probléma javítva, az akadások pedig 15%-al rövidültek.

a homály gyorsít, mert ott nem kell annyit renderelni

Ennyiszer még nem estem vízbe, mint ebben a játékban. Igazán nagy rajongója és művelője vagyok a Tomb Raider 1-4 sorozatnak, de ez a játék kifogott rajtam. Annak idején még a Nebulussal (C64) is boldogultam. Olyan az egész mintha álmodnék, minden csupa homály. A semmiből előjönnek valami gömbök és már hopp...
pottyanok is vízbe.

Az engine nem azért lassú mert túl sok szűrés van benne? Minden tiszta homály, maszatolt. Ennek nem csak a felbontás az oka. Ha fordulok olyan mintha nyomot hagyna. Motion blur van esetleg, mert ha igen akkor szerintem azt vedd ki kicsi 320x160 felbontásnál.

Akybron: ezt a kérdést megválaszolom a csillámtrace topikban, mert ez már nem a konkrét játékhoz tartozik.

Szerintem meg engine terén kéne próbálkozni OpenCL-lel vagy valami hasonlóval, valószínűleg a ma elérhető legcsoffadtabb integrált grafikus izé is többet tudna számolni, mint a CPU magjai. Egy jobb VGA-n meg értékelhető FPS-t tudna nagy felbontáson is.

majd a tied annyiban fut

szerintem csokkentsd az engine-t 1*1 pixelre, akkor sokkal konnyebb lenne ra jatekot is irni

wath

"aki teljes játékélményt szeretne" ...
... "aki teljes játékélményt szeretne" ...
... ... " aki teljes játékélményt szeretne" ...
.........

mivel a 32 bites windowsos verzió alatt fragmentációs problémák voltak, a felbontást a windowsos verzióban 320x160ra limitáltam. aki teljes játékélményt szeretne, a 64 bites linuxos verziót sziveskedjen futtatni. windowsos verzió csak a verseny szabályzata miatt van amúgyis, már nem támogatom ezt az operációs rendszert.

igen

A kép projektoros kivetítésről lett lőve? Élesíthettél volna rajta egy kicsit.

mellesleg szeretném jelezni, hogy

akinek van 64 bites linuxxa, az a linuxos, 64 bites verziót legyen szives futtatni.

a windowsos verzió - amellett, hogy nagyobb felbontásokban nem fog működni, mert csak 32 bites, és el fogják zabálni a voxelek a memóriát - csak azért van, mert a verseny kiírása szerint windowsos verziót követelt meg.

ahh, ha meghaltál, akkor esc re nem reagál, emiatt volt a félreértés.

escape, és ott quit.

Ha esetleg; 20-22fps, sarkon befordulva pár másodpercig 1-3 fps. 4gb ram, 8100fx
Bezárni hogy lehet?

sapka kell, hogy lőhess.

Megnéztem. Azért annyira nem viseli meg az embert. De beleírhattad volna a történetbe, hogy részegen rabolnak el mindenkit az ufók, mert kb olyan az egész.

Lőni nem sikerült. Valami fekete buborékig elviszem és annyi. nyomhatom az entert, de semmi.