Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.


Wiadomości - kamilm122

Strony: [1] 2
1
Niestety CodeBlocks nie potrafi zaimportowac projkow zadnych. Ponadto zaden z skompilowanych visualem exekow nie dziala zarowno w folderze zrodlowym jak i buildzie.

2
Szkółka / Kompilacja, CMake i Visual 2012 - Przygotowanie do OpenGL
« dnia: Listopad 11, 2012, 21:40:50 »
Witam

Już mnie jasny piorun trafia bo nie potrafie sobie z tym poradzić.
Złapałem motywację i chcę pokodzić w OpenGL'u, żeby wreszcie nie siedzieć z tyłkiem i nie dumać o tym tylko właśnie zacząć coś w tym działać :).
Ale do rzeczy. Idę wg. tego oto poradnika:

http://www.opengl-tutorial.org/beginners-tutorials/tutorial-1-opening-a-window/

Właśnie tu na forum przeczytałem, że ta stronka jest niezła, więc liczę, że jest cień szansy pomocy.
Po instalacji CMake i pobraniu paczuszki przystąpiłem do działania. Przy configure CMake wypluł parenaście razy w słupku:

Cytuj
MSVC but unrecognized version!

Potem tylko Generate, co także przebiegło bez problemów.
W folderku kompletnie odosobnionym od source'a [żeby nie było burdelu bo robiłem to któryś raz z kolei]
pojawił się pliczek "Tutorials.sln" i tenże autor kazał odpalić. Z tym że Visual 2012 przypisał sobie coś zupełnie innego i zaznaczył dostęp tylko do ALL_BUILD który także gdzieś w tym gąszczku poszczegolnych lsn'ów siedzi i widocznie odpowiada za budowanie ich wszytkich.
Mówie... ok no to budujemy. PPM -> Build.
Wszystko poszło pomyślnie. Ale teraz pytanie, jak dobić się do playground tak, żeby móc je edytować idąc za każdym tutorialem?
Tego jest neisamowicie dużo i nie ważne czy odpalę Tutorials.sln czy BUILD_ALL czy pojedynczy projekt ZAWSZE odpali się cała lista.

Dodam, że wcześniej używałem Code::Blocks który był dla mnie super wygodny i tu się zaczyna problem, bo CMake nie chce mi skompilować projektów dla C::B windowsowego, a w Nowym Visualu się nie potrafię odnaleźć. Jak tu co kolwiek zrobić? Ba, playground jest jedynym "jako tako odpalalnym" progamem, reszta się sypie i nie mam pojęcia wtf.
Chciałbym po prostu łatwo sobie pisać w tym właśnie w C::B a wszystko stoi mi na przeszkodzie. Serioo gdyby ktoś mógł wrzucić build dla C::B albo chociaż nakierować co poczynić. Na prawdę ciężko pracować i troche to smutne jest :(.

Z góry dzięki za pomoc.

3
Design / Grafika koncepcyjna - jak to się je?
« dnia: Listopad 01, 2012, 14:43:20 »
Witam

Chciałbym zapytać o rzecz która całkiem mocno leżyw  tych temattach, a jednak na tej stronie jej nie zauważyłem.
Mianowicie jak każdy z nas wie i pewno nie raz zetknął się z różnymi pracami do gier komercyjnych, tych zapamiętanych, tych nie [ ;) ] i tych anulowanych także.. do wszystkich od profesjonalnych team'ów były wykonywane grafiki koncepcyjne.
W czasach gdzie nie było tabletów, oczywiście na kartkach z całkiem niezłym wyposażeniem plastycznym.
Wszystko zawsze wyglądało w porządku i nie chodzi tutaj mi o "łooooooooo ale ładnieeeee", tylko o samą technikę.

Mianowicie jak rzutować dane rzeczy? Postacie, poszczególne elementy, budynki bronie etc, które także niejako się do nich wiczają. Jeśli ktoś jeszcze nie rozumie to zwykły rzut tak jak jest to przedstawione w programach do modelowania jak np.: w 3dsMAX widok podstawowy 4 okna z góry z boku z tyłu/przodu i widok do podglądu.
Nie miałym takiego problemu ze stworzeniem grafiki [a właśnie do tego zmierzam] gdybym miał jakąś wiedzę o tym jak wogóle wyznaczyć sobie jakieś granice na kartce [nie mam tabletu a myszką na komputerze raczej nie będę poswać :)].

