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 - Duckshorse

Strony: [1] 2
1
Projekty rozpoczęte / Odp: King of Console
« dnia: Październik 11, 2017, 22:12:29 »
Otchłań, to chyba coś innego. Pobrałem, trochę pograłem, ale krzaczki zamiast polskich liter psuły zabawę.

Dziękuję za wszystkie porady, teraz sam muszę trochę pokombinować na ten temat. Jeśli uda mi się zrobić coś ciekawego, to z pewnością znajdzie się to na warsztacie. W innym przypadku będę Was znowu męczyć z innym pomysłem.
Trzymajcie się! :)

2
Projekty rozpoczęte / Odp: King of Console
« dnia: Październik 09, 2017, 22:19:43 »
Zdaję sobie sprawę z tego, że wydawanie rozkazów przez wpisywanie ich może być męczące, ale co w przypadku zwolnienia tempa gry? Niech przemarsz wojsk z Torunia do Chełmna trwa 2-3 dni (no może to przesada, kwestia zrobienia testów). Mój błąd, nie dodałem tego w opisie. Wydaje mi się, że ratuje to trochę kwestie interfejsu.
Zobaczcie, nie chodzi mi o stworzenie gry zręcznościowej w której gracz musi wypluwać z siebie komendy niczym karabin maszynowy. Chciałem z tego powoli robić coraz bardziej realistyczny "symulator króla".
Rozumiem, że mas tym nie podbije, ale wystarczy mi grupka graczy, która powie, że fajnie się w to gra i tyle. ;]

Duskers chyba nie jest takie złe, 88% opinii pozytywnych na Steam nie jest złym wynikiem. Ładny styl, choć nie moje klimaty. Ja raczej chciałem ograniczyć się do samych znaków, lecz mnie trochę nastraszyliście.

Jeśli chodzi o pokazanie wersji demonstracyjnej, to myślę, że jeszcze z tydzień mi to zajmie. Chciałbym dodać jeszcze parę rzeczy, a czasu nagle zrobiło się mniej, gdyż w tym roku na 100% skończę projekty uczelniane do listopada. :D

3
Projekty rozpoczęte / King of Console
« dnia: Październik 09, 2017, 12:44:06 »
Cześć!
Ostatnio kupiłem klawiaturę mechaniczną i zafascynowany satysfakcjonującym klikiem klawiszy postanowiłem napisać grę, która będzie obsługiwana za pomocą komend. W ten sposób powstał pomysł na King of Console (tytuł roboczy, ale chyba nie taki zły), a po dość krótkim czasie istniał już prototyp. Jedynymi elementami graficznymi są trzy pola tekstowe (na informację o eventach, o efekcie komendy oraz pole do podawania komend). I na tym chcę skończyć, nic więcej nie ma znajdować się w okienku. Nawet podgląd mapy planuję zrobić za pomocą wydruku i będzie to również kosztować określoną ilość waluty. Ma to oddawać ograniczenia jakie posiadali średniowieczni władcy. Nikt im przecież nie rysował mapy z szybkością 60FPS. Dodatkowo w King of Cosnole istnieje system zdarzeń losowych, które mogą czasem popsuć plany. Cóż, utrata połowy populacji w stolicy potrafi zaboleć.

Do zrobienia pozostaje dla mnie najprzyjemniejsza część, czyli AI. Zawsze chciałem stworzyć komputerowego przeciwnika, który będzie stanowił wyzwanie, a ten projekt ze względu na swój charakter pozwoli mi się na tym skupić.

Powiem szczerze, że jest coś przyjemnego w wydawaniu komendy wymarszu wojsk z Torunia na Nieszawę, jednak nie jestem przekonany, czy rozwijanie tej gry ma dalszy sens. Nie chcę aby to było kolejne coś, które będzie dostępne tylko dla mnie, a nie jestem dobrej myśli jeśli chodzi o poszukiwanie graczy, którzy porzucą grafikę.

Bardzo zależy mi na Waszej opinii i z góry za wszelkie odpowiedzi dziękuję.

