Re: [flexcoders] Why SharedObject.flush so slowly

2009-04-16 Thread iiley
Yes, if app crashes, we'll lose data, but if user close app(generally users
do this), data will be saved.

2009/4/15 Tom Chiverton tom.chiver...@halliwells.com





 On Wednesday 15 Apr 2009, iiley wrote:
  Finally, we found a way, first time request a big enough space by
  shareObject.flush(bigNumber), make use to allow the big number space,
 then
  later save, we do not need to call flush method, because if the space is
  enough, then the data will be save successful when GC or SWF closing.

 I think if the app crashes, you won't have saved the data though...

 --
 Helping to elementarily brand interdependent best-of-breed interactive
 innovative bandwidth as part of the IT team of the year, '09 and '08


   Tom Chiverton
  Developer
  Tel: +44 0161 618 5032
 Fax: +44 0161 618 5099
  tom.chiver...@halliwells.com
  3 Hardman Square, Manchester, M3 3EB
  www.Halliwells.com

  

 This email is sent for and on behalf of Halliwells LLP.

 Halliwells LLP is a limited liability partnership registered in England and
 Wales under registered number OC307980 whose registered office address is at
 Halliwells LLP, 3 Hardman Square, Spinningfields, Manchester, M3 3EB. A list
 of members is available for inspection at the registered office together
 with a list of those non members who are referred to as partners. We use the
 word ?partner? to refer to a member of the LLP, or an employee or consultant
 with equivalent standing and qualifications. Regulated by the Solicitors
 Regulation Authority.

 CONFIDENTIALITY

 This email is intended only for the use of the addressee named above and
 may be confidential or legally privileged. If you are not the addressee you
 must not read it and must not use any information contained in nor copy it
 nor inform any person other than Halliwells LLP or the addressee of its
 existence or contents. If you have received this email in error please
 delete it and notify Halliwells LLP IT Department on 0870 365 2500.

 For more information about Halliwells LLP visit www.Halliwells.com.


  




-- 
iiley
AsWing http://www.aswing.org
Personal http://www.iiley.com


Re: [flexcoders] Why SharedObject.flush so slowly

2009-04-15 Thread Tom Chiverton
On Wednesday 15 Apr 2009, iiley wrote:
 Finally, we found a way, first time request a big enough space by
 shareObject.flush(bigNumber), make use to allow the big number space, then
 later save, we do not need to call flush method, because if the space is
 enough, then the data will be save successful when GC or SWF closing.

I think if the app crashes, you won't have saved the data though...

-- 
Helping to elementarily brand interdependent best-of-breed interactive 
innovative bandwidth as part of the IT team of the year, '09 and '08

Tom Chiverton
Developer
Tel: +44 0161 618 5032
Fax: +44 0161 618 5099 
tom.chiver...@halliwells.com
3 Hardman Square, Manchester, M3 3EB
www.Halliwells.com



This email is sent for and on behalf of Halliwells LLP.

Halliwells LLP is a limited liability partnership registered in England and 
Wales under registered number OC307980 whose registered office address is at 
Halliwells LLP, 3 Hardman Square, Spinningfields, Manchester, M3 3EB. A list of 
members is available for inspection at the registered office together with a 
list of those non members who are referred to as partners. We use the word 
?partner? to refer to a member of the LLP, or an employee or consultant with 
equivalent standing and qualifications. Regulated by the Solicitors Regulation 
Authority.

CONFIDENTIALITY

This email is intended only for the use of the addressee named above and may be 
confidential or legally privileged. If you are not the addressee you must not 
read it and must not use any information contained in nor copy it nor inform 
any person other than Halliwells LLP or the addressee of its existence or 
contents. If you have received this email in error please delete it and notify 
Halliwells LLP IT Department on 0870 365 2500.

For more information about Halliwells LLP visit www.Halliwells.com.
 

Re: [flexcoders] Why SharedObject.flush so slowly

2009-04-14 Thread iiley
Finally, we found a way, first time request a big enough space by
shareObject.flush(bigNumber), make use to allow the big number space, then
later save, we do not need to call flush method, because if the space is
enough, then the data will be save successful when GC or SWF closing.

2009/4/2 iiley iiley.c...@gmail.com

 Hi claudiu, thanks for the tip, that's a good idea, but well, if user all
 the time being active, then exit, the data may lose, but however, it's
 better than before now.

 2009/3/31 claudiu ursica the_bran...@yahoo.com