W gimnazjum jeszcze był taki przedmiot jak technika, tam było rzutowanie porostokątne i wszystko ograniczało się do prostych brył które co bardziej złożone miały ewentualną dziurę w środku.
Mi jednak o wiele trudniej narysować w taki sam sposób postać obrośnietą w rogi i na dodatek nienaturalnie zgarbioną a właśnie o to mi chodzi by widok niej był z każdej strony, Na tym właśnie polega koncept, potem ma być to skanowane i dane koledze który wrzuci to w Cineme4D.

Dlatego mając tak małą wiedzę na ten temat prosiłbym o jakieś fajne źródła.

Zgóry dziękuję i jeżeli grafik 3d uzna że jest dość dobre mogę się tu "pochwalić". :P

Z góry dziękuję i pozdrawiam.

4
Inne / Odp: GIGABYTE Radeon HD 6850 i OpenGL - problem
« dnia: Sierpień 27, 2012, 12:54:39 »
Cytuj
hmm... ciężko powiedzieć, a ten kursor po kilku godzinach pracy dostawał nieregularnego obramowania także na starym sterowniku ?

Tak, wlasciwie jak dotad tylko na starym... Na nowym nie zdazylem sprawdzic wlasnie dlatego ze zaraz po updacie zaczly se dziac te rzeczy.

No ale mimo wszystko nie powinno sie tak dziac.

5
Inne / Odp: GIGABYTE Radeon HD 6850 i OpenGL - problem
« dnia: Sierpień 26, 2012, 23:40:00 »
Postanowiłem coś z tym zrobić. Odinstalowałem stare stery i w trybie awaryjnym wyczyściłem driver cleanerem. Potem oczywiście rozdziałka wróciła do 640x480. Raczej łatwo było zauważyć, że wszystko było gigantyczne :).

Po ponownym zainstalowaniu sterów nowo pobranych z amd.com stało się coś ciekawego. Mianowicie po restarcie i sukcesywnej instalacji kompa rozdzielczość nie ustawiła się na tą normalną... [mam 1360x768]a co już było dziwne podczas instalacji bo jakoś w połowie mniej więcej, obraz ma sam ustawić się do swojego trybu, czego z jakiś dziwnych względów nie zrobił, poprostu wszystko mignęło i tyle.

No to reboot na Linuxa i jeszcze jeden wgląd w całość.

Na niektórych stronach ludzie wypowiadają się, że to wina karty samej w sobie [wadliwe egzemplarze mogą się zadrzyć, ale mówili o przypadkach kiedy cały ekran był cały czas w takich "kreskach" czy też kwadratach...]

Oto shoty z MAME z gameplayem ttt:




