[Scummvm-devel] ScummVM 1.0.0: Release status 2009-08-11 -- Full feature, freeze

Bertrand Augereau bertrand_augereau at yahoo.fr
Fri Aug 14 12:09:15 CEST 2009


I am not a language lawyer and I don't have the standard by me now, but all the mallocs implementations I know return a valid pointer when doing malloc(0), with header and footer and so on : so at least practically you can expect an overhead.

--- En date de : Ven 14.8.09, Lars Persson <larspp at hotmail.com> a écrit :

> De: Lars Persson <larspp at hotmail.com>
> Objet: Re: [Scummvm-devel] ScummVM 1.0.0: Release status 2009-08-11 -- Full feature, freeze
> À: 
> Cc: scummvm-devel at lists.sourceforge.net
> Date: Vendredi 14 Août 2009, 10h51
> 
> 
> 
> #yiv1012758438 .hmmessage P
> {
> margin:0px;padding:0px;}
> #yiv1012758438 {
> font-size:10pt;font-family:Verdana;}
> 
> 
>  
> Hi!
> Checking the allocations for SAGA after intro sequence has
> been done, there are lots of zero byte allocations , mostly
> from here
> Saga::Actor::loadFrameList(int,struct
> Saga::ActorFrameSequence * &,int &)
> <G:\scummvm-1-0-0\engines\saga\actor.cpp
> #350> + 11 - ScummVM.exe! 38bcde68()
> 
> where the number of frames is 0, still an allocation is
> done. Is there a memory overhead even for zero allocations
> perhaps?
> 
> Cheers
> Lars
> 
> > Date: Thu, 13 Aug 2009 22:03:59 +0100
> > From: neil at millstone.demon.co.uk
> > To: lordhoto at scummvm.org
> > CC: scummvm-devel at lists.sourceforge.net
> > Subject: Re: [Scummvm-devel] ScummVM 1.0.0: Release
> status 2009-08-11 --	Full feature, freeze
> > 
> > Johannes Schickel wrote:
> > > Johannes Schickel wrote:
> > >>
> > >> I remember DrMcCoy moved some video player
> code from gob into 
> > >> graphics/. I just asked him and the tables
> for the video codec of 
> > >> (yet unsupported) the game Urban Runner take
> up 72kb. He also says 
> > >> it's enabled even when gob is disabled.
> So I guess this might be the 
> > >> cause for the ~80kb increase. A proper
> solution would be to only 
> > >> enable that code when GOB is enabled or when
> a build supporting 
> > >> plugins is made. I guess that might fix up
> the size increase.
> > >>
> > >
> > > Just to be sure you all noticed it. DrMcCoy made
> a patch for that:
> > >
> http://sourceforge.net/tracker/?func=detail&aid=2836424&group_id=37116&atid=418822
> 
> > >
> > >
> > > // Johannes
> > >
> > Thank for working on this.  Unfortunately, this patch
> doesn't make any 
> > difference to the binary size of the DS port.  Since
> code stripping is 
> > enabled, I would imagine that this unused code data in
> these video 
> > decoders was already being stripped, so removing it
> from the source made 
> > no difference.
> > 
> > Do you have any other ideas about how I could reduce
> the memory usage in 
> > Inherit the Earth?
> > 
> > Is there any data which is loaded all the time which I
> could only load 
> > when needed?  Or any buffers that could be shrunk a
> little?  Something 
> > like this could possibly give me the extra RAM I
> need.
> > 
> > Thanks,
> > 
> > - Neil
> > 
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free
> Crystal Reports 2008 30-Day 
> > trial. Simplify your report design, integration and
> deployment - and focus on 
> > what you do best, core application coding. Discover
> what's new with 
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Scummvm-devel mailing list
> > Scummvm-devel at lists.sourceforge.net
> >
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
> 
> What can you do with the new Windows Live? Find
> out 
> 
> -----La pièce jointe associée suit-----
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal
> Reports 2008 30-Day 
> trial. Simplify your report design, integration and
> deployment - and focus on 
> what you do best, core application coding. Discover what's
> new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> -----La pièce jointe associée suit-----
> 
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
> 


      




More information about the Scummvm-devel mailing list