Honestly i never edited a game. But i think that gamesquest1 can help you...
Thank you. There is another problem,your make banner tool didn't work,there is a screenshot
you need to install PIL, one min ill get you a different guide that covers changing the games banner
You have to install PIL... (Google is your friend)Thank you. There is another problem,your make banner tool didn't work,there is a screenshot
EDIT: ninja'd
https://gbatemp.net/threads/the-general-vc-rom-injection-thread-nes-gb-c-a-etc.371894/
reah this thread, everything you need to know is in there for changing banners on retail games
PS that thread was made some time ago actually and some tools have been updated since then for rom decryption etc.....but you get the general idea
reah this thread, everything you need to know is in there for changing banners on retail games
PS that thread was made some time ago actually and some tools have been updated since then for rom decryption etc.....but you get the general idea
- Joined
- Nov 24, 2014
- Messages
- 3,162
- Trophies
- 2
- Age
- 29
- Location
- Bologna
- Website
- rinnegatamante.it
- XP
- 4,857
- Country
Hi, i'm getting several errors when trying to compile latest ctrulib version, does someone know how to solve?
EDIT: Solved, i had in my libctru folder old soc.c :/
Code:
c:/devkitPro/ctrulib/libctru/source/services/soc.c:232:5: error: conflicting types for 'accept'
int accept(int sockfd, struct sockaddr *addr, int *addrlen)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:72:6: note: previous declaration of 'accept' was here
int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:273:5: error: conflicting types for 'bind'
int bind(int sockfd, const struct sockaddr *addr, int addrlen)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:73:6: note: previous declaration of 'bind' was here
int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:318:5: error: conflicting types for 'connect'
int connect(int sockfd, const struct sockaddr *addr, int addrlen)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:75:6: note: previous declaration of 'connect' was here
int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:565:5: error: conflicting types for 'recvfrom'
int recvfrom(int sockfd, void *buf, int len, int flags, struct sockaddr *src_addr, int *addrlen)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:81:10: note: previous declaration of 'recvfrom' was here
ssize_t recvfrom(int sockfd, void *buf, size_t len, int flags, struct sockaddr *src_addr, socklen_t *addrlen);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:571:5: error: conflicting types for 'sendto'
int sendto(int sockfd, const void *buf, int len, int flags, const struct sockaddr *dest_addr, int addrlen)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:83:10: note: previous declaration of 'sendto' was here
ssize_t sendto(int sockfd, const void *buf, size_t len, int flags, const struct sockaddr *dest_addr, socklen_t addrlen);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:577:5: error: conflicting types for 'recv'
int recv(int sockfd, void *buf, int len, int flags)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:80:10: note: previous declaration of 'recv' was here
ssize_t recv(int sockfd, void *buf, size_t len, int flags);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:582:5: error: conflicting types for 'send'
int send(int sockfd, const void *buf, int len, int flags)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:82:10: note: previous declaration of 'send' was here
ssize_t send(int sockfd, const void *buf, size_t len, int flags);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:587:5: error: conflicting types for 'getsockopt'
int getsockopt(int sockfd, int level, int option_name, void * data, int * data_len)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:78:6: note: previous declaration of 'getsockopt' was here
int getsockopt(int sockfd, int level, int optname, void *optval, socklen_t *optlen);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:621:5: error: conflicting types for 'setsockopt'
int setsockopt(int sockfd, int level, int option_name, const void * data, int data_len)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:84:6: note: previous declaration of 'setsockopt' was here
int setsockopt(int sockfd, int level, int optname, const void *optval, socklen_t optlen);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:725:5: error: conflicting types for 'getsockname'
int getsockname(int sockfd, struct sockaddr *addr, int * addr_len)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:77:6: note: previous declaration of 'getsockname' was here
int getsockname(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
^
c:/devkitPro/ctrulib/libctru/source/services/soc.c:764:5: error: conflicting types for 'getpeername'
int getpeername(int sockfd, struct sockaddr *addr, int * addr_len)
^
In file included from c:/devkitPro/ctrulib/libctru/source/services/soc.c:1:0:
c:/devkitPro/ctrulib/libctru/include/sys/socket.h:76:6: note: previous declaration of 'getpeername' was here
int getpeername(int sockfd, struct sockaddr *addr, socklen_t *addrlen);
^
make[1]: *** [soc.o] Error 1
make: *** [build] Error 2EDIT: Solved, i had in my libctru folder old soc.c :/
Look at what I just found!
https://github.com/MrCheeze/playcoin
Went ahead and compiled it Attached.
cia, 3ds, and 3dsx
All credits to Mr Cheese.
Edit: fixed 3dsx
Edit2: This is the authors official distribution binary:
https://dl.dropboxusercontent.com/u/183608682/playcoin.zip
no 3ds or cia though.
https://github.com/MrCheeze/playcoin
Went ahead and compiled it
Attached.cia, 3ds, and 3dsx
All credits to Mr Cheese.
Edit: fixed 3dsx
Edit2: This is the authors official distribution binary:
https://dl.dropboxusercontent.com/u/183608682/playcoin.zip
no 3ds or cia though.
Are there any issues with this? In the readme it says to use at your own risk. :Edit: seems like it works. I got 300 play coins.Look at what I just found!
https://github.com/MrCheeze/playcoin
Went ahead and compiled it
cia, 3ds, and 3dsx
All credits to Mr Cheese.
Edit: fixed 3dsx
Edit2: This is the authors official distribution binary:
https://dl.dropboxusercontent.com/u/183608682/playcoin.zip
no 3ds or cia though.
- Joined
- Oct 27, 2002
- Messages
- 23,749
- Trophies
- 4
- Age
- 45
- Location
- Engine room, learning
- XP
- 15,649
- Country
At last a legal application to edit Play coins counter
Users will be happy (but maybe everybody already have CoinSetter as nobody ask for it anymore? )
Users will be happy (but maybe everybody already have CoinSetter as nobody ask for it anymore?
)
I do know someone asked earlier but how would I create a timer that could countdown from a minute to zero (or up) and it execute a command? (Pretty much execute a command every minute).
this is vital for what I am trying to do since after all, I am trying to make a metronome.
I don't understand the osGettime thing much so yeah :\
this is vital for what I am trying to do since after all, I am trying to make a metronome.
I don't understand the osGettime thing much so yeah :\
- Joined
- Nov 24, 2014
- Messages
- 3,162
- Trophies
- 2
- Age
- 29
- Location
- Bologna
- Website
- rinnegatamante.it
- XP
- 4,857
- Country
Anyone else having trouble with aemstro.py and test.vsh? .. i have my vars all set and i still get a traceback error.. I even tried punching in the commands by hand with absolute paths.. same error
the problem with Aemstro is that you pretty much need a specific revision of it to get it to work. For example, the latest aemstro doesn't work for me with the ctrulib examples, so I had to dowload the 11/17/14 revision to get it to compile those.
Also, make sure you're using python 3. I have 2.7 AND 3.4 installed on my system, it defaults to 2.7, so I had to change the makefile to run it with:
Code:
py -3 $(AEMSTRO)/aemstro_as.py $< ../$(notdir $<).shbinAnyone had any luck messing with ctrgl?
Still no go.. and i did make sure it was using python 3.
Code:
C:\Users\Rei\Desktop\3dscraft-master>make
blocks.bin
cloud.bin
cursor.bin
terrain.bin
test.vsh
Traceback (most recent call last):
File "c:/devkitPro/msys/aemstro_as.py", line 665, in <module>
parseLine(dvlb.getDVLP(), vsh_dvle, line, False)
File "c:/devkitPro/msys/aemstro_as.py", line 643, in parseLine
dirList[name](dvlp, dvle, r.group(2))
File "c:/devkitPro/msys/aemstro_as.py", line 535, in parseOut
s[2]=s[2].replace(" ", "")
IndexError: list index out of range
make[1]: *** [test.vsh.o] Error 1
make: *** [build] Error 2Off the top of my head I'd have to guess that it's still using the newer aemstro_as.py. The one from the revision I linked should only have 447 lines of code...
Guess it might not help that I linked to the revision of the wrong file...
this is the direct link to the one i used...
Guess it might not help that I linked to the revision of the wrong file...
this is the direct link to the one i used...
-
-
-
-
-
-
-
-
-
@
Psionic Roshambo:
But other than PC and Amiga ports I don't think Time Soldiers had any game system ports after the Master System -
-
-
@
Psionic Roshambo:
Ohhh just noticed that myself I bet it makes the Master System port look amazing by comparison lol
-
-
-
-
-
-
-
-
-
-
-
@
SylverReZ:
If you want a good system to port it to, at least have a good programmer and knowledge.+1 -
-