i po małej zmianie wszystko nagle w normie... no właśnie zmianie... bo GLSL to jednak coś jest :( [tydzień temu jeszcze wszystko chodziło jak spod igły nawet z tą opcją więc nie rozumiem...][swoją drogą wtedy grafika w grze nieco fajniej wygląda]



Jeśli to pole jest puste [tak jak na obrazku] gameplay wygląda spoko:



To na prawde dziwne. Wersja catalysta na ubu:



No i pytanie czy się tym przejmować? Zaraz po kupnie kompa miewałem takie dziwaczne błędy, np po kilku godzinach pracy kursor dostawał dziwacznego nieregularnego obramowania. Tylko po resecie wszystko wracało do normy. Teraz nie.

Pytanie czy się tym przejmować. Zgłaszać do sprzedawcy? Serwis? Czy całkowity reinstall systemu [z którym ostatnio miałem problem ale całkowicie niezwiązany z tematem].

Help :(:(




6
Inne / Odp: GIGABYTE Radeon HD 6850 i OpenGL - problem
« dnia: Sierpień 26, 2012, 15:52:06 »


No właśnie... chyba, że zainstalowałbym stery dodane do pudełka? Ale te są już starawe...

Ai teraz mi się przypomniało, że na Win7 kiedyś jeszcze bywało tak, że kursor --- nagle --- był cały w takiej czarnej pikselowatej plamie gdzies 32x32 rozmiaru... to też było dziwne i zdażało się bardzo rzadko ale było, tylko po długich godzinach pracy i to nieszczególnej, praktycznie zero grania w cokolwiek, tylko internet...

7
Inne / GIGABYTE Radeon HD 6850 i OpenGL - problem
« dnia: Sierpień 26, 2012, 15:27:15 »
Witam

Od kilku dni mam dość niepokojący problem. Otóż:

[właśnie te kilka dni temu] zaktualizowałem sterownik na WinXP po to by uzyskać OGL z wersji 4.0 do 4.2. I wzystko było pięknie. Ungine Heaven śmigał całkiem nieźle. OpenGL Extenstions Viewer także wykazał, że mam najnowszą wersję.Myślałem, że jest wszystko git. Aż do przedwczoraj.
Lubię stare gry, przyznaję się bez bicia i poniekąd to one mnie pociągnęły do tego światka tworzenia gier... ale to tak na boku.
Odpaliłem ePSXe i zachciało mi się Tekkena 3. To też poszedł w ruch złapałem za pada i co ujżałem? A takie coś:


picture hosting

To może wcale nie wygląda strasznie ale każda emulowana gra na OpenGL tak właśnie się uruchamia. Zdąży dobiec do loga studia i wydawcy a potem dalej czarny ekran.
Czasem zdarzy się, żegra jest poprzedzona "śniegiem" jak w starych kineskopowych telewizorach.
To było dość dziwaczne.
Ale emulatory to w końcu emulatory. No to jakaś normalna gra. Wziąłem bioshocka. No i o dziwo chodził normalnie... do czasu... po jakieś niecałej minucie straaaaaaaaasznie spowolnił na tyle, że nastąpiła całkowita zwiecha.

- hard reset -

Wtedy też nie myśląc nad tym za wiele odkręciłem klape obudowy, wyjąłem kartę i wyczyściłem ją co już nie było pierwszym razem.
Karta jest właściwie prawie nowa bo od grudnia zeszłego roku.
Kiedy już się pozbyłem kurzu z wiatraków i radiatora oraz plastikowej obudowy. Ładnie ją podpiąłem i chodziła tak jak trzeba. Myślałem, że to kwestia jakiegoś małego przegrzania się, wyczyszczenia i problem z głowy, ale to nic nie dało.
Wszystko co na DirectX chodzi ekstra. Zero jakichkolwiek błędów czy czegoś. Natomiast OpenGL niestety już tak, ale co dziwne tylko w emulacji [tylko, że to mi się NIGDY nie zdarzało].

Mniej więcej tak samo jest na MAME na ubuntu. Tam mam dość równo rozłożone zielonkawe centki na całym ekranie kiedy odpale co kolwiek co używa GLSL [jeżeli to zaznaczę w opcjach, w przeciwnym wypadku też dobrze chodzi].

Blender który jest natywnie akcelerowany ogl'em chodzi perfect. Rzeczy na starych DX'ach [THPS3, THPS4] też.
Ostatnio dostałem od kolegi Mirror's Edge więc była akurat okazja do testu innej gry. Chodzi bezbłędnie.

Robiłem testy GPU-Z i temperatura wszystkich GPU wacha się w granicach 49 ~ 52 stopni.

Używam Catalyst Control Center takiej wersji:


Prawdopodobnie ta sama jest na ubuntu bo aktualizowałem system więc sterowniki też powinny być up-to-date :).

W każdym razie to jest dość dziwne. Jst jakieś prawdopodobieństwo, że karta mogła się gdzieś tam przyfajczyć? Ew. port PCI-e nie przewodzi tak jak trzeba? Wtedy byłoby nieciekawie :(.

Pozdrawiam.

8
Ok. Błąd naprawiony, ale teraz coś... ciekawszego o_0.

Po zamknięciu programiku demka ze strony SFML wyświetla mi się dość dziwny komunikat:

http://www.bankfotek.pl/image/1298787.jpeg

Aplikacja działa poprawnie dopóki się jej nie zamknie. Wina wersji SFML czy coś pomieszałem z linkerem?

9
Nic nie pomogło. Cały czas ten sam błąd.

10
Programowanie grafiki / [SFML 2.0] - Problem z kompilacją czego kolwiek
« dnia: Sierpień 05, 2012, 20:31:31 »
Witam

Po napisaniu poprzedniego tematu co do tego co powinienem wybrac postanowiłem sobie za cel trenowanie SFML na początek. Faktycznie bardzo łatwa składnia i kod prosty do zrozumienia już na peirwszy rzut oka.

Jednak gdyby było pięknie to nie pisałbym tutaj :). Wersja 1.6 współpracowała i była bardziej user-friendly, ale każdy program miał jakieś dziwne zakłócenia i po googlaniu okazało się, że 1.6 nie lubi kart ATI [a takową posiadam, Radeon 6850 1 GB], więc lekarstwem okazała się wersja 2.0. Niezwłocznie pobrałem ją na dysk i szybciutko zainstalowałem.

I chyba w instalacji problem bo kieruje się wg. tego tutaj poradnika:

http://wiecznywem.tk/2011/06/instalacja-sfml-2/

Używam Code::Blocks 10.05 a error jest taki

(kod):
#include <SFML/wINDOW.hpp>
#include <iostream>

int main(){
    sf::Clock Zegar;

    while (Zegar.GetElapsedTime() < 5.f){ // <---------------- o tutaj :)
        std::cout << Zegar.GetElapsedTime() << std::endl;
        sf::Sleep(0.5f);
    }

    return 0;
}

(error):
Cytuj
C:\Projects\SFML PROJS\TUTORIAL\main.cpp||In function 'int main()':|
C:\Projects\SFML PROJS\TUTORIAL\main.cpp|7|error: 'class sf::Clock' has no member named 'GetElapsedTime'|
C:\Projects\SFML PROJS\TUTORIAL\main.cpp|8|error: 'class sf::Clock' has no member named 'GetElapsedTime'|
C:\Projects\SFML PROJS\TUTORIAL\main.cpp|9|error: 'Sleep' is not a member of 'sf'|
||=== Build finished: 3 errors, 0 warnings ===|

I właściwie każda funkcja [w zeszłym kodzie potrzebowałem użyć IsOpened()] też był identyczny błąd.
Nie wiem o co chodzi. Instalacja bibliotek na Linuxie już jest łatwiejsza.


11
Programowanie grafiki / Odp: Co trzeba umieć, aby programować...
« dnia: Sierpień 04, 2012, 15:56:57 »
Cytuj
Praktyka przede wszystkim. Myślisz, że Ci super ogary na Warsztacie, to programują rok, albo dwa?

eeem... jest taki Pan / koleś [wybacz nie wiem ile masz lat] o nicku beginner który chciwalił się keidyś pracą z Mitsubish Lancerem pięknie wyrenderowanym i pod spodem napisał, że nauka OpenGL zajęła mu bagatela 3 miesiące. Właściwie to ta wypowiedź była moją główną motywacją. Przejąłem się jak zaczęło mi wychodzić na minus już po tygodniu...

Cytuj
Historia Xiona dobra. :D

Oj tak :) właściwie, to muszę powiedzieć, że Xion to niesamowicie dobry człowiek. No bo komu chciałoby się pisać tak obszerną i znaną dosłownie wszędzie książke o programowaniu w c++? Na samo wtrącenie w zdaniu c++ koledzy, znajomi programiści odsyłają do megatutoriala. Niektórych znam z mojej miejscowości, a niektórych z internetu którzy są z różnych stron Polski.
Xiona chyba można porównać do takiego Jezusa wśród programistów gdzie nikt nie dzielił się swoją wiedzą [albo bardzo mało osób i nawet słabo lub za pieniądze [a książki o programowaniu tanie nie są]],a on postanowił zamieścić ok 600 stron za friko w internecie [sic!]. Cóż :) dziękuję :).

