Post by BadPotato

Posted: 6/24/2009 9:24 AM

Quote

Tuppenfall

Joined: 10/11/2008
Posts: 64
Location: Kajaani, Finland

Should other plugins (ex. Pete's SPU and GPU) work when recording gameplay?

Posted: 6/29/2009 11:16 AM

Quote

BadPotato

Joined: 1/26/2009
Posts: 558
Location: Canada - Québec

mz wrote:

I think for v0.1.0, I (or anyone else) should use PCSX-R, since that version already has built-in ISO loading and disc switching. We should call it PCSX-RRR v0.1.

Do you have to restart from the beggining if your going to use pcsx-reload as new base? Actually, I've try to do my own (unmodified) pcsxrr build with cygwin and I get:

badpotato@rorqual:~/pcsxrr-src$ make
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o PsxBios.o PsxBios.c
PsxBios.c: In function `psxBios_strcat':
PsxBios.c:358: warning: null argument where non-null required (arg 1)
PsxBios.c:358: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strncat':
PsxBios.c:362: warning: null argument where non-null required (arg 1)
PsxBios.c:362: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strcmp':
PsxBios.c:369: warning: null argument where non-null required (arg 1)
PsxBios.c:369: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strncmp':
PsxBios.c:378: warning: null argument where non-null required (arg 1)
PsxBios.c:378: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strcpy':
PsxBios.c:382: warning: null argument where non-null required (arg 1)
PsxBios.c:382: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strncpy':
PsxBios.c:383: warning: null argument where non-null required (arg 1)
PsxBios.c:383: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strlen':
PsxBios.c:384: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios_strpbrk':
PsxBios.c:428: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strspn':
PsxBios.c:436: warning: null argument where non-null required (arg 1)
PsxBios.c:436: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strcspn':
PsxBios.c:437: warning: null argument where non-null required (arg 1)
PsxBios.c:437: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_strstr':
PsxBios.c:451: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_bcopy':
PsxBios.c:461: warning: null argument where non-null required (arg 1)
PsxBios.c:461: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_bzero':
PsxBios.c:462: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios_bcmp':
PsxBios.c:463: warning: null argument where non-null required (arg 1)
PsxBios.c:463: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_memcpy':
PsxBios.c:464: warning: null argument where non-null required (arg 1)
PsxBios.c:464: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_memset':
PsxBios.c:465: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios_memmove':
PsxBios.c:466: warning: null argument where non-null required (arg 1)
PsxBios.c:466: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_memcmp':
PsxBios.c:467: warning: null argument where non-null required (arg 1)
PsxBios.c:467: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_printf':
PsxBios.c:546: warning: null argument where non-null required (arg 2)
PsxBios.c:600: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios_Load':
PsxBios.c:619: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios_open':
PsxBios.c:1250: warning: null argument where non-null required (arg 1)
PsxBios.c:1254: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios_read':
PsxBios.c:1311: warning: null argument where non-null required (arg 1)
PsxBios.c:1312: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios_write':
PsxBios.c:1352: warning: null argument where non-null required (arg 2)
PsxBios.c:1353: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios_firstfile':
PsxBios.c:1431: warning: null argument where non-null required (arg 2)
PsxBios.c:1434: warning: null argument where non-null required (arg 1)
PsxBios.c:1439: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios_delete':
PsxBios.c:1500: warning: null argument where non-null required (arg 1)
PsxBios.c:1504: warning: null argument where non-null required (arg 1)
PsxBios.c: In function `psxBios__card_write':
PsxBios.c:1551: warning: null argument where non-null required (arg 2)
PsxBios.c:1554: warning: null argument where non-null required (arg 2)
PsxBios.c: In function `psxBios__card_read':
PsxBios.c:1574: warning: null argument where non-null required (arg 1)
PsxBios.c:1576: warning: null argument where non-null required (arg 1)
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Gte.o Gte.c
Gte.c: In function `FNC_OVERFLOW1':
Gte.c:448: warning: integer constant is too large for "long" type
Gte.c: In function `FNC_OVERFLOW2':
Gte.c:455: warning: integer constant is too large for "long" type
Gte.c: In function `FNC_OVERFLOW3':
Gte.c:462: warning: integer constant is too large for "long" type
Gte.c: In function `FNC_OVERFLOW4':
Gte.c:469: warning: integer constant is too large for "long" type
Gte.c: In function `FlimG1':
Gte.c:534: warning: integer constant is too large for "long" type
Gte.c: In function `FlimG2':
Gte.c:542: warning: integer constant is too large for "long" type
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o CdRom.o CdRom.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o PsxCounters.o PsxCounters.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o PsxDma.o PsxDma.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o DisR3000A.o DisR3000A.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Spu.o Spu.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Sio.o Sio.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o PsxHw.o PsxHw.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Mdec.o Mdec.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o PsxMem.o PsxMem.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Misc.o Misc.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o plugins.o plugins.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Decode_XA.o Decode_XA.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o R3000A.o R3000A.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o PsxInterpreter.o PsxInterpreter.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o PsxHLE.o PsxHLE.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o movie.o movie.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o cheat.o cheat.c
cheat.c: In function `PCSXRemoveCheat':
cheat.c:12: warning: unused variable `address'
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/WndMain.o Win32/WndMain.c
Win32/WndMain.c: In function `DlgMemPoke':
Win32/WndMain.c:1839: warning: control reaches end of non-void function
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/Plugin.o Win32/Plugin.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/ConfigurePlugins.o Win32/ConfigurePlugins.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/AboutDlg.o Win32/AboutDlg.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/memwatch.o Win32/memwatch.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/memsearch.o Win32/memsearch.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/memcheat.o Win32/memcheat.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/maphkeys.o Win32/maphkeys.c
gcc -Wall -O4 -fomit-frame-pointer -finline-functions -ffast-math -fno-exceptions -march=i686 -IWin32 -I. -D__WIN32__ -D__MINGW32__ -DPCSX_VERSION=\"1.5\" -D__i386__ -mwindows -mno-cygwin -c -o Win32/movie.o Win32/movie.c
Win32/movie.c:534:2: warning: no newline at end of file
windres Win32/pcsx.rc Win32/pcsxres.res
windres: Win32/pcsx.rc:278: syntax error
make: *** [Win32/pcsxres.o] Error 1

some clue to fix this?

Posted: 7/2/2009 5:37 PM

Quote

Well, there's a syntax error in line 278 of Win32/pcsx.rc, you may want to see what's there and fix it or just comment it out, as I always do when I find about an error. :P The good news is that it compiles all of the code (somewhat) fine; the bad news is that you can't compile the resource file (dialogs, icon, etc) with your version of windres. :/ Try changing/disabling things on the error line of that .rc file and see if you can make it work.

You're just fucking stupid, everyone hates you, sorry to tell you the truth. no one likes you, you're someone pretentious and TASes only to be on speed game, but don't have any hope, you won't get there.

Posted: 7/3/2009 5:27 PM

Quote

BadPotato

Joined: 1/26/2009
Posts: 558
Location: Canada - Québec

mz wrote:

windres Win32/pcsx.rc Win32/pcsxres.res
windres: Win32/pcsx.rc:278: syntax error
make: *** [Win32/pcsxres.o] Error 1
Well, there's a syntax error in line 278 of Win32/pcsx.rc, you may want to see what's there and fix it or just comment it out, as I always do when I find about an error. :P

ok, I commented this line and the rest compiled perfectly :D Then, I was interested to your gpuTASsoft plugin and try to compile it... but I have again some problem: first I had these missing file(for some raeson cygwin seem to doesn't have them) with lot of error

stdafx.h:36:19: TCHAR.H: No such file or directory
stdafx.h:44:19: ddraw.h: No such file or directory
stdafx.h:45:17: d3d.h: No such file or directory

(actually from my cygwin package manager I only add the devel, editor, gnome, libs, X11 category with the default package... I doubt that I have to install everything) So, I manage to google these missing file and add them Thought for d3d.h, I found on the cygwin drive d3d9.h that looked pretty similar... so I simply add this one too. Anyway after solve this problem gpu.c was ok but now I got stuck at cfg.c ... and he doesn't want to cooperate at all:

badpotato@rorqual:~/trunk/pcsxrr/plugins/gpuTASsoft $ make
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows gpu.c -o ./release/gpu.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows cfg.c -o ./release/cfg.o
cfg.c:1248: error: parse error before "LPD3DDEVICEDESC"
cfg.c: In function `Enum3DDevicesCallback':
cfg.c:1254: error: `pGUID' undeclared (first use in this function)
cfg.c:1254: error: (Each undeclared identifier is reported only once
cfg.c:1254: error: for each function it appears in.)
cfg.c:1254: error: `pHALDesc' undeclared (first use in this function)
cfg.c:1254: error: `pHELDesc' undeclared (first use in this function)
cfg.c:1255: error: `D3DENUMRET_CANCEL' undeclared (first use in this function)
cfg.c:1258: error: `IID_IDirect3DNullDevice' undeclared (first use in this function)
cfg.c:1259: error: `D3DENUMRET_OK' undeclared (first use in this function)
cfg.c: In function `DirectDrawEnumCallbackEx':
cfg.c:1277: error: `LPDIRECTDRAW4' undeclared (first use in this function)
cfg.c:1277: error: parse error before "g_pDD"
cfg.c:1278: error: `LPDIRECT3D3' undeclared (first use in this function)
cfg.c:1282: error: `D3DENUMRET_OK' undeclared (first use in this function)
cfg.c:1286: error: `IID_IDirectDraw4' undeclared (first use in this function)
cfg.c:1286: error: `g_pDD' undeclared (first use in this function)
cfg.c:1295: warning: implicit declaration of function `IDirectDraw4_QueryInterface'
cfg.c:1295: error: `IID_IDirect3D3' undeclared (first use in this function)
cfg.c:1295: error: `pD3D' undeclared (first use in this function)
cfg.c:1297: warning: implicit declaration of function `IDirectDraw4_Release'
cfg.c:1304: warning: implicit declaration of function `IDirect3D3_EnumDevices'
cfg.c:1316: warning: implicit declaration of function `IDirect3D3_Release'
cfg.c: In function `DoDevEnum':
cfg.c:1333: error: `LPDIRECTDRAWENUMERATEEX' undeclared (first use in this function)
cfg.c:1333: error: parse error before "pDDrawEnumFn"
cfg.c:1340: error: `pDDrawEnumFn' undeclared (first use in this function)
cfg.c:1341: error: parse error before "GetProcAddress"
cfg.c:1344: warning: implicit declaration of function `pDDrawEnumFn'
cfg.c:1345: error: `DDENUM_ATTACHEDSECONDARYDEVICES' undeclared (first use in this function)
cfg.c:1346: error: `DDENUM_DETACHEDSECONDARYDEVICES' undeclared (first use in this function)
cfg.c:1347: error: `DDENUM_NONDISPLAYDEVICES' undeclared (first use in this function)
cfg.c: At top level:
cfg.c:1468: error: parse error before '*' token
cfg.c: In function `EnumDisplayModesCallback':
cfg.c:1471: error: `pddsd' undeclared (first use in this function)
cfg.c: In function `bTestModes':
cfg.c:1489: error: `LPDIRECTDRAW4' undeclared (first use in this function)
cfg.c:1489: error: parse error before "g_pDD"
cfg.c:1508: error: `IID_IDirectDraw4' undeclared (first use in this function)
cfg.c:1508: error: `g_pDD' undeclared (first use in this function)
cfg.c:1515: warning: implicit declaration of function `IDirectDraw4_EnumDisplayModes'
make: *** [cfg.o] Error 1

maybe I just do everything wrong about these missing header, I feel like adding an "include folder" might help to solve the previous problem... but for the other error this seem much more complicated.

Posted: 7/3/2009 8:04 PM

Quote

mz

Emulator Coder, Player (79)

Joined: 10/26/2007
Posts: 693

Maybe you don't have the DirectX SDK? Try installing this and see if that helps: dx80_mgw.zip.

You're just fucking stupid, everyone hates you, sorry to tell you the truth. no one likes you, you're someone pretentious and TASes only to be on speed game, but don't have any hope, you won't get there.

Posted: 7/5/2009 10:57 AM
(Edited: 7/5/2009 11:04 AM)

Quote

klmz

Editor, Emulator Coder, Expert player (2156)

Joined: 5/22/2007
Posts: 1134
Location: Glitchvania

I'm wondering why people abbreviate "Re-recording" to "RR" all the time. EDIT: See below.

<klmz> it reminds me of that people used to keep quoting adelikat's IRC statements in the old good days <adelikat> no doubt <adelikat> klmz, they still do

Posted: 7/5/2009 10:59 AM

Quote

ShinyDoofy

Former player

Joined: 12/5/2007
Posts: 716

Because it's shorter than "rerec" and people familiar with the concept immediately know what it's about?

Posted: 7/5/2009 11:05 AM

Quote

klmz

Editor, Emulator Coder, Expert player (2156)

Joined: 5/22/2007
Posts: 1134
Location: Glitchvania

ShinyDoofy wrote:

Because it's shorter than "rerec" and people familiar with the concept immediately know what it's about?

But I think either "-R" or "-r" is sufficient. BTW, I'm always wondering whether we should start FBA-S-rr, VBA-M-rr etc.

<klmz> it reminds me of that people used to keep quoting adelikat's IRC statements in the old good days <adelikat> no doubt <adelikat> klmz, they still do

Posted: 7/5/2009 12:35 PM

Quote

adelikat

He/Him

Emulator Coder, Site Developer, Site Owner, Expert player (3572)

Joined: 11/3/2004
Posts: 4754
Location: Tennessee

-r is insufficient because there are emulators with movie recording, but not rerecording. Such as the main branch of mednafen.

It's hard to look this good. My TAS projects

Posted: 7/5/2009 5:21 PM

Quote

BadPotato

Joined: 1/26/2009
Posts: 558
Location: Canada - Québec

mz wrote:

Maybe you don't have the DirectX SDK? Try installing this and see if that helps: dx80_mgw.zip.

I'm very confuse how I should this in cygwin... so I just dump everything in /usr/local/include and /usr/local/lib after, the make utility told me that "direct.h" wasn't here (even if I could find it in /usr/include/mingw/direct.h). Again, I just copy this in /usr/local/include Finaly, I ended up with this:

badpotato@rorqual:~/trunk/pcsxrr/plugins/gpuTASsoft $ make
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows gpu.c -o ./release/gpu.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows cfg.c -o ./release/cfg.o
cfg.c: In function `DirectDrawEnumCallbackEx':
cfg.c:1286: warning: dereferencing type-punned pointer will break strict-aliasing rules
cfg.c:1295: warning: dereferencing type-punned pointer will break strict-aliasing rules
cfg.c: In function `bTestModes':
cfg.c:1508: warning: dereferencing type-punned pointer will break strict-aliasing rules
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows draw.c -o ./release/draw.o
draw.c: In function `DXSetGamma':
draw.c:4723: warning: dereferencing type-punned pointer will break strict-aliasing rules
draw.c: In function `DXinitialize':
draw.c:4887: warning: dereferencing type-punned pointer will break strict-aliasing rules
draw.c: In function `ShowTextGpuPic':
draw.c:5485: warning: dereferencing type-punned pointer will break strict-aliasing rules
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows fps.c -o ./release/fps.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows key.c -o ./release/key.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows menu.c -o ./release/menu.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows prim.c -o ./release/prim.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows soft.c -o ./release/soft.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows zn.c -o ./release/zn.o
nasmw -O1 -f win32 -D__WIN32__ -D__i386__ hq3x32.asm -o ./release/hq3x32.o
make: nasmw: Command not found
make: *** [hq3x32.o] Error 127

this seem to be a problem with the assembler file

Posted: 7/5/2009 5:37 PM

Quote

p0rtal_0f_rain

Banned User

Joined: 12/5/2007
Posts: 742
Location: Gone

Okay, so if I came across this sign before I begin to listen out for trains, does it mean "re-recording" too?

Posted: 7/5/2009 6:05 PM

Quote

mz

Emulator Coder, Player (79)

Joined: 10/26/2007
Posts: 693

BadPotato wrote:

nasmw -O1 -f win32 -D__WIN32__ -D__i386__ hq3x32.asm -o ./release/hq3x32.o
make: nasmw: Command not found
make: *** [hq3x32.o] Error 127

this seem to be a problem with the assembler file

That's right. You don't have nasmw installed.

klmz wrote:

I'm wondering why people abbreviate "Re-recording" to "RR" all the time. [...] I think either "-R" or "-r" is sufficient.

Well, in the case of PCSX is not, because there already exist PCSX Revival and PCSX-Reloaded which even have very similar URLs (http://code.google.com/p/pcsx-r/ and http://www.codeplex.com/pcsxr).

klmz wrote:

BTW, I'm always wondering whether we should start FBA-S-rr, VBA-M-rr etc.

FBA-S-rr is not worth it, in my opinion. It's based on a really really old version of FBA. VBA-M-rr may be nice; Mudlord was supposed to add rerecording to it, since he said he really liked TASes, but then he (for the most part) left the team some time ago...

You're just fucking stupid, everyone hates you, sorry to tell you the truth. no one likes you, you're someone pretentious and TASes only to be on speed game, but don't have any hope, you won't get there.

Posted: 7/6/2009 3:06 PM

Quote

theenglishman

Active player (348)

Joined: 3/21/2006
Posts: 940
Location: Toronto, Canada

Sorry to intrude, but could I get a programmer-to-English explanation of what's going on here?

My current project: Something mysterious (oooooh!) My username is all lower-case letters. Please get it right :(

Posted: 7/6/2009 5:42 PM

Quote

mz

Emulator Coder, Player (79)

Joined: 10/26/2007
Posts: 693

BadPotato is trying to make his own build of PCSX-RR.

You're just fucking stupid, everyone hates you, sorry to tell you the truth. no one likes you, you're someone pretentious and TASes only to be on speed game, but don't have any hope, you won't get there.

Posted: 7/9/2009 4:18 AM

Quote

BadPotato

Joined: 1/26/2009
Posts: 558
Location: Canada - Québec

I just trying to do an .exe from the pcsx source but I'm very confuse about what going on, since I have very basic knowledge in C and general programation.... anyway, now I feel more comfortable with cygwin and I manage to gather all the other missing lib to compile the gpu plugin:

badpotato@rorqual:~/trunk/pcsxrr/plugins/gpuTASsoft $ make
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows gpu.c -o ./release/gpu.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows cfg.c -o ./release/cfg.o
cfg.c: In function `DirectDrawEnumCallbackEx':
cfg.c:1286: warning: dereferencing type-punned pointer will break strict-aliasing rules
cfg.c:1295: warning: dereferencing type-punned pointer will break strict-aliasing rules
cfg.c: In function `bTestModes':
cfg.c:1508: warning: dereferencing type-punned pointer will break strict-aliasing rules
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows draw.c -o ./release/draw.o
draw.c: In function `DXSetGamma':
draw.c:4723: warning: dereferencing type-punned pointer will break strict-aliasing rules
draw.c: In function `DXinitialize':
draw.c:4887: warning: dereferencing type-punned pointer will break strict-aliasing rules
draw.c: In function `ShowTextGpuPic':
draw.c:5485: warning: dereferencing type-punned pointer will break strict-aliasing rules
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows fps.c -o ./release/fps.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows key.c -o ./release/key.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows menu.c -o ./release/menu.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows prim.c -o ./release/prim.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows soft.c -o ./release/soft.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows zn.c -o ./release/zn.o
nasmw -O1 -f win32 -D__WIN32__ -D__i386__ hq3x32.asm -o ./release/hq3x32.o
nasmw -O1 -f win32 -D__WIN32__ -D__i386__ hq2x32.asm -o ./release/hq2x32.o
nasmw -O1 -f win32 -D__WIN32__ -D__i386__ hq3x16.asm -o ./release/hq3x16.o
nasmw -O1 -f win32 -D__WIN32__ -D__i386__ hq2x16.asm -o ./release/hq2x16.o
nasmw -O1 -f win32 -D__WIN32__ -D__i386__ i386.asm -o ./release/i386.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows gpupeopssoft.c -o ./release/gpupeopssoft.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows record.c -o ./release/record.o
gcc -g -Wall -O4 -march=i686 -fomit-frame-pointer -ffast-math  -c -D__i386__ -D_WINDOWS -DNDEBUG -DWIN32 -D__MINGW32__ -mwindows fpsewp.c -o ./release/fpsewp.o
windres gpuPeopsSoft.rc ./release/res.res -D__MINGW32__ -DNDEBUG
windres  -o ./release/res.o -i ./release/res.res
cd ./release/ ; \
        dllwrap -dllname gpuPeopsSoft.dll -def ../gpupeopssoft.def gpu.o cfg.o draw.o fps.o key.o menu.o prim.o soft.o zn.o hq3x32.o hq2x32.o hq3x16.o hq2x16.o i386.o gpupeopssoft.o record.o fpsewp.o res.o -mwindows -Wl,--enable-stdcall-fixup  -lddraw -lwinmm -ld3dim -ldxguid -ladvapi32 -lmsacm32 -lvfw_cap32 -lvfw_ms32 -lvfw_avi32
cd ./release/ ; \
        strip gpuPeopsSoft.dll

maybe this isn't the best place for reporting these compile log... hmm bah anyway. ok, now I would like to know where I can find the segu controller plugin source.. I din't find anywathing... does his controller plugin is open-source?

Posted: 7/9/2009 4:37 AM

Quote

mz

Emulator Coder, Player (79)

Joined: 10/26/2007
Posts: 693

BadPotato wrote:

now I would like to know where I can find the segu controller plugin source.. I din't find anywathing... does his controller plugin is open-source?

No, it isn't.

You're just fucking stupid, everyone hates you, sorry to tell you the truth. no one likes you, you're someone pretentious and TASes only to be on speed game, but don't have any hope, you won't get there.

Posted: 7/9/2009 5:05 PM

Quote

BadPotato

Joined: 1/26/2009
Posts: 558
Location: Canada - Québec

I've just try to run the gpu plugin and I got an error about the file "cygwin1.dll is missing". Then if I put this dll in my output folder, pcsx ask me to configure the plugin and when I choose my gpu plugin build, the program freeze before that the main windows pop up. :/ Thought if I choose your plugin pcsx run fine Also, look like that my build is a bit bigger that yours: mine: pcsx.exe 360ko gpuPeopsSoft.dll 666Ko (I should probably rename it as gpuTASsoft.dll) your: pcsx.exe 146Ko gpuTASsoft.dll 122Ko Any idea? maybe I should compile the gpu plugin without cygwin... I'll give it a shoot.

Posted: 7/9/2009 5:16 PM

Quote

mz

Emulator Coder, Player (79)

Joined: 10/26/2007
Posts: 693

Sorry, I don't know what may be causing your freeze... I use UPX to compress the files before uploading a new release.

You're just fucking stupid, everyone hates you, sorry to tell you the truth. no one likes you, you're someone pretentious and TASes only to be on speed game, but don't have any hope, you won't get there.

Posted: 7/12/2009 12:37 PM

Quote

nfq

Player (94)

Joined: 5/10/2005
Posts: 1204

mz wrote:

I think for v0.1.0, I (or anyone else) should use PCSX-R, since that version already has built-in ISO loading and disc switching. We should call it PCSX-RRR v0.1.

do you know if parasite eve 2 works properly with this new version? with v0.0.9 it sometimes can't play the movies in the game, and there's one movie which can't be skipped (when you kill the fat boss before disc 2) so the emulator crashes there.

Youtube channel | Goldeneye and PD TAS times

Posted: 7/18/2009 2:35 AM

Quote

mz

Emulator Coder, Player (79)

Joined: 10/26/2007
Posts: 693

New version: pcsx-rr-v010.7z. This is mostly the same as the build that was posted in the MGS thread with a disc-switching fix. It also has a couple of major bug fixes by ume.drink, so it is a recommended upgrade.

nfq wrote:

do you know if parasite eve 2 works properly with this new version?

I don't know, sorry.

You're just fucking stupid, everyone hates you, sorry to tell you the truth. no one likes you, you're someone pretentious and TASes only to be on speed game, but don't have any hope, you won't get there.

Posted: 7/18/2009 12:07 PM

Quote

arflech

He/Him

Joined: 5/3/2008
Posts: 1120

Why is your version of zlib smaller than the official one from zlib.net? Did you perform some compiler optimization?

i imgur com/QiCaaH8 png

Posted: 7/18/2009 6:01 PM

Quote

mz

Emulator Coder, Player (79)

Joined: 10/26/2007
Posts: 693

No, that may be because of this too:

mz wrote:

I use UPX to compress the files before uploading a new release.

You're just fucking stupid, everyone hates you, sorry to tell you the truth. no one likes you, you're someone pretentious and TASes only to be on speed game, but don't have any hope, you won't get there.

Posted: 7/22/2009 5:30 PM
(Edited: 7/26/2009 9:58 AM)

Quote

antd

Joined: 3/18/2006
Posts: 971
Location: Great Britain

[Problem Resolved] hey mz, ff7 is desyncing all the time at this part in the game. The transition from elevator to top of the reactor. I cannot carry on with my run. This is bad :P I've tried re-doing sections before it, but it's always desyncing at the same part :-s It seems not to be releasing X (It should release X for 1 frame) I didn't have any severe desyncing problem until now. I delayed my input, and whatever I do after the elevator, it desyncs.... I've tried using no sound plugin too. Oh, and I'm using a USB game-pad if that makes any difference. N-rage plugin. Any ideas?

Posted: 7/24/2009 10:27 AM
(Edited: 7/30/2009 3:58 PM)

Quote

antd

Joined: 3/18/2006
Posts: 971
Location: Great Britain

The desync was caused by using the TAS CD-ROM Plugin 0.3. The problem was fixed by changing to TAS ISO Plugin 0.2 [link removed] Another problem. Why is it repeating?

Forum Deprecated Emulators [PCSX/PSXjin] PCSX Rerecording (new version)

Forum

Deprecated Emulators

[PCSX/PSXjin] PCSX Rerecording (new version)