Pages: 1 2 |
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 6-26-2004 at 04:22 PM
|
|
|
Some weird issues..
I experience weird things happening to ejukebox when I let it run for a few hours with the "link songlist to currently playing song's album
when inactive" option enabled. In 3.83 the albumlist tended to "disappear" leaving black room where the albumlist was supposed to
be... I had to hit the albums tab to get things back to normal.
In the latest version, the albumlist get totally wrapped all over the place and the graphics of the application get's messed up. This does not
happen when the mentioned option is unchecked.
I got no idea what is causing this, except that it's related to the "link songlist to currently now playing..." somehow.
Anyone else experiencing simular things?
-----------
Fishy
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 6-27-2004 at 03:59 PM
|
|
|
Ok I have done some more research around this and it's not due to this option checked or not.
It seems to be a memory problem. When I for instance have many webpages up at the same time ej's albumlist get's messed up. It doesn't
always happen when I use a lot of ram, but seems to depend on how long ej has been running..
The weird thing is that I have a bunch of ram (1 GB) and around 50% available when this happens. I have 1 gb free space on C:\ and a pagefile at 1gb.
I have tried to decrease and increase the pagefile without positive results...
Worth to note is that when I restart ej everything works ok again... Ejukebox does takeup around 2mb of my total ram all the time, like it used to do
in prior versions as well..
I have around 600 mb available space at the drive where ej is installed (can this be a problem?). There is around 1600 albumimages in my albumlist and
I have not experienced this prior to 3.86. Can there be some memory leak in this newest version, or is this due to my setup somehow?
I should mention that I have overclocked my system a bit, but this was never giving me problems in prior versions. My system temps are normal and all
other applications are responding fine when this problem occurs in ej..
I have also tried to rebuild the database to see if that solved it, but no .
The asn is at 66.1 mb which is normal.. I use the latest IE and Winamp 2.91
Hope someone can help or give some input on this. It's really, really annoying..
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 6-27-2004 at 04:36 PM
|
|
|
Here is a screenshot. Not something I would like to hang up in my living room, but sometimes reality hurts:
|
|
Audiosoft
|
posted on 6-27-2004 at 05:41 PM
|
|
|
Every window and elements in each window (i.e checkboxes, text labels, select boxes, buttons) are identified in the Windows environment by a handle
known as a hWnd. On Win95-98 there is a limit to the maximum number of handles. On Win2000-XP there is no set limit. This is probably occurring
because there is not enough video card memory or video card capability to deal with the large number of open windows handles.
Because it tends to occur when you have allot of web browsers open.... Using a tabbed web browser program like MyIE2, to keep all your web pages under one interface (less buttons, address bars
etc), may help.
Audiosoft
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 6-27-2004 at 06:55 PM
|
|
|
Aha! Could this be why i come home to a crashed machine some times, getting upon startup that my graphics card caused the system to crash?
As you might know, the eJukebox2web 1.0 PHP script causes my IE to open a new window for each new song at times.
After the crash, i get this error report:
WindowsVersion: XP
EventType: 0xEA - Thread Stuck in Device Driver
//
// The driver for the display device got stuck in an infinite loop. This
// usually indicates a problem with the device itself or with the device
// driver programming the hardware incorrectly. Please check with your
// display device vendor for any driver updates.
(...)
ShutdownCount: 17
Shutdown: 0
EventCount: 3
BreakCount: 3
BugcheckTriggered: 1
DebuggerNotPresent: 1
DriverName: MTXPARHD
EventFlag: 1
DeviceClass: Display
DeviceDescription: Matrox Parhelia 128MB
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 6-27-2004 at 08:33 PM
|
|
|
hmm.. I have a nvidia geforce TI 4800 with 128 mb ram. Should be powerful enough to handle quite a lot of 2d graphics?
Quote: | Originally posted by Audiosoft
Because it tends to occur when you have allot of web browsers open.... Using a tabbed web browser program like MyIE2, to keep all your web pages under one interface (less buttons, address bars
etc), may help. |
Thanks for the tip, but I already use one, Opera. I don't really think this is related to my hardware because this is something I've
experienced the last two days. Two days ago I upgraded from 3.83 to 3.85, and the same day to 3.86. Don't know what is going on really, but might
there be something introduced in 3.86 that is causing it?
Other applications keeps responding when the graphics messup starts... Making me belive that there is something with my ej setup or something in the
code which my system doesn't like... I've never seen this before in any of the prior versions.
However I made some more space available on my C:\, launced a lot of stuff including a bunch of web pages before I left home for a few hours tonight.
And the graphics of ej looked all well when I got back. So I'll monitor this for a few days and see if it can be related to lack of space on the
C:\ partition (god give me a new huge harddrive soon)....
edit: That was not the sollution either. Keeps on happening randomly.. Obviously, Since noone else are experiencing this (?) I guess the problem lies
in my setup somewhere.. Tried to clock down my system as well. Didn't help.. Argh.. Starting to concider a reinstall of ej to see if that solves
it..
Junk: You have about the same amount of albums as I do, and use the same skin with about the same settings. Has something close to that madness shown
on the shot above happened to you? try to load some heavy pages which take a lot of ram. Like for instance the albumlist displayed at my homepage,
which I have used to recreate the mess.. And fool a little around in ej at the same time (Click some albums.. artists in the artistlist, scroll up
and down)
If this not happens to others it has to be something wicked in my windows setup somewhere..
*/Edit/*
Interestingly enough, I am not able to recreate this with the default skin. No matter how much I throw on it. Loaded 20 heavy webpages, including 4
html versions of my albumlist, and nothing happened. Then I switched over to arctic and the graphics messup occured almost immedently.. I will keep
using the default skin to see if continues to work ok. If so there is maybe some incompatibilities between the arctic skin and the changes in the skin
engine made from 3.83 to 3.86.... ?
I am Sorry for this long post by the way, just want to figure this mystery out..
|
|
Pirk
Posting Freak
Posts: 3976
Registered: 3-11-2003
Location: France
Member Is Offline
|
posted on 6-28-2004 at 12:00 PM
|
|
|
Quote: | (god give me a new huge harddrive soon).... |
Same here, well... worse: I've just lost one of my hard-drives - a sudden crash! i've lost 40 Gb of mp3s fully tagged! . Half
of them was recent download for which i don't have any backup!!! AT ALL
Now i can only cry!!!
And that was my most recent hard drive! :mad: :mad:
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 6-28-2004 at 10:22 PM
|
|
|
Fishy, now i am experiencing this as well. Have no idea what to do with it except trying out if disabling "link to songlist" helps.
Pirk, sorry to hear about the loss of your mp3 collection.
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 6-29-2004 at 12:10 AM
|
|
|
Junk: Belive me that won't help much... Totally out of clue... It's most definately something in the skin engine which arctic doesn't
like or vica verca... I am back with the default skin now
Wondering if this also happens with skins which has used our dis and graphics as starting points as well... Like the cool one Slick is working on...
Would hate to see this become a mass phenomenon...
Pirk: .. Try to run a scan on it to see if you can delete some bad clusters
when you get hold of a new one.. Or is the damage so bad that it won't be possible ? Sad anyway...
|
|
Audiosoft
|
posted on 6-29-2004 at 12:33 AM
|
|
|
Hmm...it could be because the gele.jpg in the Arctic skin is so large (427KB)...if that image was optimized to reduce its file size, by Saving For Web
in Photoshop, it could possibly fix this problem. Same goes for nowplay.jpg and artistlistbac.JPG. That is just a guess...
We will take a closer look at the coding of the Arctic skin soon, if optimizing those files doesn't fix it.
Audiosoft
|
|
Pirk
Posting Freak
Posts: 3976
Registered: 3-11-2003
Location: France
Member Is Offline
|
posted on 6-29-2004 at 11:51 AM
|
|
|
Quote: | Message original : Fishy
Pirk: .. Try to run a scan on it to see if you can delete some bad clusters
when you get hold of a new one.. Or is the damage so bad that it won't be possible ? Sad anyway... |
Thanks for your compassion, guys...
Fishy, i've already tried to scan the drive: a desaster! Now the BIOS don't recognize my drive any more... even in slave mode. It block the
boot...
The first symptome was: "Toc Toc Toc", a windows blue screen, shutdown, and after a reboot: Disk I/O error. But now just the drive turn
(heat too...) and block my PC!
I think it occured a mechanical (or electronic?) problem on my drive after a power cut during the afternoon (or maybe a power surge?) because of a
strick action of our dear national power supplier "EDF" (Electricity Of France)... Maybe they could compensate me? Above all for the data
lost!!! ((
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 6-29-2004 at 07:02 PM
|
|
|
Fishy, eJukebox stood on all night without any problem, when "Link songlist to (...)" was switched off. I can't really thing what is
different from this version and the previous versions that worked perfectly with the arctic skin, besides this function. Yet it still happens at your
place with this feature turned off?
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 6-29-2004 at 07:22 PM
|
|
|
Yepp.. but only under heavy memory usage (having a lot of webpages up at the same time for instace) and only with the arctic skin.. I can also let it
run overnight without problems, if I don't have a lot of stuff loaded.. This does not happen with the default skin no matter how much memory I
use.. Really weird...
-----------
Fishy
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 6-29-2004 at 08:40 PM
|
|
|
AHA!
I think I am about to isolate the problem.
Done two interesting oberservations
1. The bugs in arctic appears only when the artistlist is open.
2. I tried to replace the artistlist.dis in arctic with the one from Slicks skin. Still wouldn't work. BUT, when I use the colors.ini file from
slick's skin arctic works just fine .
Conclusion: The problem is in colors.ini somewhere. Probably in the area where some of the colors of the artistlist is defined.
Edit2: .YES! Think I found the black bird..
Found this code in the colors.ini:
[ArtistBarLetters]
UseDefault=0
Background=153
Text=13421772
HiBackground=2296066
HiText=16777215
Style=7
SelBackground=2296066
SelText=13434879
SelStyle=7
It sent my artislist on a very bad trip.. It seems like selstyle=7 (simply flat) makes the artistlisttext bug a lot. And it takes the graphics of the
rest of ej with it... Demanding a restart of ej to work normal again, before it starts messing things up again after a while..
When using something else then 7 for instance 9 and 3 at the respective places it works fine all the way... At least for this particular skin.
Don't know if it's universial, and then a problem in the skin engine itself... I've consistently recreated this bug through changing
between 7 and other values in arctic though.. This should maybe be looked into...
Just to be sure Arctic now uses style=2 nearly all over the place. Which I think is a good looking style anyway..
I remember that I played around with these styles, adding these 7 values, right before 3.86 was released so it is possible that this problem was
present in 3.83 as well.. But I saw the problem in action just when I installed 3.86 and by error attributed the reason to 3.86. Sorry for that one..
Nevertheless arctic now works fine again
Slick: Thanks again for your new skin. Your colors.ini was very alike the one from the arctic skin, except you didn't include those values that
made the skin "buggy"... Smart move The alikeness made it easy
to discover the bogus things..
Here is the new colors.ini which should work properly.
-----------
Fishy
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 6-30-2004 at 12:02 AM
|
|
|
Great, Fishy! Nice debugging I've included your new colors.ini file
in the arctic archive now.
|
|
slick
Junior Member
Posts: 54
Registered: 6-23-2004
Member Is Offline
|
posted on 6-30-2004 at 09:50 AM
|
|
|
Well done on finding the problem. I based my skin on yours because I'd liked very much what you had done. Looks like you've identified your
problem - good for you!
I agree with audiosoft - when you have a database running, your machine is getting a bit of a workout. To give your machine a chance, it's better
to keep files as small as possible. You have some large graphic files in your skin that are using valuable resources just to sit there and look
pretty. If you want me to optimise them for you, let me know.
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 6-30-2004 at 10:00 AM
|
|
|
Well, the big .jpg files Audiosoft mentions would allocate just as much memory even if they were saved with heavier compression. They would occupy a
bit less space on your HD, that's all. The ratio where the files become faster to load is also where the quality becomes compromised, so at the
moment i cannot really see any good valid reason to reduce the quality of the backgrounds except reducing the size of the skin archive (which still
fits on a floppy disk. ).
|
|
slick
Junior Member
Posts: 54
Registered: 6-23-2004
Member Is Offline
|
posted on 6-30-2004 at 02:15 PM
|
|
|
I appreciate what you are saying, Junk, but I disagree. Anyone that's ever used Microsofts Access database knows that graphics can cause massive
overheads, even when it appears illogical! Another example would be a CD-ROM. You could make it up to 650MB, but it does run better if file sizes are
generally smaller.
You could recompress the "gele" for example from 428Kb to about 80Kb without any noticible visuals (at a guess). Perhaps you could replace
the gele, artistlistbac and nowplay images with plain black to see whether there is a difference in performance, if you are still having issues.
Just a thought. Remember, file sizes are always on my mind! Performance problems mean your machine is doing too much!
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 6-30-2004 at 03:29 PM
|
|
|
I am test running this now. With the relevant jpg's compressed can't see any difference. But doesn't feel any faster either. But I have
a pretty fast computer too.. It would maybe be noticeable on slower computers with less ram and cpu..
-----------
Fishy
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 8-13-2004 at 06:22 AM
|
|
|
hm, i still see this bug every day when i come home from work... but only then. It's like having a child that makes a mess whenever left alone.
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 8-20-2004 at 03:32 PM
|
|
|
Quote: | Originally posted by Audiosoft
We will take a closer look at the coding of the Arctic skin soon, if optimizing those files doesn't fix it. |
Optimizing doesn't help it. I believe we need you to take a look at the .dis file to get this thing fixed.
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 8-23-2004 at 11:10 AM
|
|
|
The strange thing is that I thought my earlier edit of the color.dis file fixed it.. I changed some of the styles of the artistlist in colors.ini and
it made the bugging occur a lot more seldom at least.
However it still occurs in some cases, but I have not been able to detect when and why.
I am pretty sure audiosoft got better things to do than puzzling with our .dis files, so I guess it is up to us to fix this. I am concidering using
bitzumo.red as a starting point and just add the different values from arctic progressivly while testing it to see if that might isolate the problem.
I don't think the problem lies in colors.ini because it is more or less the same as bitzumo now. The fact that the bugging happens so seldom and
randomly makes it a tricky task to isolate the problem though...
How often does it happen at your computer? Does it happen if you got the albumlist and/or artistlist closed? Maybe you could try to have those closed
when away from the computer for a while and see if it still happens? At my system it occurs so rarely that I've almost stopped worrying about
it.. Would be interesting to figure out what is causing it though.
-----------
Fishy
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 8-23-2004 at 05:57 PM
|
|
|
It happens every day, when i come home from work, eJukebox is a graphical mess, and completely useless. I have to shut it down (can find the
'x' button, usually), then start it again, and everything works fine until i come home from work the next day.
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 8-24-2004 at 09:04 AM
|
|
|
Ok. Try to leave it with the albumlist and artistlist closed one day (Just the songlist open or something). If it still happens than. I think the
problem is in songlist.dis. If it doesn't happen. Then leave it with the artistlist open and so on. You get the deduction here Would be a lot easier to track the problem if we knew which dis file to look
in directly.
-----------
Fishy
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 9-2-2004 at 08:35 PM
|
|
|
Tried it all, no difference.... and this does not happen at your house? This is strange indeed... i believe it to be a memory leak issue of some
kind, allthough i have no experience with such from before (i am running win xp with 512 mb RAM). The only thing i know, is that when i come home from
work, eJ uses 80-90% of my CPU, 20 mb of my memory, and has its graphics shattered all over my monitors. I cannot take a screenshot of this, because i
get a win 3.11-style error message saying: "Not enough memory to create point graphics" or something similar.
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 9-3-2004 at 12:05 PM
|
|
|
weird
I also got this pretty often before I modified the colors.ini. But, as mentioned, after that event it has happened *extreamly* rarly. Yet it's
pretty annoying when it does happen of course.
I don't think it has happened to me during the latest month though.. Hmm.. This will sound like deviltalk, but: Sorry, I am quite blank on this
issue. First saw it right after the 3.80 release. You can always play around with the styles in colors.ini to see if that makes a difference for you.
Just change the "styles" values to "4" for instance and do it consistenly at all definations in the configuration file. Changing
those values helped me at least.
I don't know if other users of the arctic skin have this problem as well? Would be very helpful with some input if that is the case.
-----------
Fishy
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 9-5-2004 at 10:40 PM
|
|
|
As suspected, the problem goes away when i disable "Link songlist to currently playing song's album".
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 9-6-2004 at 11:24 AM
|
|
|
hm.. I haven't used that feature in ages and it is disabled on my system. I have experienced the phenomenon of bugging even if that feature is
disabled. But, if that makes things function alright on your system, great
-----------
Fishy
|
|
junk
Member
Posts: 480
Registered: 5-10-2003
Location: Norway
Member Is Offline
|
posted on 9-6-2004 at 02:57 PM
|
|
|
aha, if you haven't used the function, no wonder it ain't happening at your place. i kinda like the function. :\
|
|
Fishy
Senior Member
Posts: 960
Registered: 10-19-2003
Location: Norway, Trondheim
Member Is Offline
|
posted on 9-7-2004 at 10:11 AM
|
|
|
Do I have to remind you of that it happens with me, just not that often?
Anyway I actually would like to close this thread for two reasons:
1.
We're really not making any progress in finding out what the problem is. And since the problem occurs so rarely it's kindof hard finding the
right motivation to track the source of the problem. Why hunt the bee when it doesn't cause you any problem?
2.
I guess 4.0 will have to break skin compatibility with 3.x (correct me if I am wrong) and provide us with a lot of new snacks which I think will
motivate us to make an entire new skin anyhow.
-----------
Fishy
|
|
Pages: 1 2 |