Cytuj
Przeczytaj, jak już ktoś wyżej wspomniał, Thinking in C++, przedstawi Ci to w jakimś stopniu zagadnienie obiektowości.

Chętnie zerknę ;) nie poddaję się tak prędko :D.

Cytuj
A co do tych silników 12;latków, to ej.... :D

czyli...? :)


Z waszych opinii myślę, że na start jeszcze trochę podszlifuję umiejętności kursem Xiona i Thinking in C++. Potem spojrze na SDL i SMFL a na końcu allegro. Chciałbym jeszcze w te wakacje coś skodzić. Przydałaby się jakaś gigantyczna paczka zadań w c++ jeśli coś takiego jest bo to co sam wymyśle okazuje się często albo za łatwe albo kosmicznie trudne.

Dziękuję za porady :).

12
Programowanie grafiki / Odp: Co trzeba umieć, aby programować...
« dnia: Sierpień 04, 2012, 02:20:35 »
Owszem próbowałem :). Miałem nawet pomysły na gry w konsoli. Niestety nie poradziłem sobie z prostymi rzeczami jak chodźby wyznaczenie pola po którym postać ma chodzić, jak ma ona poruszać się za pomocą klawiszy z klawiatury i kolizja z jakąś przeszkodą. Oczywiście wszystko ze znaczków z ASCII w konsoli. Strasznie to wszystko trudne. Albo mam za małe IQ albo nie czytam tych tutoriali których powinienem.

