August 2001 - MPlayer-dev-eng - lists.mplayerhq.hu

small prob with gui
by Attila Kinali 31 Aug '01

31 Aug '01

Hi, and another small prob with the gui. Try following, step by step: 1) start ./gmplayer 2) press play (ie |> ) 3) try to stop mplayer again Attila Kinali -- Man who sink into womans arms soon have arms in womans sink. _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

1 0

undef symbol while compiling gui
by Attila Kinali 31 Aug '01

31 Aug '01

Hi, As this is a problem with the GUI i report it here. while compiling the gui i got the following errormsg: --- mplayer.o(.text+0xf6d): undefined reference to `GUI_MSG' --- commenting out line 700 in mplayer.c helped. and i also got a warning: ---schnipp--- In file included from /usr/include/X11/extensions/dpms.h:47, from Gui/mplayer/../wm/ws.h:15, from Gui/mplayer/play.h:7, from mplayer.c:70: /usr/include/X11/Xmd.h:133: warning: redefinition of `INT16' loader/wine/windef.h:362: warning: `INT16' previously declared here /usr/include/X11/Xmd.h:156: warning: redefinition of `BYTE' loader/wine/windef.h:155: warning: `BYTE' previously declared here ---schnapp--- Does this need to be like this ? It's nothing important, but... you know...it could look better ;-) Attila Kinali -- Man who sink into womans arms soon have arms in womans sink. _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

1 0

OSD crash again!!!
by Arpi 30 Aug '01

30 Aug '01

Hi, OSD is crashing at seeking, at least with -vo x11 and -vo mga I got signal 8... Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 1024 (runnable)] 0x80aa11d in vo_draw_text (dxs=Cannot access memory at address 0x2bb ) at sub.c:54 54 int elems=width/charw; (gdb) A'rpi / Astral & ESP-team -- mailto:arpi@thot.banki.hu http://esp-team.scene.hu _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1

Re: [Mplayer-cvslog] CVS: main/libao2 ao_null.c,1.3,1.4
by Juergen Keil 30 Aug '01

30 Aug '01

