wget http://dug.net.pl/~azhag/dangerdeep/aegeanconvoy.xml \
     http://dug.net.pl/~azhag/dangerdeep/common.csv \
     http://dug.net.pl/~azhag/dangerdeep/convoybattle.xml \
     http://dug.net.pl/~azhag/dangerdeep/flowertest.xml \
     http://dug.net.pl/~azhag/dangerdeep/formats.csv \
     http://dug.net.pl/~azhag/dangerdeep/languages.csv \
     http://dug.net.pl/~azhag/dangerdeep/singleship.xml

cp -f formats.csv languages.csv common.csv /usr/share/games/dangerdeep/texts/
cp -f aegeanconvoy.xml convoybattle.xml flowertest.xml singleship.xml /usr/share/games/dangerdeep/missions/

[Uaktualnione dnia: nie, 28 marzec 2010 17:56]

[Uaktualnione dnia: czw, 05 listopad 2009 07:05] przez Moderatora

[Uaktualnione dnia: wto, 28 lipiec 2009 03:09]

[Uaktualnione dnia: nie, 19 lipiec 2009 23:16]

[Uaktualnione dnia: sob, 25 lipiec 2009 20:27] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 20:13] przez Moderatora

Witam,

grzebię sobie przy takiej gierce - nazwałem ją Mining Haze. Ma to być coś na kształt Boulder Dasha (choć chyba pozwolę sobie na kilka rozbieżności ), ale przeznaczone na linuksową konsolę (oparta o Ncurses). Na razie mam grywalną wersję alfa (brakuje wielu ficzerów, ale i tak jest fajnie), jeśli ktoś byłby zainteresowany obejrzeniem tego, to zachęcam:

http://sourceforge.net/projects/mininghaze/

Są screenshoty i źródełka. By skompilować potrzeba tylko biblioteki Ncurses i wątki pthreads (oba obecnie w standardzie chyba każdej dystrybucji).
pozdrawiam!
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 20:01] przez Moderatora

Kilka lat temu udało mi się uruchomić wersje demo Serious Sam: The First Encounter oraz Serious Sam: The Second Encounter pod Linuksem, przy wykorzystaniu natywnego klienta oraz drobnym przeróbką w plikach gry. Przygotowałem nawet instalator (loki_setup) ale tak jakoś wyszło że owoc mojej pracy nie wyszedł poza mój komputer. Przeglądając ostatnio płyty natknąłem się na te dema ponownie i postanowiłem zobaczyć czy to jeszcze działa. Okazało się że jednak instalatory działają, tylko trochę gorzej z samą grą.

Znalezione problemy i sposób ich rozwiązania:

Serious Sam: The First Encounter
Grę uruchamiamy poleceniem „ssamtfe_demo" gdy gra się nie uruchomi z powodu poniższego błędu:
ssam_lnx: xcb_xlib.c:52: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.

Należy uruchomić grę ręcznie(!)
cd /usr/local/games/ssamtfe_demo/Bin/
./ssam_lnx.dynamic

I już powinno działać

Serious Sam: The Second Encounter
Postępujemy tak jak powyżej.
Niestety nie udało mi się poprawnie uruchomić gry podczas jej ładowania występuje błąd związany z biblioteką libvorbis.so, libvorbisfile.so.

Testowane w Dystrybucji OpenSuSE 10.3

Demka umieściłem na serwerze z max upload 32kB/s wiec ściąganie może trochę potrwać

Przeniosłem demka na inny serwer (łącze 100Mbps).

Serious Sam: The First Encounter seriussam-tfe_demo-linux-1.0.5Beta3.run 82,5 MB
Serious Sam: The Second Encounter seriussam-tse_demo-linux-1.0.7Beta1.run 114,5 MB

Zrzut ekranu instalatora


P.S. Podobne demko można zrobić z gry Alien versus Predator (wersja Alien)
Administrator: Poprawione kodowanie

[Uaktualnione dnia: pią, 30 październik 2009 17:40]

[Uaktualnione dnia: sob, 25 lipiec 2009 19:42] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 18:31] przez Moderatora

[Uaktualnione dnia: czw, 06 sierpień 2009 23:07] przez Moderatora

[Uaktualnione dnia: czw, 06 sierpień 2009 23:07] przez Moderatora

