SkinControl

Hmm. Przepraszam. Dałem jako załącznik i zniknął.
Już jest jak sugerowałeś:
http://www.mk-centrum.com.pl/maxym/N2002/

Bardzo ladne Niezla robota MaXyM

Niestety nie bardzo to działa na Win98. ale wiem gdzie szukać przyczyny.
Działa natomiast na Win2000 i XP.

Pieknie to dziala, dobra robota
Jak sa potrzebne jakies testy to zglaszam sie do experymentow

Wersja 0.8beta już na stronie:
http://www.mk-centrum.com.pl/maxym/N2002/
Tam też informacja co zostało zmienione i co jest jeszcze w planach

Admina prosze o przyklejenie wątku.

Mam propozycje do zmiany funkcji startu Nascara z poziomu SC

1. Funkcje uruchom nascara przy wyjsciu zastapilby przycisk uruchom nascara czyli zawsze mozna z poziomu SC uruchomic nascara, a program zamknac nie uruchamiajac Sima

2. Funkcja uruchom nascara przy wyjsciu zmienila by nazwe i funkcje na "Uruchom Nascara automatycznie, powiadom tylko o nowosciach"
Polegalo by to na tym ze po zaznaczeniu tej opcji uruchamianie nascara przejaby SC ktory sprawdzilby tylko czy sa nowe skiny jesli nie ma to nastepuje natychmiastowy start nascara, gdy natomiast sa jakies nowe skiny to uruchamia sie SC i decydujemy co dalej z tymi skinami zrobimy

Inaczej mowiac chce aby mozna bylo wykozystac SC jako launcher do nascara powiadamiajacy nas o nowych skinach bo nie bedzie sie nam chcialo specjalnie odpalac SC co raz aby sprawdzic czy nie ma czegos nowego, a w ten sposob przy niskim nakladzie mozemy byc powiadamiani o nowych skinach

Wczoraj sie troszke pobawilem, prog ma moim zdaniem 2 wady

1. Gdy SC nie ma jeszcze pliku db musi ja stworzyc. A w tej chwili dzieje sie to przez sciagniecie WSZYSTKICH skinow jakie sa zapisane na serverze www, mimo ze 95% z nich uzytkownik juz posiada i sa one identyczne (nie przyjemne IMO dla modemowcow, 30 skinow to jest ok 5-7MB)