4
Projektowanie kodu / Odp: Projektowanie kodu - robicie? Jak?
« dnia: Sierpień 31, 2016, 23:19:11 »
Ja tam może się nie znam, bo i doświadczenie mam małe, ale czasem napisanie wszystkiego od nowa nie jest głupim pomysłem. W sensie, że nie ma się czego bać (o ile mówimy o małej skali, bo o większej to już nie mam zupełnie pojęcia :) ). Przy drugim podejściu widać wszystkie popełnione błędy, a nasze pierwsze podejście staje się całkiem dobrym podkładem do już finalnego wykonania.

5
Compo i bitwy / Odp: Gra w 1234 bajtach
« dnia: Sierpień 22, 2016, 01:13:16 »
Plus jest taki, że nie będzie trzeba dużo pisać. :D

6
Przepraszam, że po tak długim czasie, ale sesja niestety zając i może uciec. ;d

Więc tak;
1) Nic podejrzanego w wydarzeniach nie znalazłem, może przez to, że jakiś dziwny błąd dysku zawalił cały spis.
2) Folder z miejscem instalacji został już dawno wyczyszczony.

W załącznikach znajdują się log VS oraz wygląd okienka po przerwaniu.

7
Próbowałem ją wykorzystać już dobre parę razy, niestety efekt jest taki sam jak przy próbie czystej instalacji.
Zresztą nawet jeśli zainstaluję, to zapewne znowu będzie działał poprawnie tylko przez jedną sesję i właśnie to mnie w tym wszystkim najbardziej zastanawia.

8
Visual Studio / VSE Desktop: Awaria po ponownym uruchomieniu systemu.
« dnia: Styczeń 21, 2016, 13:41:26 »
Witam!
Mój problem polega na tym, że po wyłączeniu komputera Visual Studio Express przestaje poprawnie działać. To znaczy próbuje się uruchomić, ale kończy się to wywaleniem programu. Za pierwszym razem spróbowałem reinstalacji, która oczywiście się udała i program działał, jednak tylko przez jedną sesję. Uparłem się na zmianę środowiska (przesiadka z Code::Blocks'a), więc spróbowałem jeszcze jednej reinstalacji. Tym razem już się to nie udało, ponieważ podczas instalacji wyskakuje komunikat mówiący o tym, że na komputerze istnieje już MS Visual C++ Redistributable. Logiczne wydaję się usunięcie tego pakietu i tak też zrobiłem, jednak instalator ciągle zgłasza ten sam błąd. Tak jakby sam go sobie instalował, a potem zgłaszał, że już taki istnieje, chociaż to wydaję się, a nawet jest niemożliwe. Jednak po przerwanej instalacji VC C++ Redistributable pojawia się w systemie.

Nasuwają mi się takie pytania:
1) Co może być przyczyną awarii programu po ponownym uruchomieniu?
2) Co jeszcze może przeszkadzać w ponownej instalacji?
3) Czy na to wszystko może mieć wpływ wiecznie aktualizujący się Windows 10?

Pozdrawiam. :)

9
Szkółka / Odp: Limit pamięci dla obiektów.
« dnia: Czerwiec 17, 2015, 20:53:24 »
Olśniło mnie! Ha! Jestem geniuszem! To... To znaczy wy jesteście. :)
Okazuje się, że wystarczyło zrobić: Hex *hex = new Hex[10000]; zamiast: Hex hex[10000];
O wspomnianej ironii warto jeszcze raz powiedzieć, bo o ile dobrze pamiętam otarłem się o ten temat podczas poszukiwań informacji o czymś innym i wtedy stwierdziłem, że jeszcze mi to się nie przyda. >.>

Dziękuję za pomoc i cierpliwość.
Pozdrawiam! :)

10
Szkółka / Odp: Limit pamięci dla obiektów.
« dnia: Czerwiec 17, 2015, 20:18:12 »
Proszę bardzo, najprostszy możliwy program z wykorzystaniem SFML, który mi się sypie:
#include <SFML/Graphics.hpp>

int main()
{
    sf::Sprite sprite[8000];
    return EXIT_SUCCESS;
}

Tylko mi nie mówcie, że gdzieś jest jasno napisane, że nie można robić tak dużych tablic...