> Modified Files: > ao_null.c > Log Message: > fixed ehh. > > Index: ao_null.c > =================================================================== > RCS file: /cvsroot/mplayer/main/libao2/ao_null.c,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -r1.3 -r1.4 > --- ao_null.c 5 Jun 2001 18:40:44 -0000 1.3 > +++ ao_null.c 29 Aug 2001 21:08:12 -0000 1.4 > @@ -33,7 +33,7 @@ > > ao_outburst=4096; > > - return 1; > + return 0; > } > > // close audio device Is the above patch intended to fix the '-ao null -benchmark' Problems? By failing the audio init for the 'null' audio device, mplayer runs more or less in same mode as '-noaudio' mode, and that produces better benchmark results. My idea for the '-ao null -benchmark' fix is to always skip the usec_sleep for A-V sync, when we run in benchmark mode. Currently the code skips the usec_sleep for A-V sync when no audio device is in use or the audio has reached the end-of-stream and benchmark mode is enabled. But if we have a valid audio device and the audio stream has not reached the end-of-stream and video happens to be ahead of the audio stream (this can happen with the ao_null device), we end up calling usec_sleep, even when we are in benchmark mode: Pseudo-code from mplayer.c: // It's time to sleep... if(sh_audio && !d_audio->eof){ // compute 'time_frame' from audio_out/sh_audio/sh_video ... // ... 'benchmark' is ignored here... } else { if( (time_frame<-3*frame_time || time_frame>3*frame_time) || benchmark) time_frame=0; } // use usec_sleep to sleep for time_frame seconds while (time_frame>0.005) { ... usec_sleep(time_frame) ... } My idea was to ignore the frame_time A-V sync usec_sleep in both cases, like this (for a real patch, see the attachment): // It's time to sleep... if(sh_audio && !d_audio->eof){ // compute 'time_frame' from audio_out/sh_audio/sh_video ... } else { if( (time_frame<-3*frame_time || time_frame>3*frame_time)) time_frame=0; } if (benchmark) time_frame=0; // never delay in benchmark mode // use usec_sleep to sleep for time_frame seconds while (time_frame>0.005) { ... usec_sleep(time_frame) ... } With this change, you can '-benchmark' either in '-nosound' mode (no audio decoding) or in '-ao null' mode (with audio decoding times). Comments? -- Jürgen Keil jk(a)tools.de Tools GmbH +49 (228) 9858011 Index: mplayer.c =================================================================== RCS file: /cvsroot/mplayer/main/mplayer.c,v retrieving revision 1.253 diff -u -B -r1.253 mplayer.c --- mplayer.c 29 Aug 2001 20:22:23 -0000 1.253 +++ mplayer.c 30 Aug 2001 10:15:47 -0000 @@ -1304,10 +1304,13 @@ mp_msg(MSGT_AVSYNC,MSGL_DBG2,"\nframe drop %d, %.2f\n", drop_frame, time_frame); } } else { - if( (time_frame<-3*frame_time || time_frame>3*frame_time) || benchmark) + if( (time_frame<-3*frame_time || time_frame>3*frame_time)) time_frame=0; } + + if (benchmark) + time_frame=0; // if(verbose>1)printf("sleep: %5.3f a:%6.3f v:%6.3f \n",time_frame,sh_audio->timer,sh_video->timer); Index: libao2/ao_null.c =================================================================== RCS file: /cvsroot/mplayer/main/libao2/ao_null.c,v retrieving revision 1.4 diff -u -B -r1.4 ao_null.c --- libao2/ao_null.c 29 Aug 2001 21:08:12 -0000 1.4 +++ libao2/ao_null.c 30 Aug 2001 10:15:47 -0000 @@ -33,7 +33,7 @@ ao_outburst=4096; - return 0; + return 1; } // close audio device

2 1

Build without gui fails
by André Dahlqvist 29 Aug '01

29 Aug '01

Sorry if this is because you guys are in the middle of of merging the GUI. Right now I can't build mplayer without first building the gui: vo_x11.c: In function `init': vo_x11.c:169: `vo_window' undeclared (first use in this function) vo_x11.c:169: (Each undeclared identifier is reported only once vo_x11.c:169: for each function it appears in.) vo_x11.c:169: `vo_gc' undeclared (first use in this function) make[1]: *** [vo_x11.o] Error 1 If I build the gui first it compiles. -- André Dahlqvist <andre.dahlqvist(a)telia.com> _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1

Re: [Mplayer-dev-eng] configure c++ compiler detection
by Christoph Lampert 29 Aug '01

29 Aug '01

>> 2) It should not be needed to use $CC as C++ compiler, too. >is there standard enviroment var for defining C++ compiler? CXX, if I remember correctly? and CXXFLAGS instead of CCFLAGS? sometimes also CCC? I never use it... gruel ---------- From autoconfig INSTALL ------------------------ (a) Standard autoconfig variables Variable: CC Synopsis: Name of C compiler. Sample usage: The following will ensure that 'cc' is used for the C compiler. setenv CC cc Variable: CXX Synopsis: Name of C++ compiler. Sample usage: The following will ensure that 'CC' is used for the C++ compiler. setenv CXX CC Variable: CFLAGS Synopsis: Flags to be passed to the C compiler (the configure script will generally append additional flags) Sample usage: setenv CFLAGS -O2 Variable: CPPFLAGS Synopsis: Flags to be passed to the C pre-processor (the configure script will generally append additional flags) Sample usage: setenv CPPFLAGS -DSOME_FLAG Variable: CXXFLAGS Synopsis: Flags to be passed to the C++ compiler (the configure script will generally append additional flags) Sample usage: setenv CXXFLAGS -O2 Variable: LDFLAGS Synopsis: Flags to be passed to the loader/linker (the configure script will generally append additional flags) Sample usage: setenv LDFLAGS -lrnpl -- Dipl. math. Christoph Lampert (complex analysis, integral formulae) Email: gruel(a)gmx.de | Email: lampert(a)math.chalmers.se _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

