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

Strony: 1 ... 91 92 [93] 94 95 96
2761
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 26 Stycznia 2017, 19:26:43 »
Polaczylem i pchnalem poprawki z mojej strony. Jesli to mozliwe, to na przyszlosc chyba dobrze byloby przesunac pliki visual studio do "untracked files" w zakladce git'a (przeciagnij je z "Included Changes" do "Untracked Files" i VS bedzie to juz pamietal) bo inaczej bedziemy je sobie na przemian nadpisywali, co jest troche bez sensu :)

2762
Bocznica / Odp: Exe - konwersja na C++
« dnia: 26 Stycznia 2017, 17:25:51 »
W zasadzie te kwiatki powinny występować tylko przy brakestatus więc to można łatwo sprawdzić.
"tylko" xD

edit: pytanie rzeczowe juz sobie wyjasnilem, wiadomosc mozna w sumie usunac, tylko nie wiem jak.

2763
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 26 Stycznia 2017, 03:00:47 »
Znalazl sie tez blad w odluzniaczu. W oryginale w Pascalu bylo
procedure TBrake.Releaser(state: byte);
begin
  BrakeStatus:=(BrakeStatus and 247) or state*b_rls;
end;

w tlumaczeniu bylo

BrakeStatus = (BrakeStatus & 247) || state * b_rls;

a powinno byc

BrakeStatus = (BrakeStatus & 247) | ( state * b_rls );

bo w C++ logiczne or czyli || i or bitowe czyli | to sa dwie rozne operacje. Ot tak, zeby latwiej sie bylo powiesic ;d

(tak na 90% ten blad wyskoczy jeszcze pewnie gdzie indziej, bo wystapil co najmniej w dwoch przupadkach, ale wybitnie nie chce mi sie czesac calego pliku zeby sprawdzic czy aby na pewno. Moze kiedys)

2764
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 25 Stycznia 2017, 22:32:25 »
Znalazlem, co bylo nie tak z brakiem ladunku w wagonach -- po prostu loader .fiz nie mial wpisanego przekazania akurat tej zmiennej do docelowego obiektu. W sumie zemscilo sie lenistwo, gdybym przerobil wszystkie sekcje, zeby uzywaly nowej wersji funkcji, to pewnie by to wyszlo, a tak przegapilem :)

2765
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 25 Stycznia 2017, 20:26:50 »
Trzeba tez chyba zerknac na wyswietlanie ladunku w wagonach, bo np. 163 pokazuja pasazerow w oficjalnym .exe, a w tej same scenie w nowym sa puste.

Tak przy okazji, to w plikach .mmd do tych wagonow jest blad -- wpis lowpolyinterior: jest umieszczony przed animations: i w rezultacie w ogole nie laduje animacji do nich.

ale z drugiej strony, z pozytywnych rzeczy to po poprawce .mmd dziala animacji drzwi. Tzn. normalnie to nie dziala, bo laczenie domyslne to sprzeg + pneumatyka, i nie przekazuje sygnalow kontrolnych, ale jak sie to obejdzie, to wszystko chodzi ;)


2766
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 25 Stycznia 2017, 19:27:36 »
Mozesz  to zmienic w opcjach projektu: C++ > Code Generation > Runtime Library, domyslnie jest DLL w wersji debug albo release (dlatego release tez wymaga)  Jesli ustawisz tam tylko "multi-threaded/multi-threaded debug" to procedury z DLL beda wlaczone do .exe... ale moim zdaniem to niepotrzebne, VC Runtime jest standardowo dolaczany do instalacji kazdej profesjonalnie wydanej gry, wiec wiekszosc uzytkownikow albo juz bedzie to miala, albo jesli jest dolaczone do paczki to sobie bez problemu zainstaluje, nie jest to jakies szczegolne wymaganie.

2767
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 25 Stycznia 2017, 17:43:44 »
glew.dll na oficjalnej stronie glew: http://glew.sourceforge.net/ (wersja 'binaries', bezposredni link: https://sourceforge.net/projects/glew/files/glew/2.0.0/glew-2.0.0-win32.zip/download )
biblioteki msvc z oficjalnej paczki Microsoft: https://www.microsoft.com/en-us/download/details.aspx?id=48145

2768
Tabor kolejowy / Odp: Kabina Skody CD163
« dnia: 25 Stycznia 2017, 16:14:52 »
Z tego co (pobieznie) widzialem w kodzie renderer --przynajmniej teoretycznie-- organizuje sobie to, co ma do narysowania w grupy pokryte tym samym materialem. Czy on to w praktyce wykorzystuje to juz nie wiem, ale w kazdym wypadku jesli jest mozliwosc to lepiej dolozyc element do istniejacej tekstury, niz tworzyc nowa.