Co do Flasha... po co? Może i jest łatwiejszy, ale ja nie chce iść na łatwiznę. Jeśli pójde to wręcz splamię sobie honor. Na tej stronie jest masa dzieciaków. 12, 13 latków które śmigają w c++ silniki. I gdze tu sprawiedliwość? One na prawde zbyt wcześnie uczą się trygonometrii [w xionie była o niej wzmianka, a podstawówka raczej jej nie ma :P ] rozumieją mnożenie i dzielenie macierzy i całą resztę potrzebnej matematyki?

13
Programowanie grafiki / Co trzeba umieć, aby programować...
« dnia: Sierpień 04, 2012, 01:57:55 »
... OpenGL, DirectX, jakiś dźwięk może input... co kolwiek?

Od jakiegoś czasu [dość nieznośnie długiego] siedzę non stop w konsolach. Teraz minęła połowa wakacji a ja właściwie nic kompletnie nie zrobiłem oprócz kilku niezbyt dobrze działających programików w konsoli.

Mój dylemat [w dużym ogóle jest taki:

JAK WY TO ROBICIE???

...a mam tu na myśli całą społeczność warsztatu która pisze faktyczne gry w 2D czy też 3D ewentualne edytory i ma jakieś konkrety za sobą.
Zupełnie nie rozumiem jak podejść dalej do tematu programowania.

Czytałem megatutorial xiona ale stanąłem i skończyłem na programowaniu obiektowym gdyż dalej wydawał mi się zbyt zagmatwany.

Mam już parę kalkulatorów  innych przydatnych matematycznych programików oraz mały, obiektowy kreator okienek w ASCII któremu trzeba napisć współrzędne o rozmiarze "okna" i ten... hmmm... najlepszym słowem będzie tu "wypisuje" je w konsoli.
Wszystkie najważniejsze zasady jak pętle, instrukcje warunkowe, funkcje, struktury, klasy i wskazniki znam na tyle żeby móc użyć to w konsoli.

Potem postawiłem za cel nauczenie się WinAPI.

I tutaj BUM... WinAPI okazało się demonem, szatanem, diabłem czy jak kto woli go zwać. Wszystkie te instrukcje zmienne i cała reszta wydawają się być takie trudne. Zupełnie nie rozumiem jak wy do tego podchodzicie. Na prawde umiecie całe msdn na pamięć? Czyli te wszystkie mity o programistach to prawda?
Inaczej tego nie widzę.

Cóż. Nie poddałem się i szukałem alternatyw. I znalazłem. Dość powszechnie znaną, a że chciałem pisać gry to też wybrałem glut'a [nie ma podobnej rzeczy do directx'a, a tak wogóle ten sławi się być "trudnym" API] który będzie jak znalazł do OpenGL.
Pierwsze kroki nie były takie trudne. Wyświetlenie pustego okna. Potem narysowanie figurki różnymi metodami, zakolorywyanie jej a nawet poszczególnych części. Potem już całkiem się pogubiłem. Wszystko to czego nauczyłem się z megatutoriala xiona wogóle przestało mieć jakieś znaczenie.
Byłem kompletnie zielony w dalszych lekcjach OpenGL z różnych stron a tym bardziej z NeHe gdzie wszystko dczisiaj jest już chyba przestarzałe i na dodatek wszechobecne jest złowrogie WinAPI.
Tyle ile znałem wskaźniki to OpeGL uświadomił mi, że tak na prawde nic kompletnie o tym nie wiem.