1 0

Re: [Mplayer-dev-eng] configure c++ compiler detection
by Christoph Lampert 29 Aug '01

29 Aug '01

>On Tuesday, 28. August 2001 21:30, Arpi wrote: >> Hi, >> >> > Hi, >> > +as the mails with compile errors from users unable to install a C++ >> > compiler + libs begin to suck, can't we add a configure check that check >> > proper operation of C++ compilation, and give an error and say not to >> > report it when it doesn't work? >> >> good idea. do it! >> >> I think 2 tests hould be made: >> >> 1. compilation of simple sample c++ code (with some includes of >> standard c++ headers, line <string> (not Nstring.h> !) and using >> some c++ function like new or so. you can get example from bugreports :)) >> >> 2. running this file - check for libstdc++ in ld.so path etc. >> >> different error msg should be printed for these tests failed. >> (1: c++ compiler failed, check if you have g++ headers etc, >> 2: running c++ prg failed, libstdc++ path/version problem) >> >> >just commited to cvs, check it out" > 1) It should not check (and fail), if no C++ is needed (e.g. -no-dshow or on non-intel machines), 2) It should not be needed to use $CC as C++ compiler, too. 3) The error # Please downgrade(upgrade) gcc compiler to gcc-2.95.2+ or gcc-3.0+ version if compiling fails is misleading, because this time, it might really _not_ be gcc's fault (but mine: setenv CC=foobar ;-) gruel -- Dipl. math. Christoph Lampert (complex analysis, integral formulae) Email: gruel(a)gmx.de | Email: lampert(a)math.chalmers.se _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1

configure c++ compiler detection
by Felix Buenemann 29 Aug '01

29 Aug '01

Hi, +as the mails with compile errors from users unable to install a C++ compiler + libs begin to suck, can't we add a configure check that check proper operation of C++ compilation, and give an error and say not to report it when it doesn't work? -- Best Regards, Atmos _____ RTFM - Gabucino _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 2

OpenQuicktime for Linux
by N0mada 29 Aug '01

29 Aug '01

:DDDDDD Cool project and very cool for mplayer http://openquicktime.sourceforge.net/ Add support please :) _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

1 0

MAX_PACKS || MAX_PACK_BYTES too small (CVS Aug 28 2001)
by Arne Driescher 28 Aug '01

28 Aug '01

Hi, got a small problem with audio playback of some Divx:-) files. The files triggered the following lines in demuxer.c if(demux->audio->packs>=MAX_PACKS || demux->audio->bytes>=MAX_PACK_BYTES){ mp_msg(MSGT_DEMUXER,MSGL_ERR,MSGTR_TooManyAudioInBuffer,demux->audio->packs,demux->audio->bytes); mp_msg(MSGT_DEMUXER,MSGL_HINT,MSGTR_MaybeNI); break; } if(demux->video->packs>=MAX_PACKS || demux->video->bytes>=MAX_PACK_BYTES){ mp_msg(MSGT_DEMUXER,MSGL_ERR,MSGTR_TooManyVideoInBuffer,demux->video->packs,demux->video->bytes); mp_msg(MSGT_DEMUXER,MSGL_HINT,MSGTR_MaybeNI); break; I got the problem fixed by setting #define MAX_PACKS (4*4096) #define MAX_PACK_BYTES (4*0x800000) in demuxer.h As far as I can see these values are only used to make the while-loop exit after a sane number of iterations and are not used elsewhere. If I am correct I suggest to increase the default as given above. -Arne P.S. Otherwise, congratulations to mplayer! This _is_ really ass kicking :-) _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1