2769
Tabor kolejowy / Odp: Kabina Skody CD163
« dnia: 25 Stycznia 2017, 02:24:39 »
Daj u gory plaski polygon z clip channel (tzn alpha, ale take zeby engine wycinal dziury zamiast robic blending) i pociagnij kratke 2d pod nim, zeby pod katem wygladalo ze tam metal jest a nie dziura. Wizualnie wyjdzie podobnie, a geometrii bedzie mniej.

(to zakladajac, ze jest juz w modelu jakis material z clip channel do wykorzystania. Jak nie, to taniej bedzie dolozyc pare wiecej polygonow, niz dodatkowy material)

2770
Pomoc doraźna / Odp: Dobór karty graficznej
« dnia: 24 Stycznia 2017, 23:17:23 »
Kartę chcę kupić max do 400 złotych.
Przy takiej kwocie uzywana GeForce 750, o ktorej wspomnial pk45, bylaby chyba dobrym wyborem. Takze ze wzgledu na niski pobor pradu (jeszcze starsze karty bylyby tansze, ale wtedy najprawdopodobniej dochodzi koszt wymiany zasilacza)

2771
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 24 Stycznia 2017, 17:44:07 »
W PyInt.h zmien

std::set<std::string const> _classes;
na
std::set<std::string> _classes;

i powinno pomoc.

2772
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 24 Stycznia 2017, 12:50:25 »
Wiekszosc zgloszonych bledow nt. niefunkcjonujacych lokomotyw itp. powinna byc juz usunieta w tej wersji, przyczyna bylo niekompletne ladowanie definicji z plikow .fiz i pare bledow w komponentach. Tak wiec po nowych testach mozesz miec mniej do szukania ;)

2773
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 24 Stycznia 2017, 11:17:26 »
Aha, przy okazji. Nie bede robil kolejnego commita tylko dla takiego drobiazgu, ale jak mozesz to zmien deklaracje w VBO.h na:
class CVertNormTex
{
  public:
    float x = 0.0; // X wierzchołka
    float y = 0.0; // Y wierzchołka
    float z = 0.0; // Z wierzchołka
    float nx = 0.0; // X wektora normalnego
    float ny = 0.0; // Y wektora normalnego
    float nz = 0.0; // Z wektora normalnego
    float u = 0.0; // U mapowania
    float v = 0.0; // V mapowania
};
wyglada na to, ze inicjalizacja usuwa wiekszosc smieci z renderingu w trybie release, i staje sie on calkiem uzywalny, takze przy wylaczonym uzyciu VBO.

2774
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 24 Stycznia 2017, 10:01:17 »
Nie, sorry, kliknalem tylko w "compare & pull" i nawet nie spojrzalem, do glowy mi nie przyszlo ze on to tam wrzuci, bo poprzednim razem ustawil wszystko prawidlowo, i to jest branch od mover_in_c++ a nie od master. Moze GitHub cos sam wymyslil jak zobaczyl, ze nie ma konfliktow. Zaraz poprawie.

2775
Pomoc doraźna / Odp: Dobór karty graficznej
« dnia: 24 Stycznia 2017, 01:59:53 »
Masz 3 kości pamięci RAM w sumie 3 GB, dobrze byłoby dołożyć 1 kość, aby było 4 GB pamięci RAM.
Napisal, ze ma 3.2 GB pamieci, czyli najprawdopodobniej 4 GB zainstalowane, ale system 32-bit ktory tego w calosci nie obsluguje.

2776
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 23 Stycznia 2017, 19:16:55 »
OK, polaczylem poprawki, pull request wyslany.
Przepuscilem przez ta wersje scenerie z paczki calosciowej, wyglada na to ze (prawie) wszystko dziala. Z rzeczy do sprawdzenia jest prawdopodobnie konwersja z t3d -> e3d, symulator sie na tym (lub w okolicach) wysypuje, przy ladowaniu linii 61. Jesli wylacze konwersje w pliku .ini to wchodzi.
Aha, plikow solucji nie dotykalem, ale mam lokalnie *.sln i inne rzeczy z VS wrzucone do ignore, wiec moze git cos tam miesza. Jak znowu sprobuje cos tam kasowac to daj znac, dodam tez do swojej wersji na wszelki wypadek.

