[Hilfe] Nur .res Dateien lesen lassen?

[Ryunat]

Ich hab bei mir folgendes Problem festgestellt:

Wenn man in seinen Client z.B. eine propItem.txt einfügt wird diese gelesen, und nicht die aus der .res Datei.
Hab auch schon im Source geguckt, jedoch habe ich keine Funktion gefunden, dies zu unterbinden.
Hat vielleicht jemand einen Tipp für mich wie ich das "fixen" kann?

Schonmal danke fürs lesen :3

[lanzelord996]

Im ganzen client werden zuerst immer alle Dateien unverschlüsselt gelesen, danach liest er erst immer die gecrypteten dateien aus... aber warum löscht du die datei dann nicht einfach bzw. was hast du vor?

[Ryunat]

Originally Posted by lanzelord996

Im ganzen client werden zuerst immer alle Dateien unverschlüsselt gelesen, danach liest er erst immer die gecrypteten dateien aus... aber warum löscht du die datei dann nicht einfach bzw. was hast du vor?

Dazu müsste ich beim starten der Neuz aber alle Dateien löschen die auch in den .res Dateien sind. (würde ich nur als Notlösung machen)

Naja ich will halt nicht das jemand z.B. Items andere Effekte gibt (z.B. Laufspeed) oder ähnliches und die propItem.txt dann einfach in den Client einfügt, das diese dann anstatt der aus der .res Datei gelesen wird.
Denn was bringt einem ne gute Verschlüsselung wenn man das trotzdem so umgehen kann? ^^

[lanzelord996]

Ich weiß jetzt nicht ob man die einlesung ausserhalb der Resdatei leicht ausstellen kann, da dies ja nicht nur bei den Resdateien im hauptordner vom Client so ist, sondern auch bei allen Unterordnern, und ich kann nur minimal C++. Aber wie wäre es sonst mit einer ifabfrage bei der Initalisierung des clients, noch bevor er alles ausliest, ob die Propitem.txt auserhalb der Resdatei exestiert und er sie sonst davor löschen sollte, damit der Client die richtige einliest :P

[Ryunat]

Originally Posted by lanzelord996

Ich weiß jetzt nicht ob man die einlesung ausserhalb der Resdatei leicht ausstellen kann, da dies ja nicht nur bei den Resdateien im hauptordner vom Client so ist, sondern auch bei allen Unterordnern, und ich kann nur minimal C++. Aber wie wäre es sonst mit einer ifabfrage bei der Initalisierung des clients, noch bevor er alles ausliest, ob die Propitem.txt auserhalb der Resdatei exestiert und er sie sonst davor löschen sollte, damit der Client die richtige einliest :P

Das ist mir schon klar ^^
Jedoch müsste ich dann entweder alles löschen außer die Dateien die erhalten bleiben sollen oder alle die in den .res Dateien sind, jedoch wäre das schon sehr aufwendig.
Deshalb ja meine Frage hier ob jemand ne bessere / einfachhere Lösung hat =)

[©ross]

-- Achtung nur Vermutung --
Kann man nicht ein Array machen wo die Res Dateien mit Namen drin sind und diese dann im Client verifizieren lässt sodass er NUR die res einliest?
Es gab eine Funktion "ReadResFile" o.ä. im SRC dort in der Nähe sollte die Auslesung geregelt sein (auch das Direkte Auslesen).

Währe evtl gut wenn hier jemand hilft der Weis welche Funktion dafür verantwortlich ist, dass die Dateien, quasi, plain eingelesen werden.

greetz

//edid

CResFile::ScanResource

könnte afaik helfen

[Mognakor]

Lager die ganzen props in einen neuen Ordner aus und verschlüssel sie einzeln, dann kann sie keiner mehr verändern, wenn man es richtig anstellt schrumpft damit auch die Ladezeit.

[jeromerz]

maybe declaring something that the neuz.exe will read the .res files first then read the non .res files? reversing things up ^^

[Swäg]

Ich gehe mal davon aus das du probleme mit spielern hast die trotz deiner resource encryption, den client modifizieren. (Range etc..)

Füge einfach den standart flyff.a check ein und dein problem ist gelöst.
Denn man kann den flyff.a check nicht bypassen wenn die resourcen encrypted sind. Und der flyff.a check erlaubt spielern nicht mehr dateien in den ordner zu legen.

[�...]

Originally Posted by Swäg

Füge einfach den standart flyff.a check ein und dein problem ist gelöst.
Denn man kann den flyff.a check nicht bypassen wenn die resourcen encrypted sind. Und der flyff.a check erlaubt spielern nicht mehr dateien in den ordner zu legen.

wie sinnvoll, gibt doch genug tools um die flyff.a zu bypassen. hab selbst einen gehabt und auf offi mit laufspeed rumgelaufen und mehr...


