HardwareHeaven.com

HardwareHeaven.com

Looking for the skin chooser?
 
 
  • Home

  • Hardware reviews

  • Articles

  • News

  • Tools

  • Gaming at HardwareHeaven

  • Forums

 

Go Back   HardwareHeaven.com > Forums > Hardware and Related Topics > kX Project Audio Driver Support Forum > Bug Reports


Reply
 
Thread Tools
Old May 16, 2003, 09:35 AM   #1
DriverHeaven Junior Member
 
Join Date: May 2003
Location: Ukraine, Kyiv
Posts: 20
Rep Power: 0
Max Shepelev is on a distinguished road

Optimization

Hello all!

I've read messages about using a lot of memory in kX mixer for skins. Yes, this is about 15MB in 3532

But why not to unload the pictures when mixer is minimized in system tray? It will take a lot less memory.
Reloading of jpegs won't take a big time and the memory will be saved
Max Shepelev is offline   Reply With Quote


Old May 16, 2003, 08:43 PM   #2
kX Project Lead Programmer and Coordinator
 
Join Date: Dec 2002
Posts: 3,119
Rep Power: 75
Eugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud of

well, the files are extracted from the 'rar' archive first [this takes time]
so, it might make the mixer much slower

there are no problems with freeing kX Mixer picture cache on window close
probably, there will be an option (for fast and slow machines)

--

anyway, I've managed to decrease memory usage by 4Mb (there was a bug in 353x series) -- it should take less now -- this fix seems to be included in 3533rc1

/Eugene
Eugene Gavrilov is offline   Reply With Quote
Old May 19, 2003, 06:34 PM Threadstarter Thread Starter   #3
DriverHeaven Junior Member
 
Join Date: May 2003
Location: Ukraine, Kyiv
Posts: 20
Rep Power: 0
Max Shepelev is on a distinguished road

Quote:
well, the files are extracted from the 'rar' archive first [this takes time]
so, it might make the mixer much slower
I think there's a good idea to cache 'em on disk in unrared format e.g. in TEMP folder after starting kX mixer and delete on exit (like winamp does with zipped skins).

Quote:
anyway, I've managed to decrease memory usage by 4Mb (there was a bug in 353x series) -- it should take less now -- this fix seems to be included in 3533rc1
Is 3533 released? I cannot find any information about it on kX project site
Max Shepelev is offline   Reply With Quote
Old May 19, 2003, 11:43 PM   #4
kX Project Lead Programmer and Coordinator
 
Join Date: Dec 2002
Posts: 3,119
Rep Power: 75
Eugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud of

the 'general discussion' -- it was released unofficially for testing purposes

/E
Eugene Gavrilov is offline   Reply With Quote
Old May 26, 2003, 07:43 AM   #5
HardwareHeaven Lover
 
Join Date: Mar 2003
Posts: 127
Rep Power: 0
JoshuaChang is on a distinguished road

i have found a way to decrease much memory

just unrar the skin and rerar it,using the min compress radio,then the memory usage can down a lot
__________________
JoshuaChang is offline   Reply With Quote
Old May 26, 2003, 08:10 AM Threadstarter Thread Starter   #6
DriverHeaven Junior Member
 
Join Date: May 2003
Location: Ukraine, Kyiv
Posts: 20
Rep Power: 0
Max Shepelev is on a distinguished road

Quote:
just unrar the skin and rerar it,using the min compress radio,then the memory usage can down a lot
1. Only UNRAR part of RAR archiver is FREE, RAR costs some funds, so it is not possible to include RAR compression code into a free project
2. As I think, memory used not by UnRAR library, it's used by jpegs, and it's better to unload them on minimize
3. Simplest way - uncompress the skin into a 'temp' directory and use it as a cache.

What do you think about this, Eugene?
Max Shepelev is offline   Reply With Quote
Old May 26, 2003, 12:35 PM   #7
kX Project Lead Programmer and Coordinator
 
Join Date: Dec 2002
Posts: 3,119
Rep Power: 75
Eugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud of

perhaps using a temp folder might improve memory issues
I'll think about it (well, the actual idea isn't 100% new, however, I didn't want to implement it due to lack of time because there were not so many complains on memory usage)

/E
Eugene Gavrilov is offline   Reply With Quote
Old May 26, 2003, 01:19 PM Threadstarter Thread Starter   #8
DriverHeaven Junior Member
 
Join Date: May 2003
Location: Ukraine, Kyiv
Posts: 20
Rep Power: 0
Max Shepelev is on a distinguished road

Default Post

In addition, a big amount of memory is used by debug MFC dlls
Is there a way to build executable using retail DLLs (EXE: debug, DLLs: retail)?
Max Shepelev is offline   Reply With Quote
Old May 26, 2003, 10:40 PM   #9
kX Project Lead Programmer and Coordinator
 
Join Date: Dec 2002
Posts: 3,119
Rep Power: 75
Eugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud ofEugene Gavrilov has much to be proud of

there's a way
but 'retail' versions of MFC libraries don't wish to work correctly (lot's of strange bugs / failures)

we are currently migrating away to our own GUI library which won't be MFC-based
most of the code is already re-written
as soon as this process is finished, the new builds will need only msvcrt.dll ('release' build)

/Eugene
Eugene Gavrilov is offline   Reply With Quote
Old May 27, 2003, 07:41 AM   #10
HardwareHeaven Lover
 
Join Date: Mar 2003
Posts: 127
Rep Power: 0
JoshuaChang is on a distinguished road

to Max Shepelev:

i am serious,i test it with the creation3 skins,with max compress radio,it will take up to 33mb memory;but if use min compress radio,the mixer only use 6mb memory
__________________
JoshuaChang is offline   Reply With Quote
Old May 27, 2003, 07:47 AM   #11
HardwareHeaven Lover
 
Join Date: Mar 2003
Posts: 127
Rep Power: 0
JoshuaChang is on a distinguished road

also

if you think jpeg is the problem,then convert them to bmp and remane them to bmp,ihave also tested it,it can work correctly
__________________
JoshuaChang is offline   Reply With Quote
Old May 27, 2003, 09:25 AM Threadstarter Thread Starter   #12
DriverHeaven Junior Member
 
Join Date: May 2003
Location: Ukraine, Kyiv
Posts: 20
Rep Power: 0
Max Shepelev is on a distinguished road

Quote:
i am serious,i test it with the creation3 skins,with max compress radio,it will take up to 33mb memory;but if use min compress radio,the mixer only use 6mb memory
but when skins will be cached into a temp folder without compression - probably will be 3 MB or less

Quote:
if you think jpeg is the problem,then convert them to bmp and remane them to bmp,ihave also tested it,it can work correctly
Windows cannot display JPEGs in their native compressed format and cannot uncompress they directly in video memory, using system ram instead, so it's idea to convert skins in BMP, unrar them once to disk and enjoy
Max Shepelev is offline   Reply With Quote
Reply

Thread Tools