Forum CDRinfo.pl

Forum CDRinfo.pl (https://forum.cdrinfo.pl/)
-   Gry (https://forum.cdrinfo.pl/f25/)
-   -   GTA IV - uruchomienie (https://forum.cdrinfo.pl/f25/gta-iv-uruchomienie-82709/)

Jarson 27.06.2009 23:42

Jeżeli zabezpieczenia są tylko po to, żeby gra nie wyglądała, jak zaproszenie do piractwa, to wystarczyło by zabezpieczać grę starszymi i łatwymi do złamania metodami - użytkownik który grę ściągnął z neta musiałby poczynić konkretne kroki, żeby je obejść, a więc miałby świadomość, że postępuje źle, a uczciwy nabywca nie musiałby się zbytnio głowić nad tym, jak zrobić, żeby gra chodziła bez płyty, czyli na przykład była grywalna po jej zarysowaniu.

Może to takie kółko samopomocy - programiści od gry pomagają kolegom programistom, którzy nie mają co robić, dając im zajęcie w postaci zamówień na nowe zabezpieczenia, a i potem ma je kto łamać...

Patrix 27.06.2009 22:53

Cytat:

Napisany przez andrzejj9 (Post 1032566)
Zresztą można to sprawdzić, bo były takie gry.

Ale za to były tańsze... a jeśli nie to widać producent próbował sobie zarobić więcej oszczędzając na tym.

andrzejj9 27.06.2009 19:48

Próbujesz udowodnić, że to się nie opłaca. W koncernach są setki analityków, którzy najwyraźniej twierdzą inaczej, bo gdybyś miał rację, to żadnych zabezpieczeń by nie było. Zresztą można to sprawdzić, bo były takie gry. Nie słyszałem, żeby sprzedały się jakoś nadzwyczajnie lepiej niż te z zabezpieczeniami.

Patrix 27.06.2009 00:10

andrzejj9, firmy wydają pieniądze na zabezpieczenia, które są wysoce nietrwałe (powstaje nowy profil do alcohola albo krak exe'ka). Potem aby wyjść na zysk dolewają te koszty do końcowej ceny gry czy czegoś tam i wychodzi na to, że to my płacimy za te zabezpieczenia kupując tą grę czy coś tam, pomijam tutaj już co wcześniej napisałem.

zabezpieczenia, koszty, cena, krak/profil => kopia bezpieczeństwa
brak zabezpieczeń, brak kosztów, niższa cena, kopia bezpieczeństwa

^ jak widać historia zaczyna się różnie a kończy zawsze tak samo,

druga sprawa...
piractwo to zło ale obojętnie czy to zabezpieczą czy nie i tak będzie na tym czarny rynek. Czarny rynek możnaby zabić niższą ceną paradoksalnie nie zabezpieczając płyty.

Czy zabezpieczenia coś dają ? Nic nie dają;

Dziecko neo, które nie potrafi zrobić formata,
wie jak się używa kraka !

andrzejj9 26.06.2009 23:34

Cytat:

Napisany przez Sunna (Post 1032414)
Ke ?
Przeciez kazda gra jest po krotkim czasie lamana. Tak samo filmy, odpowiedni prog i sie kopiuje. Wiec po co te zabawy ? ...
Koniec, temat byl walkowany milion razy. Niech sie bawia w blogiej nieswiadomosci.

Po to, żeby robiło to mniej osób. Czy też po prostu, żeby brak jakichkolwiek zabezpieczeń nie był przez niektórych traktowany jako zaproszenie (zwłaszcza w dobie internetu).

A ponieważ stworzenie zabezpieczeń jak wszystko koszstuje i to niemało - powtórzę - dla przyjemności tego nie robią.

Sunna 26.06.2009 21:09

Cytat:

Napisany przez andrzejj9 (Post 1032412)
a też i producentów zrozumieć częściowo trzeba, że nie robią tego dla przyjemności.

Ke ?
Przeciez kazda gra jest po krotkim czasie lamana. Tak samo filmy, odpowiedni prog i sie kopiuje. Wiec po co te zabawy ? ...
Koniec, temat byl walkowany milion razy. Niech sie bawia w blogiej nieswiadomosci.

andrzejj9 26.06.2009 21:00

Też bym wolał być traktowany jako uczciwy jak kupuję produkt oryginalny (czyli na przykład móc normalnie płytę skopiować (na własny użytek), przegrać na komputer, czy nie musieć kilkukrotnie rejestrować gry i instalować z nią dodatkowych programów). Niestety rzeczywistość wygląda jak wygląda, a też i producentów zrozumieć częściowo trzeba, że nie robią tego dla przyjemności.

W każdym razie zgadzam się, że powinno być inaczej. Z obu stron.

Patrix 26.06.2009 20:32

Cytat:

Napisany przez andrzejj9 (Post 1032348)
Już to było szeroko omawiane. Stulta lex, sed lex.

Tak, zuuuoo. Tak samo złe jest zabezpieczanie płyty przez producenta abym nie mógł sobie legalnie zrobić kopii na własny użytek.
Ja Cię rozumiem, moje zdanie też poznałeś to wszystko co miałem do napisania na ten konkretnie temat.

Jarson 26.06.2009 16:07

Cytat:

Napisany przez andrzejj9 (Post 1032179)
Ten komunikat pojawiał mi się już wcześniej i specjalnie dlatego zmniejszyłem praktycznie wszystkie ustawienia w menu tak, żeby z posiadanych 512 (gra widzi trochę mniej) potrzebnych było ok. 370 (czyli duży zapas).

No to teoretycznie gra powinna się uruchamiać bez problemu - moja karta ma 256 MB pamięci i zasadniczo nie przeszkadza to w użytkowaniu gry, rzecz jasna na dość niskich detalach.

andrzejj9 26.06.2009 15:48

Cytat:

Napisany przez Patrix (Post 1032290)
Tak, ale prawda jest taka, że jak masz oryginał, którego nie da się skopiować (backup) to masz ten zakaz gdzieś i robisz tak aby się dało tego używać - no bo przecie masz prawo zrobić jedną kopię! No i masz paradoks...


Nie masz, łamiesz prawo. Już to było szeroko omawiane. Stulta lex, sed lex.

Patrix 26.06.2009 12:19

Cytat:

Napisany przez Sunna (Post 1032230)
Mozna spac, ale z legalnoscia cukierek nie ma nic wspolnego. Nie mozna ingerowac w kod gry.

Tak, ale prawda jest taka, że jak masz oryginał, którego nie da się skopiować (backup) to masz ten zakaz gdzieś i robisz tak aby się dało tego używać - no bo przecie masz prawo zrobić jedną kopię! No i masz paradoks...

Sunna 26.06.2009 06:34

Cytat:

Napisany przez Patrix (Post 1031098)
Mając oryginał i cukierka możesz spać spokojnie.
Gorzej jeśli to bołaby tylko płyta DVDR i cukierek hehe ;)

Mozna spac, ale z legalnoscia cukierek nie ma nic wspolnego. Nie mozna ingerowac w kod gry.

andrzejj9 25.06.2009 22:48

Cytat:

Napisany przez joujoujou (Post 1032169)
http://forum.laptopy.info.pl/f40/ste...96/#post303148

Też gra, ale inna, też grafa ati.

Spróbuj odinstalować tę poprawkę KB952287, o ile ją masz. :idea:

Poczytałem i w sumie jakiś pomysł to jest, chociaż jak doczytałem dalej rady, co komu pomogło, to porady są tak niezwiązane z sobą, że podejrzewam tu po prostu losowość. W kazdym razie poprawkę odinstalowałem, pewnie nie zaszkodzi.

W międzyczasie ściągnąłem jeszcze tego nowego patcha, tak więc nie wiem, co ostatecznie pomogło, ale przed chwilą udało mi się po raz pierwszy uruchomić grę. Tak mniej więcej na 5 sekund, żeby potem wywaliła się do Windowsa z komunikatem, że za mało pamięci na karcie graficznej...

Ten komunikat pojawiał mi się już wcześniej i specjalnie dlatego zmniejszyłem praktycznie wszystkie ustawienia w menu tak, żeby z posiadanych 512 (gra widzi trochę mniej) potrzebnych było ok. 370 (czyli duży zapas). Jak widać dla doskonale zoptymalizowanej gry okazało się to za mało. Żeby było ciekawiej zdążył pojawić się tylko jeden ekran, a wcześniej ten komunikat pojawiał się już w trakcie dema początkowego... Serio, w tym momencie przestaję się dziwić ludziom, że masowo ten tytuł oddawali.. Olewanie klienta też powinno mieć pewne granice.


W każdym razie gra być może już działa (chociaż podejrzewam, że i tak przyczyną było tu jednego coś w sterownikach Asus'a) tyle, że nie da się w nią grać. Oczywiście może to być losowe i jutro może się już w ogóle nie uruchomić (tak już też miałem, że przy jednym uruchamianiu pojawiał się jakiś błąd, a potem przy kolejnym zupełnie inny..), gdyby jednak postanowiła dalej działać, to może jeszcze zmniejszę ustawienia na minimum i zobaczę, czy w ogóle to działa.

Chociaż szczerze mówiac nie bardzo mi się już chce..

Dobrze, że nie ja tę grę kupiłem...

joujoujou 25.06.2009 22:18

http://forum.laptopy.info.pl/f40/ste...96/#post303148

Też gra, ale inna, też grafa ati.

Spróbuj odinstalować tę poprawkę KB952287, o ile ją masz. :idea:

andrzejj9 24.06.2009 23:22

Cytat:

Napisany przez Reetou (Post 1031063)
Jeśli BSOD, to WhoCrashed i reinstall wykrytego sterownika.

Coś nie bardzo ten program. Nie wykrywa błędów mimo, że miały miejsce.

Ale zrobiłem to innym programem - mianowicie WinBbg i otworzyłem w nim skopiowany ręcznie plik *.dmp z folderu Minidump z windowsa. Treść poniżej:

Cytat:


Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Documents and Settings\Andrew\Moje dokumenty\Mini062409-03.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
************************************************** **************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
************************************************** **************************
Executable search path is:
************************************************** *******************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
************************************************** *******************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Wed Jun 24 22:54:26.906 2009 (GMT+2)
System Uptime: 0 days 0:14:42.601
************************************************** *******************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
************************************************** *******************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
.................................................. .............
.................................................. ..............
....................................
Loading User Symbols
Loading unloaded module list
..................
Unable to load image atkdisp.dll, Win32 error 0n2
*** WARNING: Unable to verify timestamp for atkdisp.dll
*** ERROR: Module load completed but symbols could not be loaded for atkdisp.dll
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, bf013632, a79f8c04, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

************************************************** ***********************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
************************************************** ***********************
************************************************** ***********************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
************************************************** ***********************
************************************************** ***********************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
************************************************** ***********************
************************************************** ***********************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB ***
*** ***
************************************************** ***********************
************************************************** ***********************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
************************************************** ***********************
************************************************** ***********************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
************************************************** ***********************
************************************************** ***********************
*** ***
*** ***
*** Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!_KPRCB ***
*** ***
************************************************** ***********************
************************************************** *******************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
************************************************** *******************
************************************************** *******************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
************************************************** *******************
Probably caused by : atkdisp.dll ( atkdisp+1632 )

Followup: MachineOwner
---------


Wychodzi więc na to, że problem jest z plikiem atkdisp.dll. Poszperałem na internecie i powtórzyło się to, o czym już wcześniej czytałem, a mianowicie o programie Asus'a Gamer OSD. Miałem to cholerstwo i odinstalowałem, ale na razie nic się nie zmieniło (tzn. zmieniło - blue screen pokazał się wcześniej..). Ewentualnie spróbuję jeszcze usunąć wszystkie pozostałe programy Asus'a (chociaż niechętnie, bo z niektórych - np. Smart Doctor - korzystam) i sprawdzę wtedy.


Tymczasem pojawił się kilka dni temu kolejny, czwarty już chyba patch do GTA. Z ciekawości może nawet spróbuję..


Wszystkie czasy w strefie CET. Aktualna godzina: 19:55.

Powered by vBulletin® Version 3.9.0 LTS
Copyright ©2000 - 2026, vBulletin Solutions Inc.