bau doch einfach noch ne abfrage ein wenn sich einer der dateien so im clientordner befindet soll sich das spiel beenden. Ist zwar dann clientside aber es hält den größten bobs stand. jedenfalls besser als die flyff.a wo man jederzeit nach nem bypasser googeln kann

[Sedrika]

Stel in der ScanResource ein, dass wenn die Datei nicht auf .res endet garnicht erst eingelesen wird.

[WurstbrotQT]

BOOL CResFile::Open( LPCTSTR lpszFileName, TCHAR *mode )
{
// TRACE("CResFile::Open( %s )\n", lpszFileName );
if( CFileIO::Open( lpszFileName, mode ) == TRUE )
{
#ifdef __SECURITY_0628
#ifndef _DEBUG
#ifdef __MAINSERVER
CString strFileName = lpszFileName;
if( strFileName.Find( "\\", 0 ) < 0 )
{
::Error( "killed by CResFile::Open() %s, %s, 2", prj.GetText(TID_GAME_RESOURCE_MODIFIED), lpszFileName );
ExitProcess( -1 );
}
#endif // __MAINSERVER
#endif // _DEBUG
#endif // __SECURITY_0628
return TRUE;
}
char szSerchPath[MAX_PATH];
GetCurrentDirectory( sizeof( szSerchPath ), szSerchPath );
TCHAR drive[_MAX_DRIVE], dir[_MAX_DIR], name[ _MAX_FNAME ], ext[_MAX_EXT];
_splitpath( lpszFileName, drive, dir, name, ext );

TCHAR szFileName[ MAX_PATH ];
RESOURCE* lpRes;
strcpy( szFileName, lpszFileName );
strlwr( szFileName );
m_bResouceInFile = FALSE;
if( m_mapResource.Lookup( szFileName, (void*&) lpRes ) )
{
CFileException fileExc;
if( m_File.Open( lpRes->szResourceFile, CFile::modeRead | CFile::shareDenyNone, &fileExc ) )
{
m_nFileSize = lpRes->dwFileSize;
m_nFileBeginPosition = lpRes->dwOffset;
m_nFileCurrentPosition = lpRes->dwOffset;
m_nFileEndPosition = lpRes->dwOffset + m_nFileSize;
m_byEncryptionKey = lpRes->byEncryptionKey;
m_bEncryption = lpRes->bEncryption;
m_File.Seek( m_nFileCurrentPosition, CFile::begin );
m_bResouceInFile = TRUE;
#ifdef __SECURITY_0628
lstrcpy( m_szFileName, szFileName );
#endif // __SECURITY_0628
//m_File.Close();
return TRUE;
}

TCHAR szCause[255];
fileExc.GetErrorMessage(szCause, 255);

::Error( "CResFile Open Error %s FileName = %s, Resource = %s, CurrentDir = %s\n",
szCause,
szFileName,
lpRes->szResourceFile,
szSerchPath );

return FALSE;
}
return FALSE;
}

this

[jeromerz]

or maybe adding the fix cheat

DeleteFile( "propItem.txt");
DeleteFile( "propMover.txt");
DeleteFile( "propSkill.txt");
DeleteFile( "Spec_Item.txt");
DeleteFile( "character.inc");
DeleteFile( "propItemEtc.txt.txt");
DeleteFile( "propItem.txt.txt");
DeleteFile( "propItemEtc.inc");
DeleteFile( "propMoverEx.inc");
DeleteFile( "propSkillAdd.csv");
DeleteFile( "accessory.inc");
DeleteFile( "randomoption.inc");
DeleteFile( "randomeventmonster.inc");

maybe all the resource files will do

[Swäg]

Originally Posted by jeromerz

or maybe adding the fix cheat

DeleteFile( "propItem.txt");
DeleteFile( "propMover.txt");
DeleteFile( "propSkill.txt");
DeleteFile( "Spec_Item.txt");
DeleteFile( "character.inc");
DeleteFile( "propItemEtc.txt.txt");
DeleteFile( "propItem.txt.txt");
DeleteFile( "propItemEtc.inc");
DeleteFile( "propMoverEx.inc");
DeleteFile( "propSkillAdd.csv");
DeleteFile( "accessory.inc");
DeleteFile( "randomoption.inc");
DeleteFile( "randomeventmonster.inc");

maybe all the resource files will do

This fix is useless. If you add the files while the client is loading then it wont get deleted and the neuz will still read the modified files.

[Mognakor]

Originally Posted by Swäg

This fix is useless. If you add the files while the client is loading then it wont get deleted and the neuz will still read the modified files.

If you put it into the right places, you'll need to be able to react in 1/1000th second, rather unlikely to manage that.

Just delete each faked-file before beginning the load procedure.