Hello, I have a problem, I install easy RPG on Dingux and I have 2 errors:
-couldn 't open DejaVuLGCSansMono are size 9
-SDL_RWFromFile (): No file or no mode specified
How to solve his problems?
Hello, I have a problem, I install easy RPG on Dingux and I have 2 errors:
-couldn 't open DejaVuLGCSansMono are size 9
-SDL_RWFromFile (): No file or no mode specified
How to solve his problems?
You have to put the folder “Font” into the same folder as the dingoo executable (and the rpg game). The Font-folder contains the DejaVuMono Font. If the dingoo package lacks this file: You can also get it from the wii-package: http://rpgmaker.es/descargas/easyrpg_player_wii_alpha.7z
Thanks for you’re request ^^ I have find and it’s okay =) Thank you very much =)
Where can I find a dingux version of the latest player compiled? (If Any)
Latest version is shinnil.co.cc/2011/02/eeasyr … alpha.html
Ask niltonpd for any question about dingux port.
Alpha Version was hosted at megaupload
Here’s a newest one: shinnil.co.cc/2012/01/easyrp … 12012.html
See ya!
Thanks. I’m going to try to run it on the nanonote, and later i’ll post something
Hello Fdelapena & friends!
After a long time away, I decided to take a look at the project. I liked the Rikku2000 idea and I relied on him to build a makefile for Dingoo.
Now you can choose to build for Dingux or OpenDingux, depending on the toolchain that you have available.
Besides the makefile, you only need to apply a small patch in the file sdl_ui.cpp.
Makefile
[code]##################################################################
##################################################################
TARGET = EasyRPG.dge
BUILD_DINGUX = NO
BUILD_OPENDINGUX = YES
ifeq ($(BUILD_DINGUX), YES)
TOOLCHAINDIR = /opt/mipsel-linux-uclibc
else
ifeq ($(BUILD_OPENDINGUX), YES)
TOOLCHAINDIR = /opt/opendingux-toolchain
CFLAGS = -O2 -fomit-frame-pointer -ffunction-sections -ffast-math -G0 -mbranch-likely
LDFLAGS = -Wl,–gc-sections
CXXFLAGS =
endif
endif
BINDIR = $(TOOLCHAINDIR)/usr/bin
SDL_CONFIG = $(BINDIR)/sdl-config
INCLUDES = …/…/lib/readers/include …/…/src
INCDIR = $(foreach dir, $(INCLUDES), -I$(wildcard $(dir)))
SOURCES = …/…/lib/readers/src …/…/lib/readers/src/generated …/…/src
CPPFILES = $(foreach dir, $(SOURCES), $(wildcard $(dir)/.cpp))
BINFILES = $(foreach dir, $(DATA), $(wildcard $(dir)/.*))
OBJS = $(addsuffix .o, $(BINFILES)) $(CPPFILES:.cpp=.o)
CFLAGS += -O2 -Wall -DUSE_SDL $(SDL_CONFIG) --cflags
CXXFLAGS += $(CFLAGS) -fno-exceptions -fno-rtti
LDFLAGS += -lstdc++ -lexpat -lSDL -lSDL_gfx -lSDL_ttf -lSDL_image -lSDL_mixer
-ljpeg -lpng12 -lz -lfreetype -lvorbisidec -lgcc -lm -lc -lpthread
-ldl $(SDL_CONFIG) --libs
HOST = $(BINDIR)/mipsel-linux-
CFLAGS += -DDINGOO
$(TARGET): $(OBJS)
$(HOST)gcc $(OBJS) -o $@ $(LDFLAGS)
$(HOST)strip $(TARGET)
.cpp.o:
$(HOST)gcc $(INCDIR) $(CXXFLAGS) -c $< -o $@
clean:
rm -f $(OBJS) $(TARGET)
[/code]
sdl_ui.cpp.patch
[code]diff -crB origem/sdl_ui.cpp destino/sdl_ui.cpp
*** origem/sdl_ui.cpp 2012-09-18 20:40:52.000000000 -0300
— destino/sdl_ui.cpp 2012-09-25 20:08:20.000000000 -0300
*** 257,264 ****
— 257,269 ----
}
}
#ifdef DINGOO
// Dingoo has no WM and no fullscreen
return true;
#else
// Didn’t find a suitable video mode
return false;
#endif
}
////////////////////////////////////////////////////////////
[/code]
Hi. Okay. Sounds like another target for jenkins ;).
Where can the toolchains be found?
OpenDingux is here: http://www.treewalker.org/opendingux/ and normal Dingux is http://dl.openhandhelds.org/cgi-bin/dingoo.cgi?0,0,0,0,14,98?
(We are currently working on a world record: The most supported plattforms by an automated build system ;))
And wtf?! how can there be no WM and no fullscreen? No WM somehow means fullscreen.
Hello Ghabry!
The OpenDingux link is correct, Dingux legacy you can found at code.google.com/p/dingoo-linux/d … 2&can=2&q=
In practice it has fullscreen, but for some reason the function SDL_ListModes not detected as a valid mode
Towards the guinness!
See ya!
The toolchain is broken. Can’t even compile a single file with the supplied g++.
Fails with
I placed it in ~/dingoo/opendingux-toolchain
Added /home/gab/dingoo/opendingux-toolchain/usr/bin
to the path.
Strace says:
access("/home/gab/dingoo/opendingux-toolchain/usr/lib/crt1.o", F_OK) = 0
access("/home/gab/dingoo/opendingux-toolchain/usr/bin/../lib/gcc/mipsel-unknown-linux-uclibc/4.5.1/crt1.o", R_OK) = -1 ENOENT (No such file or directory)
access("/home/gab/dingoo/opendingux-toolchain/usr/bin/../lib/gcc/crt1.o", R_OK) = -1 ENOENT (No such file or directory)
access("/home/gab/dingoo/opendingux-toolchain/usr/bin/../lib/gcc/mipsel-unknown-linux-uclibc/4.5.1/../../../../mipsel-unknown-linux-uclibc/lib/mipsel-unknown-linux-uclibc/4.5.1/crt1.o", R_OK) = -1 ENOENT (No such file or directory)
access("/home/gab/dingoo/opendingux-toolchain/usr/bin/../lib/gcc/mipsel-unknown-linux-uclibc/4.5.1/../../../../mipsel-unknown-linux-uclibc/lib/crt1.o", R_OK) = -1 ENOENT (No such file or directory)
access("/opt/opendingux-toolchain/lib/mipsel-unknown-linux-uclibc/4.5.1/crt1.o", R_OK) = -1 ENOENT (No such file or directory)
access("/opt/opendingux-toolchain/lib/crt1.o", R_OK) = -1 ENOENT (No such file or directory)
access("/opt/opendingux-toolchain/usr/lib/mipsel-unknown-linux-uclibc/4.5.1/crt1.o", R_OK) = -1 ENOENT (No such file or directory)
access("/opt/opendingux-toolchain/usr/lib/crt1.o", R_OK) = -1 ENOENT (No such file or directory)
According to the first line is finds the crt1.o but refuses to use it (Bug?).
So I added a symlink from /opt/opendingux-toolchain
to the other dir.
Now last strace line is
Now the linker reports the following error:
/home/gab/dingoo/opendingux-toolchain/usr/lib/crt1.o: In function `__start':
(.text+0x0): multiple definition of `__start'
/opt/opendingux-toolchain/usr/lib/crt1.o:(.text+0x0): first defined here
/home/gab/dingoo/opendingux-toolchain/usr/lib/crt1.o:(.data+0x0): multiple definition of `__data_start'
/opt/opendingux-toolchain/usr/lib/crt1.o:(.data+0x0): first defined here
collect2: ld returned 1 exit status
So it actually uses the crt1.o in my home-dir but only if the other crt1.o exists, too. Sounds like a bug to me.
Yes I could move the toolchain to /opt
but the Caanoo toolchain works without problems from the home dir.
Unfortunately you can not choose the destination directory, the installation in ‘/opt’ is mandatory.