Runned into the same issue and we decided to write on the Flex Idle
 event instead immediately, that should help you with animation and all taht
 to make a smooth UE ...

 C

 --
 *From:* iiley iiley.c...@gmail.com
 *To:* flexcoders@yahoogroups.com
 *Sent:* Tuesday, March 31, 2009 1:30:59 PM
 *Subject:* [flexcoders] Why SharedObject.flush so slowly

  Hi folks,

 We are making a online game and want to store some little data to local
 disk(although it is not very important data, but we don't hope it often be
 lost), but we found that SharedObject. flush is so slowly, whatever we write
 something, even a little String test, it need almost 100ms, you know,
 100ms blocked for a game, is deadly for feeling.

 Well, maybe you'll say just don't call flush, the asdoc says it will be
 automatically written when GC or SWF is closed, but with my test, sadly it
 doesn't work every time. So, maybe you faced similar issue like me before
 and have a solution?

 Thanks in advance.

 --
 iiley
 AsWing http://www.aswing. org http://www.aswing.org
 Personal http://www.iiley. com http://www.iiley.com

  




 --
 iiley
 AsWing http://www.aswing.org
 Personal http://www.iiley.com




-- 
iiley
AsWing http://www.aswing.org
Personal http://www.iiley.com


Re: [flexcoders] Why SharedObject.flush so slowly

2009-04-01 Thread iiley
Hi claudiu, thanks for the tip, that's a good idea, but well, if user all
the time being active, then exit, the data may lose, but however, it's
better than before now.

2009/3/31 claudiu ursica the_bran...@yahoo.com

   Runned into the same issue and we decided to write on the Flex Idle
 event instead immediately, that should help you with animation and all taht
 to make a smooth UE ...

 C

 --
 *From:* iiley iiley.c...@gmail.com
 *To:* flexcoders@yahoogroups.com
 *Sent:* Tuesday, March 31, 2009 1:30:59 PM
 *Subject:* [flexcoders] Why SharedObject.flush so slowly

  Hi folks,

 We are making a online game and want to store some little data to local
 disk(although it is not very important data, but we don't hope it often be
 lost), but we found that SharedObject. flush is so slowly, whatever we write
 something, even a little String test, it need almost 100ms, you know,
 100ms blocked for a game, is deadly for feeling.

 Well, maybe you'll say just don't call flush, the asdoc says it will be
 automatically written when GC or SWF is closed, but with my test, sadly it
 doesn't work every time. So, maybe you faced similar issue like me before
 and have a solution?

 Thanks in advance.

 --
 iiley
 AsWing http://www.aswing. org http://www.aswing.org
 Personal http://www.iiley. com http://www.iiley.com

  




-- 
iiley
AsWing http://www.aswing.org
Personal http://www.iiley.com


[flexcoders] Why SharedObject.flush so slowly

2009-03-31 Thread iiley
Hi folks,
We are making a online game and want to store some little data to local
disk(although it is not very important data, but we don't hope it often be
lost), but we found that SharedObject.flush is so slowly, whatever we write
something, even a little String test, it need almost 100ms, you know,
100ms blocked for a game, is deadly for feeling.

Well, maybe you'll say just don't call flush, the asdoc says it will be
automatically written when GC or SWF is closed, but with my test, sadly it
doesn't work every time. So, maybe you faced similar issue like me before
and have a solution?

Thanks in advance.

-- 
iiley
AsWing http://www.aswing.org
Personal http://www.iiley.com


Re: [flexcoders] Why SharedObject.flush so slowly

2009-03-31 Thread claudiu ursica
Runned into the same issue and we decided to write on the Flex Idle event 
instead immediately, that should help you with animation and all taht to make a 
smooth UE ...

C





From: iiley iiley.c...@gmail.com
To: flexcoders@yahoogroups.com
Sent: Tuesday, March 31, 2009 1:30:59 PM
Subject: [flexcoders] Why SharedObject.flush so slowly


Hi folks,

We are making a online game and want to store some little data to local 
disk(although it is not very important data, but we don't hope it often be 
lost), but we found that SharedObject. flush is so slowly, whatever we write 
something, even a little String test, it need almost 100ms, you know, 100ms 
blocked for a game, is deadly for feeling.

Well, maybe you'll say just don't call flush, the asdoc says it will be 
automatically written when GC or SWF is closed, but with my test, sadly it 
doesn't work every time. So, maybe you faced similar issue like me before and 
have a solution?

Thanks in advance.

-- 
iiley
AsWing http://www.aswing. org
Personal http://www.iiley. com