Occasionally the error message shown in the attachment pops up and requires me to kill ejukebox from the taskmanager. I have seen others mention this one too, so I don't think I am alone? It happens randomly, with no pattern what so ever. Do audiosoft have an idea?

I get that after editing a lot of files in EJ. I, too, would like a solution...I have had to make up new curse words because I got tired of using the existing ones.

Hm.. it also tend to happen with me when I edit a lot. But on other occasions too, doing a lot of scrolling for instance.. Saw someone suggesting it could be hw related earlier, but I got difficulties beliving that my graphics adapter is so selective that it chooses just to mess around with ej. And it's a geforce 4 with 256 mb ram, so it should be powerful enought to keep ej running without problems. I got 1gb system memory too, so there should be enought memory around to eat.

For a While I thought it was related to the arctic skin I am using, but it happens equally often with other skins too so it's not related to that. I think I saw it the first time in version 3.88...

In addition to this I randomly experience that all graphics in ej get totally scrambled and I have to quit the entire program (with no error message, experienced with different skins.. first time 3.88 for this one too). Wonder if these problems are related somehow. Do you have this problem too? It doesn't happen too often, but often enought to be annoying.. Wondering to reinstall ej to see if that solves the problem.. Having my doubts that audiosoft will solve it intentionally, since they probably don't experience this problem themselves.

Don't know if the error message on display makes any sense for them and can provide some cues of the problemsource?

Fishy, I have been too lazy to really search for that error on the web...bad on me.

I would hope it is not hardware related or resource related. I have a GB of ram and dual P4 processors. I do put my music on a dedicated hard drive using USB to connect. Even when going dual screen and using the Milkdrop visualization, I don't seem to have problems with just playing music. It is when I right-click on the song to edit.

I have noticed that there will be a few times in which the right-click menu takes a while to appear.

I see you are a Pink Floyd fan...me too.

I got that for the first time tonight while editing a lot of files. I also found the right click very slow on occasions. No idea what it could be though.

I think this might be a bug Audiosoft?

All the troublesome behaviour mentioned in this thread seemed to disappear when I applied this little trick (ty google): http://weblogs.asp.net/kdente/archive/2004/06/04/148145.aspx

It's a way to increase programs available GDI resources, and seemed to be related to both "the ej graphics messup" and "tag editor suddenly closes" issues I've experienced. If you have any of these, I will recommend trying the procedure described in the link. Normal registry editing caution applies of course.

Thanks for the screenshot...I think I have that bug fixed for the next version.

RE: in addition to this I randomly experience that all graphics in ej get totally scrambled

This problem is probally related to there being more registered GUI elements loaded than Windows itself can handle. Unfortunately adding more RAM or getting a better graphics card will not make a difference because its a problem with the windows kernel itself not being able to address that many display elements. Closing the album list when not in use should stop it from occuring. The next version of Windows codename Longhorn will have a new graphics engine called avalon which should fix this problem once and for all.

The graphics messup seemed to disappear when I edited the registry and changed the gdi values as described in the link in my last post. Very nice that you've fixed the control-visual issue. I have not experienced that one after I did that registry editing either, although it happened quite seldom before anyway..

Thanks so much for that link Fishy! It's great that there is a registry hack and we don't have to wait for Windows Longhorn to set a higher GDI limit! I am thinking about making eJukebox automatically raise the registry value. How do you feel about that? I can have eJukebox raise the value from 3MB to 8MB for everyone. Now all i need to know is if that registry hack will also work in Win98.

Anyways, you made my day! I no longer have to worry about having too many windows open on my development machine causing new windows to fail to open. For the first time ever I can actually put all 2GB of my RAM to work!

Great stuff!

hehe.. I would certainly not mind since I've already adjusted that limit myself. Don't know, maybe some users wouldn't like that the program adjusts things in the registry behind their backs. On the other hand, most users would probably never notice and if this little trick contributes to better performance for ej and the system overall... A digital jukebox that offers both a nice interface for your mp3 collection and better overall windows performance sounds fine to me

APPLIES TO
• Microsoft Windows 2000 Server
• Microsoft Windows 2000 Advanced Server
• Microsoft Windows 2000 Professional Edition
• Microsoft Windows 2000 Datacenter Server
• Microsoft Windows NT Workstation 3.5
• Microsoft Windows NT Workstation 3.51
• Microsoft Windows NT Workstation 4.0 Developer Edition
• Microsoft Windows NT Server 3.5
• Microsoft Windows NT Server 3.51
• Microsoft Windows NT Server 4.0 Standard Edition
• Microsoft Windows NT Advanced Server 3.1