Dałem sobie spokój z takimi reczami jak właśnie OpenGL i postanowiłem wybrać jakiś gotowy silnik.
Irrlicht padł na 1 ogień. Właściwie był całkiem przyjemny. Wszystko było jak na tacy. Do czasu jak nie potrafiłem sobie poradzić z głupią "kamerą". Jak ją wogóle potraktować. Pierwszy raz spotkałem się z takim określeniem jak węzeł. Sądziłem, że chociaż sterowanie postacią na rozkazy klawiszy będzie łatwe to też wiernie czytałem tutoriale, ale wszystko było jakieś takie pogmatwane i nieczytelne. W internecie krążyły opinie, że silniki nie są za dobre właśnie dlatego, że nigdy tak na prawdę się ich nie zna, więc lepiej napisać swój właśnie po to by móc go użyć tak jak się chce bez problemów. I tu koło się zamyka. No bo jak napisać silnik nie umiejąc OpenGL który dla mnie jak na ten czas jest górą lodową?
Potrafie pisać proste programy na lekcjach w szkole ale chyba na tym się kończy.
Raczej nie będę dobrym programistą.

Właściwie to podziwiam tutaj tych ludzi którzy wykorzystują w swoich pracach te wszystkie efekty. Ja nawet nie wiem z której strony to się je, a jest sporo tu osób które czują się jak u siebie w domu.
Na prawdę nie mam pojęcia jak wystartowaliście z programowaniem od konsolek aż po te dzieła, ale może ktoś udzieli mi dobrej rady i wydobędzie z desperacji bo jak na razie nauka programowania była i jest moim "głównym" zajęciem.


Pozdrawiam.

14
Szkółka / Odp: Problem z kodowaniem znaków w konsoli
« dnia: Lipiec 19, 2012, 15:28:26 »
Witam :)

Problem został rozwiązany. Główkowałem nad tym gdzie wogóle zmieniać kdoowanie znaków ale ostatecznie poszukałem innej metody zabierania się za samo ich wyświetlanie.
///--- Kierunki chodzenia
if(c == "w") printf("\30"); //UP

wystarczyło zmienić na:

///--- Kierunki chodzenia
if(c == "w") printf("%c",30); //UP

15
Szkółka / Problem z kodowaniem znaków w konsoli
« dnia: Lipiec 19, 2012, 01:49:35 »
Witam

Niedawno postanowiłem wziąść się w karby, podpreperować zjaomość języka i zacząć pisać coś konkretniejszego niż tylko duperele w szkole na lekcjach programowania :). Jako, że są wakacje i można spędzać czas przed komputerem także w nocy [co podczas czasu szkolnego jest raczej bardzo rzadko osiągalne ze względu na poziom zmęczenia i ilości sprawdzianów :D] zacząłem pisać grę w konsoli.

Pomysł sam w sobie dość fajny i całkowicie wykonalny. Zapoznałem się z potrzebnymi mi funkcjami ale jednak... jak to zwykle bywa z programowaniem mam mały problem :). Otóż:

(tylko kawałek kodu)

while(true)
{

if ( _kbhit( ) )

{
c = getch();
///--- Kierunki chodzenia
if(c == 'w') printf("\30"); //UP
if(c == 'a') printf("\17"); //LEFT
if(c == 's') printf("\31"); //DOWN
if(c == 'd') printf("\16"); // RIGHT

//dalsza część w którą was nie wtajemniczę ;)


Na odpowiednie kierunki oczekuję takich znaków:




 (kolejność zachowana)
A konsola windowsowa mi wyświetla "cofnięte o 2 stopnie":

[kolejność taka sama... w,a,s,d]

Nie mam pojęcia jak to naprawić. Używam CodeBlocks 10.05.


Pozdrawiam

Strony: [1] 2