CD Kopierschutz bzw. Anno 1602
David Lang
Für Anno hab´ ich jetzt einen patch, danke an R. Mahs :o)
Wer ihn braucht, bitte ne mail an mich mit subjekt "ANNOPATCH" :o)
Was des Thema Kopierschutz bei CDs betrifft:
Das man den Kopierschutz irgendwie umgehen muß, ist je logisch,
nur WIE?
Beispiel Anno1602 (...) : Die patch.exe nimmt sich die Anno1602.exe
vor und wörkelt ziemlich lange Zeit an ihr herum. Wenn das Prog
fertig ist, kann man die Videos mit schlechter oder mit guter Qualität
löschen, das Prorgamm sucht nicht mehr danach. Toll.
Aber wie zum Teufel geht das ?
Ich manipuliere mit dem patch ja offensichtlich die Abfrage, woher
weiß ich aber, wo die Abfrage steht? Decompilen? Jedes Bit
durchtesten? Oder gar Hex-Editieren?
Für nen Tip wäre ich echt dankbar!
Achja: Neuerdings testet man CD - Kopierschutz - Methoden der etwas
anderen Art: Die CDs werden mit kaputten bzw. "falschen" Tracks
gepreßt (diese werden mit höherer Geschwindigkeit geschrieben), d.h.
sie können weder 1:1 kopiert werden, da diese Tracks nicht gelesen
werden können (und nat. auch nicht geschrieben), und wenn man das
ganze von der Platte runterbrennt, dann fehlen diese Tracks auch, und
das Prog weiß dann, dass es sich um eine Kopie handelt.
In diesem Sinne
DAVID LANG
*******************************
* david...@styria.com *
* *
* c´mon people have some fun, *
* dancin´ in the mornin´ sun..*
*******************************
Sascha Schwarz
David Lang schrieb:
anscheinend hast du ja von CD´s gar keine Ahnung, und vom kopieren und
cracken schon gar nicht. Woher hast du nur den Quatsch mit den kaputten
Tracks, etwa geträumt? Wenn du mir nur eine Orginal CD nennen kannst die
diesen Kopierschutz benuzt, kriegst du von mir sofort einen Patch.
Ansonsten solltest du dich erst mal mit den Books (Blue,red usw.)
beschäftigen. Wenn verstehst wie ein CD-Rom funktioniert und was man per
Software mit jedem IDE und SCSI Laufwerk machen kann und was nicht
kannst du weitereden.
Demnächst erzählst du uns wahrscheinlich wie man Telefonkarten wieder
auflädt.
:-\
Sascha
Marcel Kilgus
David Lang wrote:
> Ich manipuliere mit dem patch ja offensichtlich die Abfrage, woher
> weiß ich aber, wo die Abfrage steht? Decompilen? Jedes Bit
> durchtesten? Oder gar Hex-Editieren?
Disassemblieren bzw. debuggen.
Marcel
Doobee R. Tzeck
david...@styria.com (David Lang) writes:
> Für Anno hab´ ich jetzt einen patch, danke an R. Mahs :o)
> Wer ihn braucht, bitte ne mail an mich mit subjekt "ANNOPATCH" :o)
>
> Was des Thema Kopierschutz bei CDs betrifft:
>
> Das man den Kopierschutz irgendwie umgehen muß, ist je logisch,
> nur WIE?
>
> Beispiel Anno1602 (...) : Die patch.exe nimmt sich die Anno1602.exe
> vor und wörkelt ziemlich lange Zeit an ihr herum. Wenn das Prog
> fertig ist, kann man die Videos mit schlechter oder mit guter Qualität
> löschen, das Prorgamm sucht nicht mehr danach. Toll.
>
> Aber wie zum Teufel geht das ?
>
> Ich manipuliere mit dem patch ja offensichtlich die Abfrage, woher
> weiß ich aber, wo die Abfrage steht? Decompilen? Jedes Bit
> durchtesten? Oder gar Hex-Editieren?
Dekompilieren & Erfahrung.
drt
Sascha Schwarz
David Lang schrieb:
>
> Blablabla, wer mich Möchtegern nennt, soll mir erst beweisen, dass er
> besser ist!
Kein Problem!
> Der Quatsch mit den kaputten Tracks ist kein Quatsch sondern realität.
> Wärst du
> Leser diverser Fachzeitschriften wie "CD-Tech" etc. wüßtest du, dass
> mehrere Firmen
> schon an dieser Technik arbeiten. IDE + SCSI Laufwerke übergehen diese
> Tracks, weil
> sie sie nicht lesen können. Ich kann ja auch von einer CD etwas lesen,
> obwohl Tracks
> weiter vorne und weiter hinten vielleicht nicht lesbar sind (Kratzer
> etc.).
Soso..
> Und einem Prog die Abfrage von Informationen von einem bestimmten
> Bereich auf einer
> CD beizubringen ist wirklich nicht allzu schwer (ich behaupte nicht,
> dass ich das kann)!
schon klar..
> Vom cracken hab ich wirklich nicht besonders viel Ahnung, das geht ja
> wohl aus dem Post
> ganz deutlich hervor, oder?
ganz sicher..
> Und vom Brennen versteht ich doch wesentlich mehr als mancher denkt.
anscheinend nicht!
> :o]
>
> David
>
Also erst mal wenn du überhaupt wüsstest was ein KAPUTTER Track ist und
wie die Fehlerkorrektur vom CDRom Laufwerken arbeitet(Prüfsummen ect.)
dann würde vieleicht sogar dir klar werden das man alles was auf einer
CD ist kopieren kann. Nur auf die Software kommt es an.
Nun wieder zu den ominosen BAD TRACKS: Für JEDE CD ob Audio CDRom
PhotoCD ect. gibt es Standards. Jedes CDRom Laufwerk kann eine CDRom
lesen die OK ist. Ob ein Laufwerk auch eine zerkratzte CD lesen kann
hängt von der Qualität des Laufwerks und dessen Fehlerkorrektur ab.
Ob ein Laufwerk z.B. Audio Tracks digital auslesen kann und damit auch
alle mir bekannten Formate und Markierungen auf CD´s hängt von Hardware
und Firmware ab.(geht nur mit SCSI)
na bis hierhin mitgekommen?
Und überhaupt weisst du denn wie alt der CDRom Standart ist, und erst
jetzt kommen die Entwickler auf die Idee mit den BAD TRACKS die nicht
kopierbar sind? Und das soll auch noch auf all den vielen verschiedenen
CDRom Laufwerken funktionieren? Und wie willst du denn etwas abfragen
was dein Laufwerk deiner Meinung ja nicht lesen kann und übergeht. Und
das bei so vielen CDRom Laufwerken und Treibern?
Und dein Käseblatt kenne ich nicht, oder war das vieleicht die
Computerbild? Ich habe es aber auch nicht nötig mir so die Infos zu
holen. Im Net findest du mehr Infos über Cd´s als irgendwo sonst.
Aber leider auch immer wieder son Quasch wie BAD TRACKS.
Also immer erst denken und dann senden.
Bye Sascha
Sascha Schwarz
David Lang schrieb:
> Für nen Tip wäre ich echt dankbar!
>
> Achja: Neuerdings testet man CD - Kopierschutz - Methoden der etwas
> anderen Art: Die CDs werden mit kaputten bzw. "falschen" Tracks
> gepreßt (diese werden mit höherer Geschwindigkeit geschrieben), d.h.
> sie können weder 1:1 kopiert werden, da diese Tracks nicht gelesen
> werden können (und nat. auch nicht geschrieben), und wenn man das
> ganze von der Platte runterbrennt, dann fehlen diese Tracks auch, und
> das Prog weiß dann, dass es sich um eine Kopie handelt.
Und schon wieder so geschwaffel von BAD TRACKS!!!!!!!!
> In diesem Sinne
> DAVID LANG
>
>
> *******************************
> * david...@styria.com *
> * *
> * c´mon people have some fun, *
> * dancin´ in the mornin´ sun..*
> *******************************
Nee Nee,
du kannst oder willst nicht von der Story mit den BAD TRACKS weg was?
Und kannst du mir endlich ein Proggi nennen was diesen Kopierschutz
benutzt?? Nee natürlich nicht!
und bevor du mir das gegenteil nicht beweisen kannst halte ich das alles
für blödes geseiere und wichtigtuerei, nach dem Motto:
ICH HAB ZWAR KEINE AHNUNG MÖCHTE ABER UNBEDINGT WAS ZU SAGEN HABEN!
Ach ja zum Patch: Wärst du auch nur annähernd so toll wie du möchtest,
dann hättest du dir den Patch Diassembliert und dann gewusst was er
macht. So hab auch ich mal angefangen!
Nimms mir nicht übel aber ich kann keine Meldungen mehr zu Dingen die es
nicht gibt ertragen. Also beweiß erst mal was du behauptest.
Wenn du das Programm mit diesem Kopierschutz besorgst zeige ich dir wie
mann es knackt. (ehrlich versprochen!)
Bye Sascha ;-)
Doobee R. Tzeck
sascha....@t-online.de (Sascha Schwarz) writes:
> Also erst mal wenn du überhaupt wüsstest was ein KAPUTTER Track ist und
> wie die Fehlerkorrektur vom CDRom Laufwerken arbeitet(Prüfsummen ect.)
> dann würde vieleicht sogar dir klar werden das man alles was auf einer
> CD ist kopieren kann. Nur auf die Software kommt es an.
Wie steht es mit überlangen CDs?
drt
Michael Sohmen
Doobee R. Tzeck (u-drt-27278x6...@bonk.hau.rhein.de) wrote:
: sascha....@t-online.de (Sascha Schwarz) writes:
: > Also erst mal wenn du =FCberhaupt w=FCsstest was ein KAPUTTER Track ist u=
: nd
: > wie die Fehlerkorrektur vom CDRom Laufwerken arbeitet(Pr=FCfsummen ect.)
: > dann w=FCrde vieleicht sogar dir klar werden das man alles was auf einer
: > CD ist kopieren kann. Nur auf die Software kommt es an.
: Wie steht es mit =FCberlangen CDs?
Das ist der eigentliche Kopierschutz bei Anno1602 - die CD hat ca. 50
MB mehr Kapazitaet als man normalerweise bei CD-Rs bekommt.
Wenn man mal einige (eher Preisguenstige) CD-Rs durchtestet, findet man
welche, die evtl. in der Mitte weiter beschichtet sind und mehr Platz
haben. Besser waere benutzung eines aktiven Kompressionsprogramms mit
Komprimat auf CD.
- Ich habe kein CD-R, aber habe vom hoerensagen erfahren ...
Gruesse, Michael
Sascha Schwarz
Doobee R. Tzeck schrieb:
>
> sascha....@t-online.de (Sascha Schwarz) writes:
>
> > Also erst mal wenn du überhaupt wüsstest was ein KAPUTTER Track ist und
> > wie die Fehlerkorrektur vom CDRom Laufwerken arbeitet(Prüfsummen ect.)
> > dann würde vieleicht sogar dir klar werden das man alles was auf einer
> > CD ist kopieren kann. Nur auf die Software kommt es an.
>
>
> drt
Das ist der Trick!!
da CD Player und auch CDRom Laufwerke den von mir erwähnten
spezifikationen unterliegen, gibt es einen Punkt wo alle gleich sind:
Die Dichte der Anordnung der Spuren auf einer CD lässt laut
spezifikationen eine Toleranz von ca. 10% zu(den genauen Wert müsste ich
erst nachlesen). Also kann man die Spuren bei einer gepressten CD
dichter aneinander legen und so mehr auf die CD´s bekommen. Dies ist in
letzter Zeit häufig bei Audio CD´s der Fall. Bei Anno 1602 wurde dies
als Copierschutz benuzt(nicht schlecht, oder?). Angeblich soll es
CD-Rohlinge mit bis zu 78min geben, ich habe aber noch nie eine gesehen
oder irgendwo davon gelesen(wahrscheinlich auch nur ein Gerücht von
irgendeinem Wichtigtuer).
Die Lösung:(am Beispiel von Anno 1602)
Du kürzt eine der Wave Dateien auf der CD und lässt die DirektX Treiber
weg. Dann schaust du dir die CD Abfrage im Proggi an und änderst das
Proggi so das es sie überspringt(mit einem Debugger). Jetzt brennst du
alle Files auf eine CD und schon hast du eine laufähige Kopie.
Für die die nicht so Fit in Assembler sind:
Ihr müsst auf den einschl. Cracksites nach einem Patch ausschau halten
der euch dir arbeit abnimmt).
Alles Klar??
bye Sascha
René Scholz
Robert Mahs <Rober...@t-online.de> wrote:
>Hi.
>Um es ganz einfach auf den Punkt zu bringen:
>Es sind keine bad tracks sondern bad sectors. (wenn man das so sagen kann).
>Die CD wird mit einem fehlerhaften Sektor gebrannt.
>Auf diesem Sektor sind keine Daten !
>Dieser Sektor ist bei jeder CD an der gleichen Position.
>Das Programm prüft, ob man an dieser Position lesen kann.
>Kann es nicht lesen, ist es das Original, kann es lesen, ist es ne Kopie .
Auf einer CD gibt es keine Sektoren, nur ne lange Rille ...
rene
--
"Wer die Freiheit aufgibt, um Sicherheit zu gewinnen,
der wird am Ende beides verlieren" (Benjamin Franklin)
==> Voland @IRC <== 2048/0xF11D6871 2A8D 3F92 4EB8 E55C 3605 D571 38C8 E2B8
m...@informatik.uni-jena.de http://www2.informatik.uni-jena.de/~mrz/
Stefan Kalloch
Sascha Schwarz schrieb in Nachricht <6i59rj$tuj$1...@news01.btx.dtag.de>...
>Woher hast du nur den Quatsch mit den kaputten
>Tracks, etwa geträumt? Wenn du mir nur eine Orginal CD nennen kannst die
>diesen Kopierschutz benuzt, kriegst du von mir sofort einen Patch.
Schau dir mal die Funktionsweise von Laserlock (Ver.3) an.
Hierbei werden auf dem Glassmaster Spuren mit zerstörten Bits erzeugt. In
der Mitte dieser Spuren sitzt der eigentliche Kopierschutz, ein Code der von
dem Prog abgefragt wird. Wenn du nun versuchst diese CD zu kopieren, ist
dein Brenner nicht in der Lage, diese zerstörte Spur zu schreiben.
Ergebnis -> MÜLL
Derzeit gibt es nur ein deutsches Presswerk, daß in der Lage ist
LL-geschützete CD´s herzustellen.
Laserlock 1 und 2 wurden geknackt, 3 ist aktuell und Version 4 soll auf den
Markt kommen sobald 3 geknackt ist.(Aussage der Fa. Laserlock auf der CeBIT)
Weitere Info´s dürftest du auf www.laserlock.com finden.
Stefan
Sascha Schwarz
Robert Mahs schrieb:
>
> Hi.
> Um es ganz einfach auf den Punkt zu bringen:
> Es sind keine bad tracks sondern bad sectors. (wenn man das so sagen kann).
> Die CD wird mit einem fehlerhaften Sektor gebrannt.
> Auf diesem Sektor sind keine Daten !
> Dieser Sektor ist bei jeder CD an der gleichen Position.
> Das Programm prüft, ob man an dieser Position lesen kann.
> Kann es nicht lesen, ist es das Original, kann es lesen, ist es ne Kopie .
>
>
> Greets Rob
Hi Robert,
um es nochmal ( und immer,immer wieder) zu sagen:
**** Auf ANNO1602 gibts weder def. Sektoren, Tracks oder
Sonnstiges!!!!***
Die CD hat eben nur Überlänge.
Mit den def. Sektoren oder Tracks ist und bleibt Quatsch!
Ich habe noch KEIN Programm gefunden was diesen Kopierschutz benutzt.
Und man kann alles was auf einer CDRom ist Kopieren.(muß nur die
richtige Software haben!). Wo soll den das Problem sein?
Aber wie gehabt, erst mal mit den Formaten beschäftigen Bock´s und ISO,
dann nachdenken und dann erst posten.
Die einzige CD die sich nicht an diese Standards hält sind PSX CD´s, was
aber auch kein Problem ist, weil Sony ja nicht an Kopatibilität mit
X-hundert CDRom Laufwerken denken muß und die ja selber baut.
Eine genaues Layout einer PSX werde ich hier posten.
Bye Sascha
Marcel Kilgus
René Scholz wrote:
> Auf einer CD gibt es keine Sektoren, nur ne lange Rille ...
Wo ist der Widerspruch? Auch wenn "Frame" IIRC in diesem Fall wohl eine
passendere Bezeichnung ist.
Marcel
Sascha Schwarz
Marcel Kilgus schrieb:
Erst Mal, was genau soll den ein def. Track(oder Sektor) sein. Es gibt
ja eine menge Möglichkeiten einen Sektor unlesbar zu machen(Prüfsummen
ect.). Aber wenn Ihr doch alle soo viiel Ahnung habt, warum könnt Ihr
mir nicht erklären wie das genau funktionieren soll??? Oder mir ein
Progi nennen was def. Sektoren als Kopierschutz benützt??
Also solange wie mir keiner mit fundierten Kenntnissen von dem techn.
Möglichen, das Prinzip GENAU erklären kann, oder mir ein Proggi nennen
kann was diesen Kopierschutz benützt, bleibst dabei:
Alles nur BlaBla..
Dummes gerede...
Keine Ahnung..
usw.
Bye Sascha
Sascha Schwarz
Robert Mahs schrieb:
>
> Ähemm, räusper, das steht auch schwarz auf weiß in der Gamestar zum nachlesen.
> Warum, bitte schön mußte ich dann die 1602.exe cracken ????
> Die von mir gelöschten Files fragt es garantiert nich ab.
> Was fragt die 1602.exe dann ab ???
> PS: warte gespannt auf Antwort.
> PSS: Wenn du's nicht glaubst, deassemblier' doch selber.
> PSSS: Es gibt diese Art von Kopierschutz.
soso...
Ach ja?
Dann nochmal für die ganz lahmen:
1. Du liest wahrscheinlich eine Menge Teenie-Spiele-Heftchen, aber der
Rest deiner Mail lässt darauf schliessen, daß DU keine Ahnung vom
cracken oder diassemblieren hast.
2. Stimmt das vorhandensein von irgendwelchen Files wird ja auch nicht
abgefragt.
3. Diese Frage wäre ja überflüssig, wenn DU das Progi GECRACKT (haha)
hättest. Aber da DU wahrscheinlich nur den Patch den ich hier vor ein
paar Tagen erwähnt habe benutzt hast, sollst du auch dumm sterben.
4. Hab ich schon, den bei mir läufts.
5. Warum kann mir den dann keiner ein Progi nennen wo er benützt wird.
Also bis zum nächsten Mal, wenn sich wieder einer lächerlich macht.
Bye Sascha
Burkhard Hennig
Hallo Sascha,
ich habe selten soviel arroganten Dummschwatz gelesen, gewoehne Dir
erstmal das Kinderwort Proggi ab, rede nicht vom Disassemblieren, wenn
Du noch im Proggi-Stadium bist...
>
> Also bis zum nächsten Mal, wenn sich wieder einer lächerlich macht.
>
broe
--
---
Marcel Kilgus
Sascha Schwarz wrote:
> Erst Mal, was genau soll den ein def. Track(oder Sektor) sein.
Ist doch mir schnurz. Wieso postest Du das hier als Reply auf mich?
> Also solange wie mir keiner mit fundierten Kenntnissen von dem techn.
> Möglichen, das Prinzip GENAU erklären kann, oder mir ein Proggi nennen
> kann was diesen Kopierschutz benützt, bleibst dabei:
Wirklich, was soll diese Tirade hier auf die einfache Feststellung
meinerseits hin daß eine CD Sektoren hat?
> Bye Sascha
Und ich lese die Newsgroup selber. Ich brauche *wirklich* *keine*
Courtesy copy. Das ist sowieso eine Unart sondersgleichen.
Marcel
Marcel Kilgus
Sascha Schwarz wrote:
> Also bis zum nächsten Mal, wenn sich wieder einer lächerlich macht.
Das schaffst Du mit Deinem Ton auch alleine.
Marcel
Helmut Flasche
Sascha Schwarz wrote:
>
> ...
> Dann nochmal für die ganz lahmen:
>
>
> Also bis zum nächsten Mal, wenn sich wieder einer lächerlich macht.
>
Langsam geht mir Dein arroganter Ton auf die Nerven !!!
CU, Helmut
Carsten
Reply auf hoel...@gmx.de vom 14.05.98
> >Also doch ne Abfrage, an der das Programm erkennt, obs die Original-CD
> >ist.
>
> Kann nicht sein, denn es existieren bereits Kopien. Geruechteweise
> sollen diese in Costa Rica ermoeglicht worden sein.
Neuer Stoff frisch aus Costa Rica??? :) Komisch finde ich: AFAIK ist der
neue "Patch" fuer Anno1602, bei dem wirklich nur ein paar minimale Beinahe-
Bugs gepatcht werden, wohl nur dazu verbreitet wird, um Raubkopien zu
erkennen...
--
greetings from da kremlin
GORBI
Hier noch eine kleine Meldung fuer all unsere paranoiden Zeitgenossen!
Special Scanwordlist for Intelligence Agencies follows:
Plutonium RAF Pullach Waffe PGP Geheim Munition Kanther BND Kurde Sex
wau...@hotmail.com
Robert schrob:
> (...) Aber es ging halt nich OHNE Cracken und das
> ist der springende Punkt. (boing boing boing...)
Ich hatte mal einen ziemlich merkwuerdigen Freund in Hamburg, der
zu Z80-Zeiten einen eigentlich ganz netten Disassembler geschrieben
hat. Und der Disassembler konnte die Menge aller bekannten Z80-
Programme disassemblieren ausser sich selbst:
Sich selbst konnte er nur zu einem Millipromille o ae disassemblieren
und selbst das war recht geschickt durch eine Programmintro-Huepfparade
verborgen.
Das fand ich beachtlich, aber so ein nicht rekursives Programm
wollte ich aus grundsaetzlichen Erwaegungen heraus nicht haben, denn
ich will keine Werkzeuge, die alles zerlegen koennen ausser sich selbst.
Das Verfahren, selbiges so zu konstruieren, ist relativ trivial,
wenn man einen Interpreter schreibt, in dem man die eigentliche
Programmaufgabe loest und die Interpreter-Exekutive (das einzige, was
sich disassemblieren laesst) so klein haelt, dass ein Disassemblieren
einen nur dazu bringt, einen undokumentierten Befehlssatz eines extrem
problemorientierten Interpreters verstehen zu muessen.
Schon mal mit so einem Dreck auf Spieleebene zu tun gehabt?
wau
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/ Now offering spam-free web-based newsreading
Uwe Grensing
wau...@hotmail.com wrote in message <6jhe75$rr4$1...@nnrp1.dejanews.com>...
>Das Verfahren, selbiges so zu konstruieren, ist relativ trivial,
>wenn man einen Interpreter schreibt, in dem man die eigentliche
>Programmaufgabe loest und die Interpreter-Exekutive (das einzige, was
>sich disassemblieren laesst) so klein haelt, dass ein Disassemblieren
>einen nur dazu bringt, einen undokumentierten Befehlssatz eines extrem
>problemorientierten Interpreters verstehen zu muessen.
>
>Schon mal mit so einem Dreck auf Spieleebene zu tun gehabt?
>
Hat das nicht schon der Original Larry-Laffer (bzw. alle Sierra-Adventures)
anno 1987 so gemacht?
Gruß
Uwe
Marcel Kilgus
wau...@hotmail.com wrote:
> Das Verfahren, selbiges so zu konstruieren, ist relativ trivial,
> wenn man einen Interpreter schreibt, in dem man die eigentliche
> Programmaufgabe loest und die Interpreter-Exekutive (das einzige, was
> sich disassemblieren laesst) so klein haelt, dass ein Disassemblieren
> einen nur dazu bringt, einen undokumentierten Befehlssatz eines extrem
> problemorientierten Interpreters verstehen zu muessen.
Da fällt mir spontan Visual Basic ein (abgesehen von "extrem
problemorientiert"). Und wenn man mal von den erhältlichen Dekompilern
absieht.
> Schon mal mit so einem Dreck auf Spieleebene zu tun gehabt?
Nein.
Aber damals, als CD-Brenner noch unerschwinglich und Festplatten schon
recht günstig waren gab's auch einen schönen Trick.
Sobald man das Spiel auf die Platte kopiert und die CD-Abfrage umgangen
hat lief das Teil aus nicht weiter ersichtlichem Grund immernoch nicht.
Der Trick war einfach aber IMHO auch genial. Das Ding wollte ein File
zum Lesen und zu Schreiben eröffnen. Aus Kompatibilitätsgründen lassen
die CD-Treiber dies grundsätzlich zu, da sonst ja viele Programme mit
CDs nichts hätten anfangen können. Wenn man die Files aber normal auf
die Platte kopiert wird das Read-Only Attribut mit übernommen und die
Festplatten-Treiber mögen es nicht wenn man versucht solch ein File zum
schreiben zu öffnen.
Naja, hat zwar nix mit dem Problem hier zu tun, fand den Trick aber
trotzdem nett ;)
Marcel
Felix von Leitner
wau...@hotmail.com <wau...@hotmail.com> wrote:
> Schon mal mit so einem Dreck auf Spieleebene zu tun gehabt?
LucasArts fällt mir dazu spontan ein. Der Kopierschutz von deren
Spielen war immer als Teil ihres interpretierten Spiel-Codes gehalten,
d.h. das Cracken war ein größeres Problem.
Felix
--
We use Pentium Pro computers running the BSDI UNIX operating system
with Apache Web server software. Our servers are connected to the
Internet via multi-homed T3 connections.
--http://www.windows95.com/about/faq.html, s/dows95/files/
Felix von Leitner
Marcel Kilgus <kil...@deuschle.de> wrote:
> Der Trick war einfach aber IMHO auch genial. Das Ding wollte ein File
> zum Lesen und zu Schreiben eröffnen. Aus Kompatibilitätsgründen lassen
> die CD-Treiber dies grundsätzlich zu, da sonst ja viele Programme mit
> CDs nichts hätten anfangen können.
Mein DOS-Wissen ist schon ein bißchen veraltet, aber gab es unter DOS
nicht read-only nur für Sharing? Fast alle Programme haben Dateien mit
Mode 2 ("compatibility") geöffnet, der nicht näher spezifiziert hat, was
du damit tun wolltest, d.h. lesen _und_ schreiben.
Bei Turbo Pascal konnte man z.B. gar nicht trivial mitsagen, wie man die
Datei denn jetzt geöffnet haben möchte, der hat das immer mit Mode 2
geöffnet. War glaube ich über eine globale Variable (yuck!) zu tun.
Ach ja, die guten alten Zeiten.
> Wenn man die Files aber normal auf die Platte kopiert wird das
> Read-Only Attribut mit übernommen und die Festplatten-Treiber mögen es
> nicht wenn man versucht solch ein File zum schreiben zu öffnen.
Mhh, "fakecd" anyone?
Felix
Marcel Kilgus
Felix von Leitner wrote:
> Mein DOS-Wissen ist schon ein bißchen veraltet, aber gab es unter DOS
> nicht read-only nur für Sharing?
Ist eigentlich unabhängig.
> Fast alle Programme haben Dateien mit Mode 2 ("compatibility") geöffnet,
> der nicht näher spezifiziert hat, was du damit tun wolltest, d.h. lesen _und_
> schreiben.
Man kann den File-Sharing-Mode und den Read/Write-Mode getrennt angeben.
> Bei Turbo Pascal konnte man z.B. gar nicht trivial mitsagen, wie man die
> Datei denn jetzt geöffnet haben möchte, der hat das immer mit Mode 2
> geöffnet. War glaube ich über eine globale Variable (yuck!) zu tun.
Japs, das war so.
> > Wenn man die Files aber normal auf die Platte kopiert wird das
> > Read-Only Attribut mit übernommen und die Festplatten-Treiber mögen es
> > nicht wenn man versucht solch ein File zum schreiben zu öffnen.
> Mhh, "fakecd" anyone?
Mit dem hätte es vielleicht funktioniert. Ist aber zu lange her, weiß
ich nicht mehr.
Marcel