And.. Probably Windows XP too

Reference:

http://support.microsoft.com/default.aspx?scid=kb;EN-US;q126962

OK, I will assume that it does not on Win98/95 unless someone using 98 can confirm otherwise.

So for now, I have made it so the next version of eJukebox changes the value under WinXP and 2000 to 8192 (8MB) on startup if the value is less than 8MB.

After reading some more on this I have learned that you can not increase the value beyond 48MB or windows will not start and will need to be reinstalled...so just a warning to anyone that is going to do the registry hack on their own...changing it to 8192 should be enough.

I've also changed the value in the registry... If you say that is good! even if I've never noticed the same bug than you Fishy??

Hmm might be the result of some bad habits of mine. A lot of memory consuming programs running at the same time and a bunch of graphical things, without real functionality, on the desktop Got what I've deserve I guess..

NOOOOOO! Now my XP computer will not boot after changing the value to 8192! If anyone changed the value and hasn't restarted your pc - change the value back to 3072 before doing so...this might not be safe on XP after all...need to do some more testing. Are you on Win2000 Fishy? Have you rebooted?

Ah OK... I'm sure you also have a good Antivirus and a good Antispyware, if you are a regular customer of "censored" images! And videos too??

Oh!? jokers!!

Thanks for the advise Audiosoft, so I put back the old value...