Pytanie do osób mających styczność z k. graficznymi via - czy ktoś z was próbował używać binarnych driverów producenta? Jak jest z ich stabilnością, czy to prawda, że X'y przy nich lubią zamarzać? Przede wszystkim - czy warto? Słyszałem że to jedyny sposób aby wykrzesać akcelerację 3d na tych chipach, czy to prawda (w zasadzie jest to jedyny powód dla którego chciałbym żenić laptopowe ubuntu z tymi binarkami)?

/E:
Nie mam czasu dłubać przy tym komputerze - ma po prostu działać i zawsze być gotowym do zapakowania w plecak i zabraniem na zajęcia. A ponieważ zdarza się katować wykresy trójwymiarowe w Maple'u to przydałoby się jakieś wsparcie sprzętowe.. Słyszałem o bug'u z DRI, jednal informacja ta ma około roku. Mam też świadomość że VIA jest dość betonowa i jak się uprze przy jakimś stanowisku (olewamy GNU/Linuksa) to prędko zdania nie zmienia. Pytanie jak sprawa wygląda teraz na nowych wersjach Xorg i ze sterownikami z grudnia 2009 roku?

/E2:
Udało mi się zainstalować sterowniki, jednak na starcie otrzymuję blank screen. Nie świeci się, toteż prawdopodobnie problem leży w odświeżaniu. Gdy znajdę czas na ponowne batalie z tym układem, spróbuję na sztywno ustawić jego zakresy. Jeśli się uda - opiszę wszystkie kroki w ładnym tutorialu (prawdopodobnie nie od razu, bo sesja idzie ).

Zdravim

[Uaktualnione dnia: pią, 07 maj 2010 09:08]

lspci -v|less

[Uaktualnione dnia: pon, 19 kwiecień 2010 14:06] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 19:21] przez Moderatora

Właśnie zainstalowałem najnowsze sterowniki do nvidii. Niestety, mają one dość upierdliwy bug, który powoduje, że wiatraczek na karcie pracuje ciągle z maksymalną prędkością. Komp stał się dość głośny. Bug ten jest potwierdzony po stronie nvidii i czekamy na fix.

Tymniemniej jednak jakoś trzeba z tym żyć. Dla niecierpliwych proste rozwiązanie. Instalujemy nvclock i ustawiamy ręcznie prędkość wiatraka (ja mam 45%). Polecam graficzny tool nvclock_gtk (Hardware Monitoring). U mnie znowu nastała cisza. Ale UWAGA! Stosować z rozsądkiem. Podczas intensywnej pracy karty graficznej należy ustawienie to zmienić.

PS. Zaznaczyłem temat jako [ROWZ] choć jest to tylko rozwiązanie tymczasowe. Mimo to może komuś się przyda.
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 18:17] przez Moderatora

[Uaktualnione dnia: pon, 19 kwiecień 2010 14:05] przez Moderatora

Pewnie nie jednemu z was pokazywało się czasem takie coś:


To jest obrazek z mojej strony (oczywiście adres i nazwę skasowałem). Chciałbym się dowiedzieć co jest bezpieczniejsze - to czy sesje php? Po prostu mam taką możliwość na hoście (znalazłem świetny darmowy hosting - orangeserve.com, btw. polecam) i chciałbym zabezpieczyć w ten sposób panel admina (to ewidentnie jest łatwiejsze do zrobienia niż bawienie się w sesje). Do panelu będę się logował tylko ja, a hasło jest bezpieczne (znaki specjalne, liczby i litery).

• Załącznik: hasłowane.png
  (Rozmiar: 13.80KB, Pobrane 8 razy)

-moz-border-radius: 5px;
-webkit-border-radius: 5px;
border-radius: 5px;

[Uaktualnione dnia: śro, 08 wrzesień 2010 01:17]

[Uaktualnione dnia: pią, 23 październik 2009 15:07]

[Uaktualnione dnia: sob, 25 lipiec 2009 21:08] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 20:21] przez Moderatora

Mam mały problem. Tworzę strone której elementy będą ładowane z pliku XML na odpowiednie div'y posiadające konkretne identyfikatory. Samo ładowanie to pestka.
Mam strukture strony w XHTML, style w CSS (z nimi nie ma najmniejszego problemu - dzialaja z wczytana dynamicznie trescia), baze w XML oraz opis jej struktury w XSD, 2 skrypty w oddzielnych plikach: jQuery oraz mój silnik.

Problem jest z ich prezentacją i przypisaniem akcji.

Jeśli posłużę się metodą wczytania konkretnych danych do zmiennej, modyfikacji jej tresci (opatrzenie tagami) to jQuery tego nie łyka (nawet pomimo zdefiniowania takich atrybutów jak onclick).

