[XviD-devel] xvid_stat updated in stable tree

Marc FD xvid-devel@xvid.org
Thu, 19 Sep 2002 16:36:40 +0200


Load with WordPad Xp then hit save.
do the same with the.dsp and .dsw files.
loading will work after.
it's a know issue on Win32

----- Message d'origine -----
De : "Bernhard Penz" <berni@itec.uni-klu.ac.at>
À : <xvid-devel@xvid.org>
Envoyé : jeudi 19 septembre 2002 09:05
Objet : AW: [XviD-devel] xvid_stat updated in stable tree


> Hi there,
>
> I did a checkout of xvidcore (which is pointing to CVS_HEAD of stable
tree,
> right???) and tried to compile it under Windows 2000 with Visual Studio 6.
> Unfortunately the workspace and project files are either generated with
> Visual Studio .NET, or they are broken because when I open core.dsw I see
> nothing included, and on creating a new workspace and adding core.dsp I
get
> a "This file was not generated with Visual studio 6" error. Did I check
out
> the wrong version from CVS??
>
> Bernhard
>
> > I  need  feedback on  this  small  application,  win32 users,  please,
> > compile  it and  tell me  if you  windows reports  a  memory exception
> > error. I have access to only  1 windows pc and this windows reports me
> > "errors" while  the same source  code compiled with cygwin  works just
> > fine.
> >
> > I need  your feedback because xvid_stat  can be a  good replacement to
> > all outdated  examples (xvid_encraw.c, xvid_deccraw.c, xvid_enc_dec.c,
> > ex1/*) if it works well on all platforms. I plan to remove all uneeded
> > and/or duplicated pieces  of code in examples.  So  i'll surely remove
> > all examples except xvid_bench, xvid_stat and odivx_enc_dec.
> >
> > xvid_stat is known to work with these environments :
> >   - GNU/Linux x86
> >   - Win32 NT4 + Cygwin 1.3.12 x86
> >
> > xvid_bench is known to work on :
> >   - GNU/Linux x86
> >
> > I'll do some tests on sourceforge compile farms (gnu/linux ppc, macosx
> > ppc, and freebsd  4.? x86) tomorrow...  but *please*  give me feedback
> > for other win32 platforms.
> >
> > PS : xvid_bench has to use gettimeofday that win32 OSes have not, i'll
> > try to  replace this call  with clock(). This reduces  time precision,
> > because gettimeofday  has useconds and  clock (according to  the POSIX
> > standard) has only msecond precision. GetSystemTime has msecond too.
> >
> > --
> > Edouard Gomez
> > _______________________________________________
> > XviD-devel mailing list
> > XviD-devel@xvid.org
> > http://list.xvid.org/mailman/listinfo/xvid-devel
> >
>
> _______________________________________________
> XviD-devel mailing list
> XviD-devel@xvid.org
> http://list.xvid.org/mailman/listinfo/xvid-devel