(. That's terrible. I changed that value weeks ago and I've rebooted many, many times with this setting on Windows XP SP2:


%SystemRoot%system32csrss.exe ObjectDirectory=Windows SharedSection=1024,9072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16

in the 'Windows' value of HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\SubSystems.

OK...I am back up on my XP machine by using F8 at start up and "Last Known Good Configuration" - at least i did not have to reinstall....I am gonna look into this some more and try changing it again.

Puh, thought for a moment that I had killed your system with this one..

You would not to give a excuse to Audiosoft to delay eJukebox a bit more, Fishy!!


I'm relieved for you Audiosoft... (and for me too!)

... and for you too Fishy...

Hmm That would have been some destiny packed with a huge dose of irony.. I am relieved and kindof glad that I was on the other side of the Atlantic Ocean when Audiosoft rebooted

Tried it again a couple of times and 8192 and 9072 give me a blank screen for a long time after the windows boot animation then it flashes a blue screen of death for a fraction of a sec and restarts. 5072 worked but the screen seemed to stay blank a long time before i got to the desktop and got a error for one of the video card drivers when i hit the desktop...but i am still up and running using 5072...weird.

Windows is pitiless!

I think I would have been very angry if my computer fail to restart... even if I have backups of my music, this time!!

Weird that it doesn't work properly. I use V 7.1.8.9 of the nvidia drivers. You use Sp2 too? This is unfortunately the only computer I've tested this on. Can it be related to video card memory somehow? I think there is 128 mb on the card I use.

I just forced a friend of mine to be a rabbit on this. He changed the value to 8192, rebooted and it worked. So we're still friends XP SP2, NVIDIA GeForce FX 5200, 768MB DDR-SDRAM.

Happy to report that my machine is now up and running with the 9072 registry setting after running ad-aware and disabling the "Restart on System Failure" option on the F8 windows boot menu. I have also successfully rebooted into windows multiple times using the 9072 setting.

Am I the only one that is not too happy that this registry "fix" exists? Without this fix, there would maybe have been some hope that one day ejukebox doesn't try to load all cover images into one humongous HTML file in album view. I am now up to 16.000 tracks in my database and frankly, eJukebox has stopped being fun to use, it is just too slow.

I never understood why Audiosoft didn't simply add some code so that eJukebox would only display one screen full of data at a time and then put up a NEXT and BACK button to scroll. Instead we got a strange workaround where the humongous album list would only be created at first loading and then is overlaid by other screens. But if you do close the list by mistake...then it is back to waiting for 3 or more minutes(!) for it to reload.

If Windows complains about not having enough GDI resources and too many elements on screen, maybe it is right and Audiosoft should have considered changing to a simple and fast album view with one-screen-at-a-time display so that people with thousands of albums can still enjoy the system. But now there is this simple registry hack and I am afraid things will stay terribly slow as they are...

For me the performance/speed issue with eJukebox on large collections has become so serious that I will probably have to switch to one of the alternative jukebox solutions, even if that means missing out on tons of useful features...

re: Without this fix, there would maybe have been some hope that one day ejukebox doesn't try to load all cover images into one humongous HTML file in album view

The only thing the fix does is ensure that everyone can use the current album list on 2000 and XP when you have a bunch of other windows open. I am still concidering creating an alternate album list that only shows a few albums at a time....but then everytime you hit a letter on the artist bar it would have to load the album list for that letter and it would have to load everytime you hit next.


RE: But if you do close the list by mistake...then it is back to waiting for 3 or more minutes(!) for it to reload.

If you close the album list after it has fully loaded the cached version should come up pretty much right away after clicking the albums button again. I realize it can take a long time to load the list the first time but once it is loaded isn't the performance good?

Demnos, eJukebox uses allot less RAM under Win2k and XP. Just wondering if you are still using Win98?

Regardless, I have made allot of speed improvments since the last offical release of eJukebox. Plus v4 will use the new cover lookup system and compressed JPGs for ID3 images instead of the bloated BMP format. That should help improve performance. In addition, v4 will allow you to replace the scroll bars on the album, song and artist lists with big up and down scroll buttons.

Oh and there is a nice new improvement for touchscreens (for everyone really) coming in the next release: You can now always click the area around title in songlist to add a song to the playlist instead of having to click right on the title text.

I have 36940 songs and eJukebox is still fun to use for me (even if I don't enjoy a touchscreen):
The Albumlist takes 87s to cache the first time, and only 2s to reload my 2782 albums!

Otherwise I've tried to provoke the "GDI ressources" bug. Well it's not easy! I've open 30 IE windows, Photoshop with 12 larges images, eJukebox with the albumlist open, and I still not have the message error "chameleon...". It just happens that I can't open new programs or windows, but no chameleon error! The value in my registry is the original value: 3072, and I have 1024MB of RAM, Windows XP Pro.

So I think I don't need the registry fix. What will it give me to me better than I already have???
Could you make that be optional Audiosoft? Maybe using a warning message that show up only the first time the new eJukbox version runs?

Pirk,

Even though I have the reg fix code done in eJukebox I think I am going to disable it and just let people do it on there own...only because of the off chance that the computer will not restart afterwards. I don't want anyone who's system can't take the registry change to have to do "restore last good configuration" at the boot menu after everytime they run eJukebox. I'll probally just top this thread or start a new one that tells people how to do it on there own if they run into resources problems. I for one really love the reg fix because I always have a ton of windows open and used to often have the problem where Photoshop and other programs would not be able to create there windows when you try to open them.

I think this is a good solution, for everyone. Each one will do according to his habits: little or much programs...

Do you think I could open more program windows than actually (30 IE windows and 12 Photoshop images with 1Go of RAM) if I applied the registry fix?

RE: Do you think I could open more program windows than actually (30 IE windows and 12 Photoshop images with 1Go of RAM) if I applied the registry fix?

YES

I will certainly end up to fix my registry too! the day I can't open enough images...

Thanks.

There's nothing scary about this fix - it's just a registry value allocating resources from an enormous pool of available RAM.

The chances of the PC crashing or losing power at that very moment when this value is added so it corrupts is a hit every installation routine has to pay.

Apart from that there is no recorded degradation to this fix. I've known about this setting for ages and as a developer it is an essential one.

Well, finally I've applied the fix... No problem after a reboot! and YES, now I can open as many windows as I want... No more limit?? Impressive!

Thank you Fishy!

Please don't thank me for this.Thank those people in the thread I linked to, or even google As Rlailey says it's quite well known. I posted it on this forum because it fixed some problems I had with ejukebox

And it's nice if it has improved performance for those who applied it. If you don't got any problems with your system, please don't change anything! I had quite a few problems with ejukebox myself, and this registry fix, hack, whatever name you apply, helped me out of those problems. I felt that I should share it with my friends at this forum in case some of you had simular or related problems. But if 3072 works fine, leave that setting alone. I can't see why this issue should be more complicated than that?

Hey Audiosoft, any chance that we can grab our filthy, greedy hands on a new version soon? It sure sounds tempting

Just compiled a new version to run some tests on another machine...I should have v3.98 up by Friday at the latest.

Sweet.. At least our compliments and complaints will be up to date then

Ok Fishy. So a big thank you for... all the rest!

Yeah Audiosoft, I think we are at least quite ready to test this new version of eJukebox!
I hope the fix for the autoplay modes will works, as I really need it! A lot more than the registry fix as far as I'm concerned...

Probably still a dream but... maybe eJ 3.98 will already include a little "beta" version of the nowplaying vertical sizing kept for a special occasion?
I'm mad about this feature... in order to satisfy all the width of my "1280x1024" LCD panel!

Thanks.