libuta-develop Mailing List for libuta - a c++ multimedia framework
Status: Beta
Brought to you by:
klaux
Menu
▾
▴
libuta-develop
You can subscribe to this list here.
| 2000 |
Jan
(15) |
Feb
(11) |
Mar
(11) |
Apr
(4) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ta...@ex...> - 2001-08-28 11:01:08
|
mvc89cv We help business owners accept credit cards! Competitive Rates! Below Market Prices! Our approval process is quick and simple! We offer complete processing systems for your business: *Internet *Retail *Mail Order *Phone Order Free information request form: PLEASE VISIT http://www.freewebdirect.net/merchantservices/ **************************************************************** Since you have received this message you have either responded to one of our offers in the past or your address has been registered with us. If you wish to be removed please reply to: mailto:mor...@ya...?subject=remove **************************************************************** v6vc ** |
|
From: Karsten O. L. [EIT] <kl...@rh...> - 2001-02-27 16:26:16
|
On Tue, 27 Feb 2001, Sebastien Sable wrote: > Hello, > > I have a problem cross-compiling libuta. > > > I use this commands (cross-* comes from SDL cross-compilation page): > ./cross-configure.sh --prefix=/usr/local/cross-tools/i386-mingw32msvc > --enable-win32 > ./cross-make.sh > > While the library is built correctly, building the demos always > returns the same mistake: > > creating demos/Makefile > make[2]: Leaving directory > `/home/sable/tim/dev/graphique/orig/newuta/libuta/demos' > make[2]: Entering directory > `/home/sable/tim/dev/graphique/orig/newuta/libuta/demos' > c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../uta -Wall > -I/usr/local/cross-tools/i386-mingw32msvc/include > -I/usr/local/cross-tools/i386-mingw32msvc/include/SDL -Dmain=SDL_main > -I/usr/local/cross-tools/i386-mingw32msvc/lib/sigc++/include > -I/usr/local/cross-tools/i386-mingw32msvc/include -c simple.cc > /bin/sh ../libtool --mode=link c++ -o simple.exe simple.o > ../uta/libuta.la -lttf -lSDL_mixer -lpng -lz -lstdc++ > -L/usr/local/cross-tools/i3386-mingw32msvc/lib -lmingw32 -lSDLmain -lSDL > -mwindows -L/usr/local/cross-tools/i386-mingw32msvc/lib -lsigc -lsmpeg > mkdir .libs > c++ -o simple.exe simple.o ../uta/.libs/libuta.a -lttf -lSDL_mixer -lpng -lz > -lstdc++ -L/usr/local/cross-tools/i386-mingw32msvc/lib -lmingw32 -lSDLmain > -lSDL -lsigc -lsmpeg -lttf -lSDL_mixer -lpng -lz -lstdc++ > -L/usr/local/cross-tools/i386-mingw32msvc/lib -lmingw32 -lSDLmain -lSDL > -mwindows -L/usr/local/cross-tools/i386-mingw32msvc/lib -lsigc -lsmpeg > ../uta/.libs/libuta.a(surface_io.o)(.text+0x2dc):surface_io.cc: undefined > reference to `png_init_io' > ../uta/.libs/libuta.a(surface_io.o)(.text+0xa84):surface_io.cc: undefined > reference to `png_init_io' > make[2]: *** [simple.exe] Erreur 1 > make[2]: Leaving directory > `/home/sable/tim/dev/graphique/orig/newuta/libuta/demos' > make[1]: *** [all-recursive] Erreur 1 > make[1]: Leaving directory > `/home/sable/tim/dev/graphique/orig/newuta/libuta' > make: *** [all-recursive-am] Erreur 2 > > the libpng is the one provided on the SDL cross-compiling page, so the > problem probably does not come from there. > About the same mistake happen when trying to produce a dll of libuta. > I remember to ran across the same problem and built libpng by myself using xmingw32. If you are interested I could upload the compiled library. > Any help would be appreciated. > By the way, is there a devel version of libuta somewhere, all the > different tags on sourceforge seem to correspond to the same source > code... I'd like to make a few modifications to the library so I > prefer to work on the latest version. > If you checkout the head branch of libuta (using no tag at all) you will get the development version. You are right, though there are several tags, the branches do no yet differ since I haven't had time to do the intended changes. regards, -- Karsten-O. Laux kl...@rh... |
|
From: Sebastien S. <seb...@gm...> - 2001-02-27 13:46:14
|
Hello, I have a problem cross-compiling libuta. I use this commands (cross-* comes from SDL cross-compilation page): ./cross-configure.sh --prefix=/usr/local/cross-tools/i386-mingw32msvc --enable-win32 ./cross-make.sh While the library is built correctly, building the demos always returns the same mistake: creating demos/Makefile make[2]: Leaving directory `/home/sable/tim/dev/graphique/orig/newuta/libuta/demos' make[2]: Entering directory `/home/sable/tim/dev/graphique/orig/newuta/libuta/demos' c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../uta -Wall -I/usr/local/cross-tools/i386-mingw32msvc/include -I/usr/local/cross-tools/i386-mingw32msvc/include/SDL -Dmain=SDL_main -I/usr/local/cross-tools/i386-mingw32msvc/lib/sigc++/include -I/usr/local/cross-tools/i386-mingw32msvc/include -c simple.cc /bin/sh ../libtool --mode=link c++ -o simple.exe simple.o ../uta/libuta.la -lttf -lSDL_mixer -lpng -lz -lstdc++ -L/usr/local/cross-tools/i3386-mingw32msvc/lib -lmingw32 -lSDLmain -lSDL -mwindows -L/usr/local/cross-tools/i386-mingw32msvc/lib -lsigc -lsmpeg mkdir .libs c++ -o simple.exe simple.o ../uta/.libs/libuta.a -lttf -lSDL_mixer -lpng -lz -lstdc++ -L/usr/local/cross-tools/i386-mingw32msvc/lib -lmingw32 -lSDLmain -lSDL -lsigc -lsmpeg -lttf -lSDL_mixer -lpng -lz -lstdc++ -L/usr/local/cross-tools/i386-mingw32msvc/lib -lmingw32 -lSDLmain -lSDL -mwindows -L/usr/local/cross-tools/i386-mingw32msvc/lib -lsigc -lsmpeg ../uta/.libs/libuta.a(surface_io.o)(.text+0x2dc):surface_io.cc: undefined reference to `png_init_io' ../uta/.libs/libuta.a(surface_io.o)(.text+0xa84):surface_io.cc: undefined reference to `png_init_io' make[2]: *** [simple.exe] Erreur 1 make[2]: Leaving directory `/home/sable/tim/dev/graphique/orig/newuta/libuta/demos' make[1]: *** [all-recursive] Erreur 1 make[1]: Leaving directory `/home/sable/tim/dev/graphique/orig/newuta/libuta' make: *** [all-recursive-am] Erreur 2 the libpng is the one provided on the SDL cross-compiling page, so the problem probably does not come from there. About the same mistake happen when trying to produce a dll of libuta. Any help would be appreciated. By the way, is there a devel version of libuta somewhere, all the different tags on sourceforge seem to correspond to the same source code... I'd like to make a few modifications to the library so I prefer to work on the latest version. Thanks -- Sent through GMX FreeMail - http://www.gmx.net |
|
From: Karsten <kl...@rh...> - 2000-10-16 14:48:14
|
is the list still alive ? -- Karsten-O. Laux kl...@rh... |
|
From: Jason O. <ja...@op...> - 2000-10-16 02:21:00
|
Hello all.. Let me preface this with the fact that I am quite new to
Linux so anything I have to say should probably be taken with a block of
salt. :)
My problems first began with running configure I got the following:
...
checking for algorithm... no
checking for string... no
configure: error: obsolete C++ libraries
Please install an ansi compliant C++ compiler and libraries,
such as a recent version of gcc (the GNU Compiler Collection).
Apparently the problem of the configure file lies here:
#line 2650 "configure"
#include "confdefs.h"
#include <$ac_hdr>
$ac_hdr is being set to string instead of string.h
Unfortunately I wasn't able to figure out how to change configure
*properly*. Instead of making a proper change I added this little hack
which seemed to make it work:
#line 2650 "configure"
#include "confdefs.h"
#include <string.h>
After changing the above line libUta seemed to run configure quite
happily. The next problem I ran into was when I tried to do a make.
Here's the part where make seemed to choke:
/bin/sh ../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I..
-I/usr/lib/sigc++/include -D_REENTRANT -I/usr/include/SDL -D_REENTRANT
-fno-exceptions -c color.cc
rm -f .libs/color.lo
c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/sigc++/include -D_REENTRANT
-I/usr/include/SDL -D_REENTRANT -fno-exceptions -c -fPIC -DPIC color.cc
-o .libs/color.lo
In file included from color.cc:21:
color.h:24: iostream.h: No such file or directory
make[2]: *** [color.lo] Error 1
make[2]: Leaving directory `/opt/forge/libuta-0.3.29/uta'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/forge/libuta-0.3.29'
make: *** [all-recursive-am] Error 2
If anyone could help me with this I'd really appreciate it!
-Jason Oppel
|
|
From: Karsten <kl...@rh...> - 2000-10-11 14:58:43
|
Hello, just the note, that I have successfully build libuta on Solaris 7 on an Ultra5 box. I have used the gcc-2.95.2 compiler suite, SDL-1.1.3 and libsigc++0.8.5. Some colors are displayed wrong, but it works :) -- Karsten-O. Laux kl...@rh... |
|
From: Yann R. <at...@at...> - 2000-10-09 19:39:03
|
This looks like an SDL problem.... Latest libuta, SDL 1.1.5, FreeBSD 4.0-R I'm only at this stage after hacking autoconf to even correctly configure on this platform (patches sent to cl...@wo...): gmake all-recursive gmake[1]: Entering directory `/usr/home/atrus/wf/libuta-0.3.29' Making all in uta gmake[2]: Entering directory `/usr/home/atrus/wf/libuta-0.3.29/uta' /bin/sh ../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/SDL -D_REENTRANT -D_THREAD_SAFE -fno-exceptions -c sge_draw.cc rm -f .libs/sge_draw.lo c++ -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/SDL -D_REENTRANT -D_THREAD_SAFE -fno-exceptions -Wp,-MD,.deps/sge_draw.pp -c -fPIC -DPIC sge_draw.cc -o .libs/sge_draw.lo sge_draw.cc: In function `void _PutPixel(SDL_Surface *, short int, short int, unsigned int)': sge_draw.cc:159: `struct SDL_Surface' has no member named `clip_minx' sge_draw.cc:159: `struct SDL_Surface' has no member named `clip_maxx' sge_draw.cc:159: `struct SDL_Surface' has no member named `clip_miny' sge_draw.cc:159: `struct SDL_Surface' has no member named `clip_maxy' sge_draw.cc: In function `Sint32 sge_CalcYPitch(SDL_Surface *, short int)': sge_draw.cc:291: `struct SDL_Surface' has no member named `clip_miny' sge_draw.cc:291: `struct SDL_Surface' has no member named `clip_maxy' sge_draw.cc: In function `void sge_pPutPixel(SDL_Surface *, short int, int, u *snip* and so on... Any ideas? -- -------------------------------------------------------------------- Yann Ramin at...@at... Atrus Trivalie Productions www.redshift.com/~yramin Monterey High IT www.montereyhigh.com AIM oddatrus Marina, CA IRM Developer Network Toaster Developer SNTS Developer KLevel Developer -------------------------------------------------------------------- |
|
From: M L <mau...@ya...> - 2000-06-29 03:08:31
|
Hi, I am Mauv from the WorldForge Project. I am working on a RPG called Impact. Info on Impact can be located at (http://www.worldforge.org/website/rules/impact/). We have about 12 guys working on graphix for this project and the rules (history) are coming along great! We need someone who is capible of working with the UClient code. This is the client we want to make the game in. If anyone can help us please contact me. Thank you. -Mauv Marvin Lucas Coordinator of Impact __________________________________________________ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ |
|
From: Stefanus Du T. <sd...@gm...> - 2000-04-06 11:39:12
|
Cool! Nice to see we're getting forward. I'm thinking up 0.5.0 thoughts at the moment, will write up something and draw a few UML diagrams soon. Some things I wouldn't mind implementing in 0.5.0: - proper z-layering - rotation (big questionmark, this could be a hassle to do, but would rule) - being able to easily add borders to a widget, switch them around and be able to address the widget as that containing the border (e.g. when placing windows) or alternatively just the widget (e.g. when resizing controls in a bordered window) - nicer support for consistent style, e.g. widgets fetch their style from some kind of central object which determines colours, borders, etc. - a cleaner object hierarchy - no interface difference in using an image rather than a colour as the background (and please have clean non-image-based widgets :) - a constraints-based widget position & resizing system - perhaps even the specification of widgets in an arbitrary co-ordinate system to support any arbitrary viewport size Anyways, these thoughts are random, I won't be available for a maximum of 2.5 months from now, but I'll be there some time. PS: Karsten, I'm looking forward to seeing you on LinuxTag, looks like I'm definitely gonna be there, we should talk about it a little more. Cya, -- Stefanus Du Toit * WorldForger * Unix Hacker * Open Source Fanatic mailto:sd...@gm... * http://www.worldforge.org/ * http://ultracool.net/ On Tue, 4 Apr 2000, Karsten-Olaf Laux wrote: > Version 0.3.18 > * new logo by Uta herself ! > * fixed Timer class (was not correctly working) > * added Focus class and focus handling to Widget class > NEW BEHAVIOR: by default a widget does not get focus. > Use setClickToFocus(true) or setPointToFocus(true) > to enable accepting of focus (all classes derived either from > Button or LineEdit have set ClickToFocus to true) > * added a check for SMPEG so that the mpeg demos are only build > when SMPG is available > * updated keysym.h > > > My favorite new feature is the focus handling. Now the default behavior is > ClickToFocus. So once you have activated a lineedit field it keeps the focus > even if you move the mouse away ! :) This works for buttons, too. > > You may use TAB (Shift-TAB) to move the focus to the next child widget, which > is quite nice for dialogs with many editfields and buttons. > > Buttons now react on SPACE or RETURN when posessing the focus. So it is now > possible to create a dialog and then pass the focus to the OK button: > okButton->grabFocus() > Now the user may close the dialog by just pressing RETURN. :) > > > Finally the best news: > > Uta herself has made a new logo for libuta ! > I will soon change the icon-header > file to this new logo and probably update the webpage :) > I guess that you all agree to keep sdt's banner, as well ! > > > so far, > > > -- > Karsten-O. Laux (kl...@rh...) > > > _______________________________________________ > Libuta-develop mailing list > Lib...@li... > http://lists.sourceforge.net/mailman/listinfo/libuta-develop > |
|
From: Karsten-Olaf L. <kl...@rh...> - 2000-04-04 07:22:38
|
Version 0.3.18
* new logo by Uta herself !
* fixed Timer class (was not correctly working)
* added Focus class and focus handling to Widget class
NEW BEHAVIOR: by default a widget does not get focus.
Use setClickToFocus(true) or setPointToFocus(true)
to enable accepting of focus (all classes derived either from
Button or LineEdit have set ClickToFocus to true)
* added a check for SMPEG so that the mpeg demos are only build
when SMPG is available
* updated keysym.h
My favorite new feature is the focus handling. Now the default behavior is
ClickToFocus. So once you have activated a lineedit field it keeps the focus
even if you move the mouse away ! :) This works for buttons, too.
You may use TAB (Shift-TAB) to move the focus to the next child widget, which
is quite nice for dialogs with many editfields and buttons.
Buttons now react on SPACE or RETURN when posessing the focus. So it is now
possible to create a dialog and then pass the focus to the OK button:
okButton->grabFocus()
Now the user may close the dialog by just pressing RETURN. :)
Finally the best news:
Uta herself has made a new logo for libuta !
I will soon change the icon-header
file to this new logo and probably update the webpage :)
I guess that you all agree to keep sdt's banner, as well !
so far,
--
Karsten-O. Laux (kl...@rh...)
|
|
From: Karsten-O. L. <la...@ei...> - 2000-04-03 11:14:05
|
sorry for this late reply, I have been quite busy the last week... Philip Stadermann wrote: > > > > I'm having problems with the plaympeg demo. It plays all MPEG files much too > > > slow at about 1 fps. > > > Is this a bug or did I compile using some wrong settings? > > > > > 1 fps is damned low. I guess this is a bug. > > > > Could you send the version numbers of your installed SDL, SMPEG and > > SDL_mixer ? > > What pixeldepth does your Xserver use ? > > Also information about your hardware (graphics card, processor, RAM) > > would be helpfull. > > SDL 1.1.1 > SMPEG 0.3.4 > I'm not using SDL_mixer. Is this a problem? > hmm, I have not checked this combination, but will do so soon. the current version of libuta had a bug in it's timer class, so the Application class took too much cpu time ... this could have been the problem. I will upload the bugfix tonight to the cvs ... but this bugfix is only a maybe-resolution for your problem - I will investigate on this. > Computer: > Pentium 266 (not P2) laptop > some Neomagic graphics card > 64mb ram > 1024x768 16-bit > > The plaympeg tool from the smpeg library plays at full speed on my computer. > The problem seems to result from the combination of smpeg and libuta. I've > added some debug output to the callback function screen_update in plaympeg.cc: > It's called only once per second and the refreshrect is almost instantly done. > So that can't be the problem. > SMPEG uses the SDL_delay function in timeSync (video/gdith.cpp). Maybe the > timer is screwed up and it waits too long (note that all frames are played, > they're not skipped). > Thanks for your precise information ... this will help a lot. I guess the timer cannot be screwed since it is a system timer ... but I guess since the smpeg runs in a seperate thread, the main thread may suck too much cpu time and thus the smpeg thread runs much too slow... -- Karsten-O. Laux |
|
From: Michael D. <mi...@co...> - 2000-04-01 13:42:46
|
> automike 0.2.0 is now up on SourceForge; Oh by the way, that *wasn't* an April Fools joke :) automike 0.3.0 is now available, it will now generate error messages when critical dependencies are not found. It does not yet do version checking, that comes next. Michael |
|
From: Michael D. <mi...@co...> - 2000-03-31 15:20:00
|
Hi guys, automike 0.2.0 is now up on SourceForge; it's pretty crude still but now it attempts to generate --with-blah=DIR prefix options for dependencies that need them. It could do with a bit of stress testing, would it be possible to try it out on libuta 0.4.0? This would involve adding a single new file - `configure.am' - to cvs, and the current configure script could still be used until the automike generated one is of higher quality. Sorry progress on this has been so slow, but it's finally beginning to shape up into a useful tool, I hope it helps :) Michael |
|
From: <Sha...@mg...> - 2000-03-29 00:14:09
|
here is that log...
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:639: checking for a BSD compatible install
configure:696: checking whether build environment is sane
configure:753: checking whether make sets ${MAKE}
configure:800: checking for working aclocal
configure:813: checking for working autoconf
configure:826: checking for working automake
configure:839: checking for working autoheader
configure:852: checking for working makeinfo
configure:871: checking for Cygwin environment
configure:887: cc -c conftest.c 1>&5
/boot/home/libuta-0.3.17/configure: In function `main':
/boot/home/libuta-0.3.17/configure:883: `__CYGWIN32__' undeclared (first use in
this function)
/boot/home/libuta-0.3.17/configure:883: (Each undeclared identifier is reported
only once
/boot/home/libuta-0.3.17/configure:883: for each function it appears in.)
configure: failed program was:
#line 876 "configure"
#include "confdefs.h"
int main() {
#ifndef __CYGWIN__
#define __CYGWIN__ __CYGWIN32__
#endif
return __CYGWIN__;
; return 0; }
configure:903: checking for mingw32 environment
configure:915: cc -c conftest.c 1>&5
/boot/home/libuta-0.3.17/configure: In function `main':
/boot/home/libuta-0.3.17/configure:911: `__MINGW32__' undeclared (first use in
this function)
/boot/home/libuta-0.3.17/configure:911: (Each undeclared identifier is reported
only once
/boot/home/libuta-0.3.17/configure:911: for each function it appears in.)
configure: failed program was:
#line 908 "configure"
#include "confdefs.h"
int main() {
return __MINGW32__;
; return 0; }
configure:931: checking for EMX OS/2 environment
configure:943: cc -c conftest.c 1>&5
/boot/home/libuta-0.3.17/configure: In function `main':
/boot/home/libuta-0.3.17/configure:939: `__EMX__' undeclared (first use in this
function)
/boot/home/libuta-0.3.17/configure:939: (Each undeclared identifier is reported
only once
/boot/home/libuta-0.3.17/configure:939: for each function it appears in.)
configure: failed program was:
#line 936 "configure"
#include "confdefs.h"
int main() {
return __EMX__;
; return 0; }
configure:962: checking for executable suffix
configure:972: cc -o conftest conftest.c 1>&5
configure:1064: checking host system type
configure:1105: checking build system type
configure:1146: checking for ranlib
configure:1176: checking for gcc
configure:1289: checking whether the C compiler (gcc ) works
configure:1305: gcc -o conftest conftest.c 1>&5
configure:1331: checking whether the C compiler (gcc ) is a cross-compiler
configure:1336: checking whether we are using GNU C
configure:1345: gcc -E conftest.c
configure:1364: checking whether gcc accepts -g
configure:1407: checking for ld used by GCC
configure:1470: checking if the linker (/boot/develop/tools/gnupro/bin/ld) is
GNU ld
GNU ld version 2.9-beos-980929 (with BFD 2.9-beos-980929)
configure:1486: checking for BSD-compatible nm
configure:1523: checking whether ln -s works
ltconfig:603: checking for object suffix
ltconfig:604: gcc -c -g -O2 conftest.c 1>&5
ltconfig:629: checking for executable suffix
ltconfig:630: gcc -o conftest -g -O2 conftest.c 1>&5
ltconfig:829: checking if gcc supports -c -o file.o
ltconfig:830: gcc -c -g -O2 -o out/conftest2.o conftest.c 1>&5
ltconfig:862: checking if gcc supports -c -o file.lo
ltconfig:863: gcc -c -g -O2 -c -o conftest.lo conftest.c 1>&5
ltconfig:914: checking if gcc supports -fno-rtti -fno-exceptions
ltconfig:915: gcc -c -g -O2 -fno-rtti -fno-exceptions -c conftest.c conftest.c
1>&5
ltconfig:958: checking if gcc static flag -static works
ltconfig:959: gcc -o conftest -g -O2 -static conftest.c 1>&5
GNU ld version 2.9-beos-980929 (with BFD 2.9-beos-980929)
ltconfig:1592: checking if global_symbol_pipe works
ltconfig:1593: gcc -c -g -O2 conftest.c 1>&5
ltconfig:1596: eval "/boot/develop/tools/gnupro/bin/nm -B conftest.o | sed -n -e
's/^.*[ ]\([ABCDGISTW]\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3
\3/p' > conftest.nm"
ltconfig:1648: gcc -o conftest -g -O2 -fno-builtin -fno-rtti -fno-exceptions
conftest.c conftstm.o 1>&5
configure:1710: checking for ranlib
configure:1742: checking host system type
configure:1794: checking for a BSD compatible install
configure:1851: checking whether ln -s works
configure:1872: checking whether make sets ${MAKE}
configure:1905: checking for gtar
configure:1940: checking for wget
configure:1974: checking for lynx
configure:2100: checking for gcc
configure:2213: checking whether the C compiler (gcc -g -O2 ) works
configure:2229: gcc -o conftest -g -O2 conftest.c 1>&5
configure:2255: checking whether the C compiler (gcc -g -O2 ) is a
cross-compiler
configure:2260: checking whether we are using GNU C
configure:2288: checking whether gcc accepts -g
configure:2320: checking how to run the C preprocessor
configure:2341: gcc -E conftest.c >/dev/null 2>conftest.out
configure:2405: checking for ANSI C header files
configure:2418: gcc -E conftest.c >/dev/null 2>conftest.out
configure:2485: gcc -o conftest -g -O2 conftest.c 1>&5
configure:2536: checking for c++
configure:2568: checking whether the C++ compiler (c++ ) works
configure:2584: c++ -o conftest conftest.C 1>&5
configure:2610: checking whether the C++ compiler (c++ ) is a cross-compiler
configure:2615: checking whether we are using GNU C++
configure:2624: c++ -E conftest.C
configure:2643: checking whether c++ accepts -g
configure:2677: checking how to run the C++ preprocessor
configure:2695: c++ -E conftest.C >/dev/null 2>conftest.out
configure:2729: checking for vector
configure:2739: c++ -E conftest.C >/dev/null 2>conftest.out
configure:2729: checking for map
configure:2739: c++ -E conftest.C >/dev/null 2>conftest.out
configure:2729: checking for algorithm
configure:2739: c++ -E conftest.C >/dev/null 2>conftest.out
configure:2729: checking for string
configure:2739: c++ -E conftest.C >/dev/null 2>conftest.out
configure:2786: checking for bool
configure:2802: c++ -c -g -O2 conftest.C 1>&5
configure:2850: checking for const_cast
configure:2871: c++ -c -g -O2 conftest.C 1>&5
configure:2919: checking for member function templates
configure:2945: c++ -c -g -O2 conftest.C 1>&5
configure:2993: checking for member class templates
configure:3015: c++ -c -g -O2 conftest.C 1>&5
configure:3063: checking for mutable
configure:3088: c++ -c -g -O2 conftest.C 1>&5
configure:3136: checking for partial specialization
configure:3161: c++ -c -g -O2 conftest.C 1>&5
configure:3209: checking for friend templates
configure:3231: c++ -c -g -O2 conftest.C 1>&5
configure:3282: checking for namespace
configure:3302: c++ -c -g -O2 conftest.C 1>&5
configure:3350: checking for intrinsic constructors
configure:3375: c++ -c -g -O2 conftest.C 1>&5
configure:3949: checking for dlfcn.h
configure:3959: gcc -E conftest.c >/dev/null 2>conftest.out
/boot/home/libuta-0.3.17/configure:3955: dlfcn.h: No such file or directory
configure: failed program was:
#line 3954 "configure"
#include "confdefs.h"
#include <dlfcn.h>
configure:4065: checking for pow
configure:4094: gcc -o conftest conftest.c 1>&5
configure:4230: checking for pthread.h
configure:4240: gcc -E conftest.c >/dev/null 2>conftest.out
/boot/home/libuta-0.3.17/configure:4236: pthread.h: No such file or directory
configure: failed program was:
#line 4235 "configure"
#include "confdefs.h"
#include <pthread.h>
|
|
From: Philip S. <pst...@gm...> - 2000-03-27 17:48:46
|
> > I'm having problems with the plaympeg demo. It plays all MPEG files much too > > slow at about 1 fps. > > Is this a bug or did I compile using some wrong settings? > > > 1 fps is damned low. I guess this is a bug. > > Could you send the version numbers of your installed SDL, SMPEG and > SDL_mixer ? > What pixeldepth does your Xserver use ? > Also information about your hardware (graphics card, processor, RAM) > would be helpfull. SDL 1.1.1 SMPEG 0.3.4 I'm not using SDL_mixer. Is this a problem? Computer: Pentium 266 (not P2) laptop some Neomagic graphics card 64mb ram 1024x768 16-bit The plaympeg tool from the smpeg library plays at full speed on my computer. The problem seems to result from the combination of smpeg and libuta. I've added some debug output to the callback function screen_update in plaympeg.cc: It's called only once per second and the refreshrect is almost instantly done. So that can't be the problem. SMPEG uses the SDL_delay function in timeSync (video/gdith.cpp). Maybe the timer is screwed up and it waits too long (note that all frames are played, they're not skipped). |
|
From: Karsten-O. L. <la...@ei...> - 2000-03-27 15:04:54
|
Philip Stadermann wrote: > > Hi! > > I'm having problems with the plaympeg demo. It plays all MPEG files much too > slow at about 1 fps. > Is this a bug or did I compile using some wrong settings? > 1 fps is damned low. I guess this is a bug. Could you send the version numbers of your installed SDL, SMPEG and SDL_mixer ? What pixeldepth does your Xserver use ? Also information about your hardware (graphics card, processor, RAM) would be helpfull. -- Karsten-O. Laux |
|
From: Philip S. <pst...@gm...> - 2000-03-27 14:10:37
|
Hi! I'm having problems with the plaympeg demo. It plays all MPEG files much too slow at about 1 fps. Is this a bug or did I compile using some wrong settings? Philip |
|
From: <Sha...@mg...> - 2000-03-24 00:53:01
|
I gave compiling of libuta a go under BeOS. As Be doesn't have a version of the pthread library (and it headers) the configure script doesn't work. It was late when i tried to run the configure script (and I was as tired as all heel :) ), so over the next few days I am going to try and find an alternative. If anyone would like me to email the output of the configure script to the this list I will do so.... -Shane Blake (Sha...@mg..., fo...@bi...) |
|
From: Karsten-Olaf L. <kl...@rh...> - 2000-03-20 11:30:34
|
Hi, as far as I have tested libuta does not work on 8bit displays. I guess the Surface class does not handle the palette correctly ! I will investigate this, -- Karsten-O. Laux (kl...@rh...) |
|
From: Karsten-O. L. <la...@ei...> - 2000-03-14 11:39:53
|
Hi, I have hacked configure to check for both freetype.h and freetype/freetype.h. configure also generates font.h from front.h.in by inserting the correct include statement ... not nice, but I think it is usable. :) -- Karsten-O. Laux |
|
From: Karsten-O. L. <la...@ei...> - 2000-03-06 11:55:07
|
Michael Day wrote:
>
> > Finally ...
> > libuta is now distributed without smpeg and mixer !
> > configure checks for an installed libSDL_mixer now. At least version 1.0.5 is
> > needed, which itself needs SDL-1.1.
>
> Cool, great work Karsten!
>
> I have updated automike; it now generates good tests for C++ features and
> standard library header files. It needs support for --with-sdl=/usr/...
> style options for all libraries though, I've had a few complaints about
> that.
>
I will see to play around with automike :)
It is really a pain writing autoconf macros....
Some people complained about freetype.h, which on some systems resides
in /usr/include
and on some others in /usr/include/freetype.
We will need a test for thus problems, too.
regards,
--
Karsten-O. Laux Lehrstuhl Digitialtechnik
la...@ei... Fachbereich
Tel: 0631-205-4683 Elektrotechnik und Informationstechnik
Universität Kaiserslautern
|
|
From: Michael D. <mi...@co...> - 2000-03-06 11:22:53
|
> Finally ... > libuta is now distributed without smpeg and mixer ! > configure checks for an installed libSDL_mixer now. At least version 1.0.5 is > needed, which itself needs SDL-1.1. Cool, great work Karsten! I have updated automike; it now generates good tests for C++ features and standard library header files. It needs support for --with-sdl=/usr/... style options for all libraries though, I've had a few complaints about that. Michael |
|
From: Karsten-Olaf L. <kl...@rh...> - 2000-03-05 18:22:41
|
Hi ! Finally ... libuta is now distributed without smpeg and mixer ! configure checks for an installed libSDL_mixer now. At least version 1.0.5 is needed, which itself needs SDL-1.1. You may get SDL_mixer from http://www.devolution.com/~slouken/SDL/projects/SDL_mixer/index.html I will soon upload the new distribution to sourceforge.net. -- Karsten-O. Laux (kl...@rh...) |
|
From: Stefanus Du T. <sd...@gm...> - 2000-02-26 11:22:50
|
On Fri, 25 Feb 2000, Karsten-Olaf Laux wrote: > Hi, Hi, > I have made the sourcecode documentation available on the website. > - created by "make doc" - Ah, very good. I think it probably deserves a seperate heading 'documentation'. Btw, you might want to change the libu page at uni-kl.de to point to libuta.sourceforge.net [since there are quite a few links to it]. > regards, > > -- > Karsten-O. Laux (kl...@rh...) cya, :wq - Stefanus Du Toit - Linux hacker: http://nofx.org/ - WorldForgie: http://www.worldforge.org/ - GPG key: http://slashdot.org/users.pl?nick=sdt |
|
From: Karsten-Olaf L. <kl...@rh...> - 2000-02-26 08:27:47
|
Hi, I have made the sourcecode documentation available on the website. - created by "make doc" - regards, -- Karsten-O. Laux (kl...@rh...) |