2777
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 23 Stycznia 2017, 14:04:39 »
Ja wlaczylem u siebie exceptions dla bledow koprocesora, wiec release wylatywal praktycznie natychmiast :d  Teraz jest juz troche lepiej, chociaz w duzej mierze losowo, bo ZTCW funkcje zwiazane z konstrukcja geometrii lubia sobie pisac gdzie chca, wiec czasem wszystko dziala, a czasem jest sieczka. Debug w zasadzie chodzi przyzwoicie caly czas.
Polaczylem to co zrobiles z moimi poprawkami i na razie lezy i czeka na reszte.
A Bogdan to z takiej glupiej reklamy, jakos tak wbila mi sie w pamiec ;)

2778
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 23 Stycznia 2017, 10:33:03 »
No mam nadzieję, że nie startowałeś na exe z paczki na zimno, a na nowym na ciepło.
Bogdan, ja Cie prosze :) Uruchamiane naprzemiennie kilka razy; na zimno to .exe z paczki meczy sie jakies 2 minuty.

2779
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 23 Stycznia 2017, 04:50:51 »
Z ciekawostek: po wprowadzeniu bardziej kompletnego ladowania plikow .fiz i poprawek dla najbardziej widocznych bledow .exe uruchamia sie takze i nawet dziala w trybie release. Release to w tej chwili jazda po bandzie, bo w kodzie na 100% sa jeszcze kwiatki w stylu czytania danych nie stamtad, gdzie trzeba, ale skok wydajnosci jest calkiem niezly -- np scenariusz Calkowo, ktory oficjalny .exe z paczki laduje u mnie 90 sekund, w nowym .exe wchodzi w 35 ;)

2780
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 22 Stycznia 2017, 17:18:56 »
W takim razie, jesli mozesz, pchnij to co jest zrobione do tej pory? Podlacze sobie na swoim koncu, i bedzie mniej roboty jak skonczysz reszte.

2781
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 21 Stycznia 2017, 21:37:38 »
OK, jeszcze jedno glupie pytanie, jak juz przy tym jestem. Do ladowania zawartosci tablicy DList w wersji Pascalowej uzyte jest:

(wiersz), RList[k].Relay, RList[k].R, RList[k].Mn

To sa cztery parametry, ale we wszystkich plikach .fiz sa podawane tylko 3. Czy 4-ty jest opcjonalny, czy jest to jakos inaczej obslugiwane?

2782
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 21 Stycznia 2017, 17:12:06 »
OK, ale ktore zmienne sa podane w ktorej wersji, bo teraz sa co najmniej 3 warianty, i kazdy inny. Z tego co moge znalezc w wersji Pascalowej to jest:

MotorParamTable
ElectricSeries: (wiersz) mfi, mIsat, fi, Isat, (opcja autoswitch)
DieselElectric: (wiersz) mfi, mIsat, fi, Isat, MPTRelay[k].Iup, MPTRelay[k].Idown
DieselMotor: (wiersz) mIsat, fi, mfi, (opcja autoswitch)

MotorParamTable0
(wiersz) mfi, mIsat, mfi0, fi, Isat, fi0, (opcja autoswitch)

czy to sie wszystko zgadza, czy cos zle czytam?

2783
Pomoc doraźna / Odp: Dobór karty graficznej
« dnia: 21 Stycznia 2017, 03:07:35 »
Współczesne karty graficzne wymagają dodatkowego zasilania, które zasilacz musi dostarczyć.
To akurat zalezec bedzie od modelu -- np 750 TI (i uaktualnienie, 1050 TI) zadowalaja sie napieciem z szyny, bez zadnych dodatkowych wtyczek. 750 TI to prawdopodobnie bylby przyzwoity wybor do tej konfiguracji i zastosowan -- z symulatorem radzi sobie niezle, a ze wzgledu na wiek i target nie jest zbyt kosztowna.

2784
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 20 Stycznia 2017, 23:29:42 »
MPT0 umożliwia podanie dodatkowej wartości (oidp fi0) dla lepszego dopasowania charakterystyki. MPT przypisywało jej wartość 0.
Hmm tu w ogole bajzel troche jest:

h9-21 (DieselEngine)
MotorParamTable: minVelfullengage=9.5 engageDia=0.352 engageMaxForce=2000 engagefriction=0.8
0 0 0 -1
1 6.93 -1 10
2 4.03 4 28
3 2.36 15 50
4 1.40 25 88
5 1.00 47 100
END-MPT 

301d (DieselElectric)
MotorParamTable:
0 20 100 3000 20.8 1340 1713
1 18.5 110 2700 25 1340 1713
2 17.2 135 2500 30 1340 1713
3 14.3 170 2000 48.5 1340 1713
END-MPT 