11
Szkółka / Odp: Limit pamięci dla obiektów.
« dnia: Czerwiec 17, 2015, 17:53:39 »
Wsadź tego sf::CircleShape w std::unique_ptr i powiedz czy dalej jest to samo. unique_ptr to tzw. "inteligentny" wskaźnik, tj. sam się alokuje i dealokuje. Różnica między normalną deklaracją zmiennej a przez unique_ptr jest taka, że pierwsze idzie na stos, a drugie na stertę - co to znaczy możesz sobie poczytać na necie (w skrócie - więcej dostępnej pamięci). Jak program dalej będzie się wieszał, to problemem nie jest ilość pamięci, tylko jak z niej korzystasz.

Inteligenty wskaźnik okazał się mądrzejszy ode mnie i nie zgodził się na to abym go wykorzystał. ;s Muszę nad tym jeszcze troszeczkę popracować. Nie jest to dla mnie tak oczywiste jak dla innych. >.>

Jak duży jest ten sprite? Jak wygląda konstruktor?
Może tworzysz tę klasę jako zmienną lokalną i dostaje przepełnienia stosu? Tworzysz to "lokalnie" ("statycznie") czy dynamicznie?
(za "to" rozumieć klasę Hex)

Chyba masz rację z tym przepełnieniem, ponieważ wystarczy zwiększyć liczbę hex'ów, aby bez dodawania czegokolwiek w klasie hex program się wysypywał.
Wynika z tego, że chyba koniecznie muszę wykorzystać rozwiązanie zaproponowane przez Xirdus'a, a to oznacza konieczność ponowienia walki inteligentniejszymi cosiami. ;C

12
Szkółka / Odp: Limit pamięci dla obiektów.
« dnia: Czerwiec 17, 2015, 16:16:14 »
No dobrze, ale czegoś tutaj nadal nie rozumiem. Kiedy dodaję sf::CircleShape program się zawiesza, dzieje się tak również wtedy gdy dodam dużą tablicę int'ów. Jednak wszystko śmiga doskonale, gdy dodam jakąś małą tablicę, czy też po prostu jedną zmienną. Wnioskuję z tego, że jest jakieś ograniczenie co do ilości pamięci jaką może sobie program zarezerwować, coś w tym jest?

A i jak zacznę zadawać zbyt głupie, czy też zbyt oczywiste pytania to mi powiedzcie, nie chcę wyjść na "wkurzającego gościa z forum". :) No chyba, że już tak jest. :P

13
Szkółka / Odp: Limit pamięci dla obiektów.
« dnia: Czerwiec 17, 2015, 15:57:21 »
Powiem tak, teoretycznie wiem co się dzieję, ale w praktyce nic mi to nie daje. Otóż debuger mówi mi takie coś:
"sigsegv segmentation fault". Tak... Czyli na chłopski rozum miałem trochę racji wnioskując, że coś z pamięcią jest nie tak. ^.^
Tylko teraz jak z tym sobie poradzić? Coś bardzo istotnego przegapiłem czytając opisy przygód średniowiecznych wojaków zamiast materiałów o C++?

14
Szkółka / Odp: Limit pamięci dla obiektów.
« dnia: Czerwiec 17, 2015, 12:58:07 »
Nie mam pojęcia co innego ewentualnie mogłem zepsuć. Wszystko wydaję się być dobrze napisane, ale tak to w sumie zawsze jest i jak coś nie działa to jest to winą złego komputera, który psuje moje życiowe plany. ;d
Zresztą, przed dodaniem jeszcze jednego cosia w tej klasie wszystko śmiga, ale po dodaniu wywala "Program przestał odpowiadać".

To co opowiadałem o Win 8, to działo się zarówno na świeżo postawionym PC jak i na nowym lapku, więc kwestia szatana z internetu odpada. Nawet sam doznałeś łaski crash'u na Win 8. :D

15
Szkółka / Odp: Limit pamięci dla obiektów.
« dnia: Czerwiec 17, 2015, 02:11:47 »
Wszystko inne było sprawdzone. Odcinałem różne elementy i tylko pozostawała kwestia tej klasy.
Jutro przejrzę kod jeszcze raz, tak dla 100% pewności, że nie przeoczyłem żadnego idiotycznego błędu. Teraz to już kwestia honoru. :)


A co do Linuksa... No cóż, już od dawna o nim myślę, bo wywalanie się Win 8 na przeglądaniu folderów, czy też na próbie przejrzenia karty pamięci jest "trochę" irytujące. Nie wspominając już o crash'ach Menedżera. >.>

Strony: [1] 2