BigBolt
Forum Replies Created
-
AuthorPosts
-
BigBoltParticipant
that’s weird ‘cos I’ve compiled the source and I have no such problem, all the diacritics are OK. :geek:
BigBoltParticipant@tantric : Something went wrong when you edited the lang file and added the first 2 lines, some of the diacritics were lost. I’ve edited and re-saved the file, here it is:[attachment=0:yhq5vzfa]ro.rar[/attachment:yhq5vzfa]
BigBoltParticipantModified some text because after compiling and testing the previous file i found a string that was too large; minor changes
[attachment=0:354k9fbv]ro.lang.rar[/attachment:354k9fbv]BigBoltParticipantHi, just updated romanian translation with the new strings:
[attachment=0:241ul3vk]ro.rar[/attachment:241ul3vk]BigBoltParticipantMot-a mot translation is indeed “Ordinea de redare” but after i’ve compiled the source and tested the program i saw it wasn’t ok. Check your PM
BigBoltParticipantHi, you’ve made a little mistake
msgid “Buffering”
msgstr “Mise en mΓ©moire tampom”It should be “tampon” π
BigBoltParticipantI’ve checked the Romanian lang file and adapted it, here it is : http://www.mediafire.com/download.php?fdtzygqwomz
Compiled and working ok…BigBoltParticipant@skoopman wrote:
As promised the updated ro.lang with the Romanian t and the same file with a normal t ro2.lang until the display problems are fixed.:geek:
Skoopman, romanian translation is funny π
example :msgid “Username is blank.”
msgstr “Utilizatorul este gol.”“Utilizatorul este gol” means “The user is naked”.A better translation is “Nu ati completat numele utilizatorului”
I’ll check the entire file and I’ll make the corectionsBigBoltParticipant@pista wrote:
I don’t know why some windows systems need to change these parameters …
Devkit pro installer might be the reason.
For some reason the devkitpro installer does not always add the path to the GCC compiler to the system path. It does add the path for MSYS which is why ‘make’ works.
from here
I’ve also modified windows path when trying to compile mplayer ce (because of the same problem, gcc not found)
So all you have to do is add to your path, the path to devkit gcc and other executables wich is [path to devkitpro]/devkitppc/bin. If you have installed devkitPro in C:/devkitPro, then go to control panel>system>advanced>environment variables>system variables and add the following line to PATH : C:/devkitPro/devkitPPC/bin and restart Windows to make it reload the new PATHBigBoltParticipantTry disabling your antivirus. It seems that some antivirus programs (more exactly the heuristical analysis on memory or the search for unknown threats) are causing problems (panda, norman, windows defender/vista etc).
BigBoltParticipant@schmidex wrote:
Anyone else getting this error?:
Any idea how to solve this?
Schmindex, are you using the last version of devkit pro? Is it installed properly? Try uninstalling and reinstalling + restarting windows to make sure that windows environment variables are reloaded . Msys does not need any tricks if devkit pro was installed properly.
BigBoltParticipantTantric, thank you, you were right, now everything works fine.
Anyway, I’ve made a detailed “how to” to avoid future compiling questions and let Tantric concentrate on the real problems π
1. Download WiiMC source (i’m using TortoiseSVN)
2. Install Devkit Pro and restart your system.
3. Download the following libs :
Zlib
MXml
LibPng
Freetype
Jpeg8a (not sure if wiimc is using it)
4. Go to your devkitPro folder and create the portlibs folder; inside portlibs create a folder named “ppc“
5. Extract all the downloaded libs inside ppc folder
6. Now you must compile the libs located inside the WiiMC/libs folder. You must use Msys (installed with Devkit Pro, you can find it in Start Menu > Programs >DevkitPro), don’t use Windows Command Prompt.
6.1. For fribidi and libiconv, before runing ” make” you first must run./configure --host=powerpc-eabi --prefix="${DEVKITPRO}/portlibs/ppc" --libdir="${DEVKITPRO}/portlibs/ppc/lib"
After this run “make” and “make install“
6.2. libntfs, opencore-amr and openjpeg can be compiled by simply runing “make” and “make install“
7. Now you can run “make” in wiimc folderBigBoltParticipantTristar, don’t use windows command prompt, use msys (installed with devkit pro)
@tantric, thanks for your help, but it seems that fribidi needs more than runing the configure script to compile… and libfreetype configure script aborts under windows but under linux is working fine…BigBoltParticipantSome of the libs compile fine just under linux… at least i didn’t succeed to compile them under windows so i’ve compiled them in ubuntu/vmware. Some of the libs require scripts to configure, some libs aren’t included in the wiimc folder and you’ll have to download them (libmxml, libpng14 etc).
Anyway, here are all the portlibs (compiled) needed: http://www.mediafire.com/?mitdymnienj . Just extract the portlibs folder in devkitpro folder, go to wiimc folder and just run the make command.
On my system i’ve got some errors saying that it can’t find some libs that were in the portlibs folder (probably missing path in makefile) and i’ve copied the libs in devkitProdevkitPPClibgccpowerpc-eabi4.4.3 folder.BigBoltParticipantErased the whole folder, downloaded source again, now it seems that there is a problem with dsputil.c
dsputil.c: In function ‘put_h264_qpel2_mc10_c’:
dsputil.c:2586: internal compiler error: Segmentation fault
Please submit a full bug report.Rolled back dsputil.c to version 98 seems to resolve the problem, but then stucked in filebrowser.cpp :
filebrowser.cpp
c:/wiimc/source/filebrowser.cpp: In function ‘int BrowserChangeFolder(bool, bool)’:
c:/wiimc/source/filebrowser.cpp:339: error: ‘gettext’ was not declared in this scope
c:/wiimc/source/filebrowser.cpp:343: error: ‘gettext’ was not declared in this scope
c:/wiimc/source/filebrowser.cpp:363: error: ‘gettext’ was not declared in this scope
c:/wiimc/source/filebrowser.cpp:367: error: ‘gettext’ was not declared in this scope
make[1]: *** [filebrowser.o] Error 1Rolling back filebrowser.cpp to revision 200 and the code compiles with no error.
Playback works fine, but Issue #25 is still with us π
Anyway thank you for all your hard work π . -
AuthorPosts