2. Jezeli SC posiada juz plik db to wszystkie porownania, czy jest nowy skin, sa robione na podstawie daty aktualizacji danych na serverze (czyli ktos zmieni np swojego mail'a i juz data sie zmienia) Wtedy program ponownie sciaga ten sam skin ktory wczesniej byl taki sam i ktory juz wczesniej zassalismy to jest juz chyba niedopuszcalne lepiej jezeli oczywiscie to mozliwe zrobic porownanie dat plikow

hipotetycznie :
Ladujemy plik na server www, jego data pozostaje taka sama jaka ma na naszym HDD.
Uruchomiony SC porownuje daty plikow serverowych z naszymi lokalnymi, gdy sie roznia SC go zasysa I do tego nie potrzeba 'lokalnej bazy' czyli pliku db. Gdy nasz HDD nie posiada pliku ktory jest na serverze www to go sciaga oczywiscie

Ad1. Niestety za pierwszym razem każdy będzie musiał to przejść. Bo nie ma możliwości weryfikacji czy skin który masz jest aktualny. Nawet taka sama długość pliku tego nie gwarantuje. Ostatecznie jak będziesz chciał (oraz inni modemowcy) to ktoś kto zassał aktualne skiny (np. ja) wyśle Ci plik .db i bedziesz miał z głowy dopóki ktoś pojedynczego skina nie zmieni.
Poza tym masz możliwość zaznaczenia sobie które skiny chcesz ściagać (od wer. 0.8).

Ad2. Baza danych z której teraz korzystacie jest testowa bazą o czym pisałem. Nie ma wielu mechanizmów a wiele rzeczy właśnie wychodzi podczas testów. I faktycznie w chwili obecnej data modyfikacji rekordu zmienia się także przy zmianie danych informacyjnych (jak znajde chwilkę to to poprawię). Natomiast faktyczny serwis zadeklarował się zrobić Gregor. Otrzymał ode mnie szkielet bazy, skrypty etc. Więc spoko - cierpliwości.

Porównywanie dat plików na podstawie daty stworzenia jest rzeczą wątpliwą. Choćby w wypadku przegrywania skinów z partycji na partycję etc. PLik DB jest wygodny wg mnie i dodatkowo gwarantuje że po reinstalce systemu nie będziesz musiał zasysać skinów na nowo (o ile zachowasz katalog z SC a w szczególności plik .db)

W każdym razie dzięki za uwagi

Wlasnie dla testow skopiowalem sobie plik z jednej partycji na druga.
Data Created faktycznie sie zmienila tzn skopiowany plik ma date aktualna czyli 22 maja ale data Modified zostala 17 kwiecien 2002 czyli ta data sie nie zmienila mimo kombinacji z plikiem co ciekawe domysle tez ta date pokazuje Total Commander wiec zna sie na rzeczy

Oczywiscie zrobicie jak uwazacie ze bedzie lepiej, skoro data moze wprowadzac komplikacje. Choc zobaczcie ile korzystanie z tej daty zaapobiega komplikacji :
nie potrzebujemy db nie musimi sie wogole interesowac tym jaki mielismy stan nascara wczesniej,
a gdy skasujemy niechcaco aktualny skin ? w db bedzie figurowal ze jest i nie potrzeba go uaktualniac a przeciez musimy go jakos sciagnac kolejna komplikacja .
No i to zaznaczenie preferowanego 'naszego nr' zeby nie sciagac swojego skina to tez odpada w przypadku korzystania z daty.
Nie trzeba sie martwic baza db wiec nie musimy sciagac 30 skinow pierwszy raz, ani robic zachodow aby ta baze zdobyc od kogos innego.
Oczywisci emozna sobie odptaszkowac ze sie nie chce sciagac 20 skinow ale wczesniej czy pozniej trzeba bedzie bo inaczej ni ebedziemy mieli mozliwosci stwierdzic czy jest nowszy skin

No muszę przyznać że najpierw miałem od razu Cię sfuckać że szukasz dziury w całym. Jednak wziąłęm na wstrzymanie i jedząc kolację doszedłem do wniosku że to by nie było głupie. Tym bardziej że w wypadku usunięcia przypadkowego pliku mój algorytm jest 'słaby'.

Jednak biorąc pod uwagę fakt, że i tak by mi się nie chciało zmieniać połowy programu a prawdopodobieństwo, że ktoś usunie sobie pojedynczy plik jest raczej małe. No i przez PHP nie da się przekazać daty stworzenia pliku. Co obala teorie ze Twój pomysł rozwiąże problem pliku właściciela.

Zreszta popatrz na zalety W pliku db SC zapisuje dane kierowcy. Nie musisz szukać po stronach czyj numer/skin jest kogo
Chociaż kto wie.. może w wer 2.0 przerobi się. Na razie chcę szybko skończyć program i zabrac sie do prac które wiszą nade mną.

nie spox ja nie mam pretensji ani nic bo najlepiej sprawdzac czy skin jest nowy po sumie kontrolnej jakis SFV czy cos ale to jzu jest kupa roboty a czy po stronie servera to jest mozliwe ? hehe

I jezeli nie ma mozliwosci przeslania pliku przez php z odpowiednia data to faktycznie cala teoria lezy w gruzach

Generowanie SFV to tylko algorytm więc nie ma problemu z napisaniem w PHP. Ale akurat posługiwanie się SFV też zmusza CIe do zapisywania tych sum na lokalnym dysku. To to samo co data tyle że gwarantuje że plik jest poprawnie ściagnięty.

A cała teoria nie lezy w gruzach tylko jej część dodycząca skina danego gracza. Bo za datę mozna wziąśc datę uploadu na server i potem ją ustawić po ściągnięciu na dysk

Właśnie sobie ściągam skiny i musze przyznać że naprawde fajny ten programik Świetna robota MaXyM
A co do opcji typy "uruchom nascara przy wyjściu" czy innych tego typu bajerów to można sobie chyba darować Dla mnie przynajmniej nie jest to takie istotne...

Luk, dzięki. Liczyłem na to (i cały czas liczę) że będzie to naprawdę przydatny sofcik a nie tylko gadżet.

Na stronie http://www.mk-centrum.com.pl/maxym/N2002/ kolejna wersja oraz informacje o zmianach i planach.

PS. Kolejne pytanie. Czy kompilować program z biblioteką MFC jako static czy shared? W pierwszym przypadku program nie będzie potrzebował takowej w systemie ale wtedy ma długość 200kB. W wersji shared ma tylko 45kB. Czy komus się zdarzyło że nie miał tej biblioteki?
Ja odpaliłem to na gołej Win98 (a właściwie na VirtualPC - rulez) i działa bez problemu.

Na XP oczywiscie sie odpala odrazu wiec ma biblioteke.
Jezeli jednak komus wola o biblioteke to chyba lepiej kompilowac jako static, 200kb to dalej malutki programik a ile klopotow zaoszczedzonych z szukaniem bibliotek w razie wpadki

Do okna About powinienes jeszcze dodac link do stronki SC