rozumiem, ze parametry sa rozne w zaleznosci od typu silnika, ale trzeba to jakos uporzadkowac, bo parser glupieje. Albo switch mozna dac, ale ktore parametry i w jakiej kolejnosci sa wpisane w jednej i drugiej wersji?

2785
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 20 Stycznia 2017, 21:46:30 »
ZTCW to Size i tak nie bylo uzywane -- funkcja ma swoj wlasny licznik i zwieksza go z kazdym przebiegiem, i dopisuje do tabeli nowe wartosci tak dlugo, jak jest jeszcze miejsce. W przyszlosci mozna faktycznie zrobic tabele np. na vector zwiekszanym dynamicznie, jesli 30+ wpisow to za malo.

Okazalo sie, ze nie ladowalo tez sekcji "MotorParamTable:" bo mialo na sztywne ustawione zeby szukac tylko "MotorParamTable0:"  Czy te dwie wersje sie czyms roznia, poza brakiem ostatniego parametru? W kazdym razie SU juz sobie jezdzi, chociaz nie wiem czy na 100% jak trzeba:


2786
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 20 Stycznia 2017, 20:06:26 »
Wiersze są ponumerowane od 0 do size, czyli jest ok ;)
Ale dla normalnego czlowieka nie-programisty to nieintuicyjnie jest ;)
Tabela sie teraz laduje i wydaje sie, ze silnik na obroty wchodzi jak trzeba, wkazniki sie ruszaja itp, ale nie rusza dran z miejsca. Ktos kumaty musialby porownac to co tam jest w c++ z tym co jest w oryginale, moze cos zostalo nie popdpiete, idk.

edit: chyba znalazlem. funkcja ladujaca .fiz nie odzytuje niektorych parametrow (FTmax itp) i wszystkie zostaja na domyslnym 0.

2787
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 20 Stycznia 2017, 18:58:25 »
Do kodu podłączać nie trzeba. "Tylko" wczytać wszystkie parametry z pliku fiz.
OK, zeby sie upewnic -- to, co jest zapisane w pliku .fiz pod identyfikatorem "WWList" powinno byc umieszczone w tablicy DElist w TMoverParameters, tak? I jeszcze taki kwiatek -- parametr Size jest o 1 mniejszy niz liczba wpisow, np:
WWList: Size=11
496 0 0 0
496 30 870 3000
496 75 870 3000
496 105 870 3000
496 135 870 3000
568 213 870 3000
640 305 870 3000
712 395 870 3000
784 495 870 3000
856 595 870 3000
928 705 870 3000
1000 800 870 3000
END-WWL

jak to interpretowac? Ignorowac pierwsza linie, czy Size?

2788
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 20 Stycznia 2017, 16:10:49 »
Ja sie tam specjalnie wtracac nie bede ;) a propos rozwiazywania bledow, SU45 (i zapewne pokrewne, jesli sa) nie jezdzi, bo ma chyba podlaczony zly kod -- z tego co zauwazylem to probuje uzywac tablicy DList, ktora jest w jej przypadku pusta/wypelniona smieciami, natomiast odczytu zawartosci WWList z pliku .fiz nie ma jeszcze w kodzie. Ladowanie tablicy akurat moge dopisac, nie powinno sie z niczym pogryzc, ale podlaczanie kodu do jazdy, to juz musi sie tym zajac ktos ciezko doswiadczony.

2789
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 20 Stycznia 2017, 09:10:11 »
No wlasnie boje sie ruszyc bo tam straszna sieczka jest, dlatego pytam :)  na razie nie bede grzebal wiecej, poczekam az skonczysz formatowanie itp, to tylko wyskoczylo przy okazji, jak probowalem ogarnac, czemu nie renderowal zadnych pojazdow na drogach. Wyszlo na to, ze w kodzie sporo jeszcze opiera sie na odczycie troche 'na slepo', a tryb debug specjalnie inicjalizuje pamiec smieciami, zeby to latwiej wylapac, wiec faktycznie zaczyna to wychodzic. No, ale samochody znowu jezdza, i nawet maja wszystkie cztery kolka ;)

2790
Na warsztacie / Odp: Odp: Exe - konwersja na C++
« dnia: 20 Stycznia 2017, 08:47:03 »
A tak z innej beczki, no koozwa, ja nie moge -- czy czytanie negatywnych indeksow z tablicy, jak na zalaczonym screenie to jest by design, czy sie tylko przemknelo do tej pory niezauwazone, bo sobie kod po prostu lapal cos tam z poprzedniej zmiennej, a AttachPrev() lyka wszytko bez weryfikacji? o.O

Strony: 1 ... 91 92 [93] 94 95 96