Jakies sugestie?

EDIT:
Przepisałem kod odp. za import danych z XML'a na nowo i działa, prawdopodobnie musiałem popełnić błąd przy ' i ", na 90% problem spowodowany był tym że przoczyłem gdzieś zagnieżdżenie jednego cudzysłowia/apostrofu w drugim.

Dodatkowo zadbałem o to aby dane z XML'a były zaimportowane przed załadowaniem silnika.

Teraz już wszystko hula, jest gitarka

Zdravim
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 20:18] przez Moderatora

Parse error: syntax error, unexpected $end in /sciezka/do/pliku.php on line 278

dostaję taki error ale nie potrafię sobie poradzić ze znalezieniem przyczyny jego powstania. wertowałem kod wiele razy i nic. na Google books znalazłem coś na ten temat - niestety po niemiecku - a ja niśt fersztejen

spotkał się ktoś z takim błędem?

EDIT:
powodem była ukryta literówka.
można zamknąć i usunąć;]
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 20:05] przez Moderatora

xmlDoc=document.implementation.createDocument('','',null);
xmlDoc.async=false;
xmlDoc.load('budynki.xml');
document.getElementById('asd').innerHTML=xmlDoc.getElementsByTagName('opis')[1].childNodes[0].nodeValue;

[Uaktualnione dnia: sob, 25 lipiec 2009 20:04] przez Moderatora

<ref> </ref> 

{| class="wikitable"

[Uaktualnione dnia: sob, 25 lipiec 2009 18:14] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 18:04] przez Moderatora

[Uaktualnione dnia: pią, 13 sierpień 2010 00:31]

[Uaktualnione dnia: nie, 26 lipiec 2009 13:41] przez Moderatora

auth.*;authpriv.*;security.*                            /var/log/secure
cron.*                                                  /var/log/cron
*.emerg                                                 *
*.info;mark.*;mail.none;authpriv.none;cron.none;local6.none;local0.none  /var/log/messages
local0.*                                                /var/log/postgresql.log
local6.*                                                /var/log/pound/pound.log
local7.*                                                /var/log/boot.log
mail.*                                                  -/var/log/maillog
news.=crit                                              /var/log/news/news.crit
news.=err                                               /var/log/news/news.err
news.notice                                             /var/log/news/news.notice
uucp,news.crit                                          /var/log/spooler

[Uaktualnione dnia: sob, 25 lipiec 2009 20:47] przez Moderatora

Dzisiaj rano włączam komputer a tu KDE się nie uruchamia a ściślej rzecz ujmując zatrzymuje się na "przywracanie sesji" w ekranie powitalnym.
po zalogowaniu się do powłoki i killall -9 kwin wystartowało KDE, lecz niestety po wydaniu polecenia kwin jest tak że nie można połączyć się z serwerem X (cannot connect to X serwer).
Dobrze że mam jeszcze gnome bo byłoby po robocie; apropos gnome to ciekawostka bo otwieram konsolę wpisuję kwin --replace i
mam menadżer okien kwin i to działający !
I o co chodzi bo chyba jak na mój rozum to brakuje jakiegoś gniazda.
Od dłuższego czasu mam podobnie z arts, nie może znaleźć działającego artswrapper chociaż ten jest uruchomiony.
ale dźwięk w czasie rzeczywistym to tam pół biedy w moim zastosowaniu.
No to się porobiło po restarcie KDE działa normalnie.
Zachował się jak WINDOWS, chociaż to poczciwy AUROX

Niestety, dzisiaj znowu jest coś nie tak z kwin KDE nie startuje.
Utworzyłem nowe konto do testów i na tym koncie jest OK ale po otwarciu konsoli i zalogowaniu się na konto na którym normalnie pracuję oraz wydaniu polecenia konquerror mam komunikat
------------------------------------------------------------ ---
Session management error: Could not open network socket
DCOPClient::attachInternal. Attach failed Could not open network socket
Session management error: Could not open network socket
kbuildsycoca running...
____________________________________________________________ ___
A podczas startu zauważyłem coś takiego:
MAKEDEV NO SUCH GROUP: root
No ale groupadd załatwiło sprawę!
Administrator: Poprawione kodowanie

[Uaktualnione dnia: sob, 25 lipiec 2009 20:39] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 20:12] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 19:43] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 19:42] przez Moderatora

[Uaktualnione dnia: sob, 25 lipiec 2009 19:12] przez Moderatora