Board Logo

eJukebox v3.999
Audiosoft - 3-31-2006 at 11:20 PM

Updates:

Beta 1:
-fixes the bug that started in v3.997 where some users were getting the same image for most of the albums in the album list.

Thanks to everyone who posted about this issue especially heliosten for pointing out that a jpg file was being created in his documents and settings folder. That helped me finally understand why it was not working for some people. This beta fixes the problem and make the anti-aliased images show up correctly.

Beta 2:
-fixes msdxm.ocx error.
-updated skining of scrolling text in now playing panel
-New option "Run in RAM - Performance Boost" on the "Other" tab.

Let me know if eJukebox seems any faster for you with the new option enabled. It uses allot more memory but it should make eJukebox depend on the hard drive less and restore from minimized faster. This option is disabled by default since it uses allot more RAM. Enabling it is only recommended if you have plenty of RAM to spare.

Beta 3:
-adds support for viewing of lyrics files in the eJukebox editor with the same path as the song file except with a .txt extension.
-fixed artist list sort adding "The" before artists names that begin with "The?"

Beta 4:
-adds support for importing jpg album art named after the folder that contains the art.

Beta 5:
-new option on OTHER tab to disable keyboard shortcuts which will fix the keyboard not working outside of eJukebox for people effected by that problem.
-AutoPlay now restricted from playing the same artist back to back when other artists songs are available.
-AutoPlay random now more random and uses less cpu when possible
-AutoPlay now always makes all matching songs that have no last played date available for random pick
-AutoPlay should now work correctly with very large collections.

Beta 6:
-album list options button now disabled in kiosk mode
-fixed whiteflash on now playing panel and playlist when song changes with certain skins
-fixed other playlist flickering
-fixed whiteflash when loading the Home button view
-made onclick animation effect smoother
-fixed flicker that was on songlist load when songlist only has a few songs and album list open
-fixed now playing panel height not being restored on startup
-fixed songlist < > buttons causing reloading of data when IE7 installed. Now uses cached items from history to make < > buttons much faster.
-fixed eJukebox overlapping taskbar when taskbar is autohidden
-moved visualization launch button away from >> when left panel sized larger

Beta 7:
-fixes beta 6 bug where clicking playmode settings caused ejukebox display to freeze
-more improvements to get rid of the whiteflash flicker
-removed whiteflash after auto cover lookup
-fixed now playing song info sometimes not animating IN
-fixed add to playlist and play now animation effect so it always ends at the correct width
-fixed home button view's title not animating in under beta 6
-made Up Next display update at the same time as now playing instead of not showing up until after
-nowplaying height drag resize effect now smoother

Final:
-even smoother now playing height adjustment
-fixed scroll albumlist on inactivity so it does not activate when looking up missing cover images in the albumlist
-fixed right click visualization launch icon sometimes not showing winamp plugin configuration

Note: Beta download has been removed. v3.999 final is now available for download from audiosoft.net/download.htm and LiveUpdate in eJukebox.


bhauxwell - 4-1-2006 at 10:00 AM

That has fixed the album displays

Thanks

Brian


Vems - 4-1-2006 at 08:45 PM

I upgraded to v 3.998 and started getting the following message:

372 eJukebox.9.Sub ControlVisualFailed to load control 'MediaPlayer' from msdxm.ocx. Your version of msdxm.ocx may be outdated. Make sure you are using the version of the control that was provided with your application.

I upgraded to v 3.999 beta and I'm still getting the error. I click OK and the box just keeps coming up until I manually shut down the program.

Can you help me?


Audiosoft - 4-1-2006 at 11:32 PM

Vems,

What version of eJukebox were you using before v3.998?
Also what version of Windows are you using?

Try this first:
Go to the Run item on the Windows Start menu, and type:
regsvr32 C:WINDOWSsystem32msdxm.ocx
and press Enter.

If it still gives an error you will need to install Windows Media Player 9 or 10 as that ocx file is needed by the eJukebox editor for preview playback.
http://www.microsoft.com/windows/windowsmedia/download/alldownloads.aspx


Vems - 4-2-2006 at 08:57 PM

I was using v3.997 and I'm running WindowsXP Pro.

I already have WMP 10.

I never had this problem before, only when I upgraded to 3.998.

I tried your suggestion, but the error message still came up.


Audiosoft - 4-2-2006 at 11:43 PM

Thanks Vems, I have fixed the problem.
Please re-download and install the version 3.999 beta 2 in the first post. It has the album list image fix as well as a fix for the msdxm.ocx problem.


Well_Jaggy - 4-6-2006 at 07:19 PM

Cheers Audiosoft. I had just gotten round to installing 3.999 Beta1 after downloading it some days ago. I had the same issue as described, but downloading WMP 10 solved the problem. Also, good job on resolving the Album cover issue too!

THANKS!


Fishy - 4-7-2006 at 11:33 AM

"New option "Run in RAM - Performance Boost" on the "Other" tab. "

Interesting. Unless I am seeing things, the albumlist loads a lot faster from cache with this option enabled. And the interface seems to be quite faster. Eats a lot of ram though :)


Willum - 4-8-2006 at 07:11 AM

"New option "Run in RAM - Performance Boost" on the "Other" tab. "
Looks good.
I will take a look this weekend or it's indeed faster.
Thnx Audiosoft.. another improvement


Fishy - 4-9-2006 at 03:03 PM

The latest beta doesn't seem to remember the size of the now playing panel image correctly. It always maximize it on startup. I did not have this problem with ejukebox 3.98.


Montana - 4-9-2006 at 10:18 PM

Quote:
Originally posted by Fishy
The latest beta doesn't seem to remember the size of the now playing panel image correctly. It always maximize it on startup. I did not have this problem with ejukebox 3.98.


I to have this problem, it seems as though every time you start EJ it makes the now playing window maximum size.

Andy


Pirk - 4-9-2006 at 11:58 PM

It also makes the now playing window maximum size every time you change skin. What a shame!

I think eJukebox should maximize the now playing window on first run ONLY, just after the program installation... Because it's still frustrating when a program doesn't respect the user choices!


rlailey - 4-17-2006 at 03:09 PM

I've just tried the v3.999 beta 2 with the run in RAM performance boost which does run faster. However, I get a momentary white background flash in the nowplaying area every time the song changes from one track to another.

This white background issue also now appears when I resize the now playing area as well as appearing in the area below on the left where the up next tracks are to be played.

I've turned off run in RAM but the white flash is still there so I'm not sure it's related to this. It may be skin related? I'm using the Artic skin, but it's difficult to tell with the default skin to see the white flash on track change as the background in the now playing area is white anyway.


Pirk - 4-17-2006 at 04:11 PM

Quote:
Message original : rlailey
... However, I get a momentary white background flash in the nowplaying area every time the song changes from one track to another.

This white background issue also now appears when I resize the now playing area as well as appearing in the area below on the left where the up next tracks are to be played.

I've turned off run in RAM but the white flash is still there so I'm not sure it's related to this. It may be skin related? I'm using the Artic skin, but it's difficult to tell with the default skin to see the white flash on track change as the background in the now playing area is white anyway.


You can edit the nowplaying.dis file of the Artic skin, replacing the "body" part with this:

body {

background-image: url(nowplay2.jpg);
background-color: #101020;

}

I've removed the original gradient filter and integrated the gradient effect directly in a the nowplay image (nowplay2.jpg), because it seems the filter produced the white background on track change... So you also need to download the updated image and to put it in the C:Program FileseJukeboximagesArtic folder.

NB: The aspect of the original Artic skin is preserved!! :)


rlailey - 4-18-2006 at 12:19 PM

Thanks Pirk - this is spot-on :) I assume I'll need to update the nowplaying.dis file from within the skin zip file to preserve this change if the skin is to be reapplied?

The Artic skin should be the default as it's better than the other ones :(


Pirk - 4-18-2006 at 09:07 PM

Yes you can also update the zip file.. However, the question remaining is:

Why this "white background issue" is appeared in this beta version (3.999 beta 2)? Unless this problem already existed before this version?

Audiosoft,

Maybe you have changed something in the backgrounds functioning recently ?
Because.. to remove filters should not be a definitive solution!!

Thanks.


rlailey - 4-18-2006 at 09:52 PM

I think this "white flash" filter is an issue with this beta2 version as I'm sure I would have noticed it before as it's quite marked om my system.

I also seem to still have an issue with the Up Next area - Pirk should I update the playlist.diz in the same way as I noticed the use of filters in this file too?

This area goes white when I resize this area although the area above (now playing) has been mainly fixed by Pirks suggested modification to the skin.


Pirk - 4-18-2006 at 09:59 PM

Quote:
The Artic skin should be the default as it's better than the other ones :(


I must admit that the Arctic skin is very creative. It's a masterpiece! Yes, Junk is a Artist! :o :P

PS: His skin means.. some wonderful, but probably too much washed down evenings!! :D


Pirk - 4-18-2006 at 10:07 PM

Quote:
Message original : rlailey
I think this "white flash" filter is an issue with this beta2 version as I'm sure I would have noticed it before as it's quite marked om my system.

OK, so Audiosoft!!!
Quote:

I also seem to still have an issue with the Up Next area - Pirk should I update the playlist.diz in the same way as I noticed the use of filters in this file too?

I not looked in the playlist.dis, but yes probably that is the same problem...

:o All that would deserve a explanation from Audiosoft! :o


rlailey - 4-18-2006 at 10:08 PM

Agreed, but I would like to know if the use of filters has been dropped as you use it in other places in the Arctic skin such as the playlist.diz


Pirk - 4-18-2006 at 10:22 PM

I fear that Audiosoft has updated something in the eJukebox main program that disrupt the functioning of the filters.. :( I don't think he wants intentionally to drop the use of filters!


Audiosoft - 4-19-2006 at 03:02 AM

Nothing has changed with the filters. They are still and always will be supported! However, it is probally a good idea to use them as little as possible because they do use more resources (handle and cpu). Allot of the time you can get the same effect by using a background image instead of a filter. Doing that instead will increase responsiveness. But sometimes you will have to use filters to achieve the look you want.

The "white flash" is usually a problem with the background color set or not set in the skin.

To get rid of most of the flicker in the Arctic skin playlist edit the playlist.dis and make the background color in the body {} black.
I.E. background-color: #000000;


Pirk - 4-19-2006 at 08:56 AM

Quote:

The "white flash" is usually a problem with the background color set or not set in the skin.

NO Audiosoft, since this last beta version, that is not true!

Setting a dark background color has no effect on TRACK CHANGES or now playing PANEL RESISING. I've already tested that: This is when there is a filter in the .dis file that the "white flash" effect appear, even with "background-color: #000000;".

You can easily test that using the Arctic skin: Try to drag the playlist bar: with filters (and a dark background-color) that flash in WHITE on track changes. Without any filter that doesn't flash at all!


Audiosoft - 4-19-2006 at 12:27 PM

Yes, you are correct Pirk, filters can also cause the white flashing.


rllercstr7 - 4-20-2006 at 01:23 AM

Hello everyone!

I have been on vacation and relaxing a bit so its been a while since I've been to the forums. When I left I was using vesion 3.997 and when I upgraded to 3.998 and the new beta I have run into a serious problem. My Albumlist has no artist sub-divisons anymore and it autoscrolls out of control and isn't usable. Ahhh eJukebox gone wild! :D I saw the issue with all the albums being the same cover, but all the covers are displayed correctly just all jumbled together. I attached a screenshot of this.

I have also updated the manual to reflect the changes to the interface in the newer versions. The last version was downloaded almost 70 times so I will try and keep it as up to date as possible for new users. Please let me know if you find any misspellings or anything that needs to be added or update. The two most major things changed were:

- The Run In RAM option under the other tab
- The Display compilations at top/bottom of Albumlist


Audiosoft - 4-20-2006 at 02:26 AM

rllercstr7,

You just need to go under the album list options and uncheck "Do not seperate albums by artist" and refresh the list. The default it unchecked so you must have checked it by mistake at some point.


rllercstr7 - 4-20-2006 at 02:37 AM

Ooops I missed that option in the list when I was looking. I reinstalled eJukebox and the jumpy movement is now fixed to. Thanks Audiosoft


Pirk - 4-20-2006 at 08:03 PM

The new lyrics ".txt" feature of your beta3 works good Audiosoft.

Roll on the lyrics in the songlist!!

Thanks.


Audiosoft - 4-27-2006 at 01:37 AM

Beta 5 is up


Fishy - 4-27-2006 at 08:51 AM

Thank you audiosoft! The autoplay modes works great now!


Pirk - 4-27-2006 at 03:32 PM

That's good Audiosoft, your beta 5 seems really to improve the random play. Even if I've not rebuil-t (!) my database..

Thank you.


Fishy - 4-27-2006 at 04:12 PM

One small bug, which is not fixed in the lastest beta, is that ejukebox doesn't remember the imagesize of the now playing cover when you restart it. It always maximize it on startup.
I am pretty sure that it used to remember the size, before 3.998 at least?

In additon it is sometimes impossible to resize the image when you've played a fullscreen 3d game. The sizes of the panels are reset and it is not possible to resize it, without restarting ejukebox. Would be nice to get rid of these small issues.


Pirk - 4-27-2006 at 04:52 PM

Fishy,

Unfortunately I fear that is not a bug: Maybe Audiosoft thinks that's better to always maximise ??
But I AGREE with you, the now playing "auto-maximize" feature - if it's a deliberate feature! - proves to often be more annoying than useful.. precisely because it's systematically imposed!


Audiosoft,

A possible solution:
I think that when the user has MANUALLY resized the now playing panel, eJukebox should remember of that for future sessions, by simple respect for him.. (us!) That not prevents to keep the Now playing auto-maximize feature for when the user click on the window maximize button!

Thanks.


Audiosoft - 4-28-2006 at 02:12 AM

This is only an issue with how eJukebox is displayed on startup right? I can't seem to locate what is causing this but am still looking. The position is being saved but obviously not being used properly.


Fishy - 4-28-2006 at 08:23 AM

Yes, only at startup


Pirk - 4-28-2006 at 11:20 AM

Phew! it's a bug.. not a intentional modification!

So yes, this bug occurs on startup, but also each time you load a new skin or you reload the current skin. If that can help to locate the bug!

Thanks.


Pirk - 4-28-2006 at 01:48 PM

Audiosoft,

I've noticed a few trails concerning the now playing imagesize bug:

In fact the now playing image is not maximized, rather it is progressively enlarged on each startup (or skin load).
When the user has chosen a size near of the maximum size, the image seems maximized. But if you chose a small size, you will see the image to grow progressively on each startup...
However if you chose the minimum size, the image is not enlarged at all on the next startup!

Also, if you drag the vertical resizing bar or you click on the maximize button, the same bug occurs: the now playing image grow progressively. Unless you use the image minimum size which is still not affected by this bug.

So it seems there is a drift: maybe a wrong calculation?


Audiosoft - 5-5-2006 at 10:10 AM

Beta 6 is up.


Pirk - 5-5-2006 at 07:52 PM

Thank you very much for this beta 6 Audiosoft.

I can now reduce and restore eJ like any other program.. with my "auto-hidden" taskbar. That is perfect!

Concerning the white flashs: hmm, they still occur on the now playing panel on track changes (each time a new image is loaded), and also on the songlist when I load a long list (a full artist for example). All this using the Arctic skin.
Sometimes (in particular when eJ is in autoplay mode) the whiteflash doesn't occur in the now playing panel, but it still occurs in the songlist on track changes. But mostly, the whiteflash appears on both.
I can't determine why sometimes the whiteflash occurs and sometimes it doesn't occurs? It seems it's when there is a too long time before the new page is displayed.

Otherwise the now playing panel height is correctly restored now. :)

Thanks.


rlailey - 5-6-2006 at 11:10 AM

For me, the white flash seems to have gone with Beta 6. It was greatly improved when setting "background-color: #000000;" but was still slightly noticable before Beta 6. I haven't tried Beta 6 with the default Artic skin install as I have a stable Artic skined eJ now with Beta 6 and the background colour setting so don't want to change it :P

PS The Artic skin out performs any other I've seen for eJukebox


Audiosoft - 5-6-2006 at 11:20 AM

Beta 7 is up


rlailey - 5-6-2006 at 11:30 AM

That was quick - I've only just evaluated Beta 6!


Pirk - 5-6-2006 at 12:23 PM

The Beta 7 seems to fight the whiteflashs! :D Mostly they do not appear any more. The remaining cases where they still appear seems to be when eJ takes a too long time to load a image in the now playing panel or a page in the songlist (full artist..), but it's quite rare.


Pirk - 5-6-2006 at 12:36 PM

Audiosoft,

Would it not be possible we can choose the color of the flash? Black for a dark skin, or red for a crimson skin.. :)
Maybe a "background-color: #000000;" somewhere in the .dis files?
I've tried in the body of the songlist.dis file, but without any success.
I guess this is because of the filters I use in my skins..

It's a shame because I've noticed that since the last versions I can put a lot of css filters without slowing to much eJukebox! :cool:


Fishy - 5-6-2006 at 01:04 PM

For me it still flickers when I resize the album image in now playing (arctic skin). It only happens when I downsize the image (drag the picture upwards). Then it flicks downmost at the tiny resize bar and a little in the up next field.


Pirk - 5-6-2006 at 01:14 PM

Fishy,

That is curious, I can downsize the album image in now playing (arctic skin) whitout any white flash! Now the image resizing is very smooth with the beta 7.
Only the playlist flash a bit (still in white!) when I drag the vertical or the horizontal resizing bars..


Fishy - 5-6-2006 at 02:24 PM

hmm have you removed the filters in the playlist or simular? To be honest the small flickering doesn't bother me that much. The image resizeing is very smooth!

rlailey: Thanks for the flattering compliments on the skin. Are there any specific changes/improvements you would like to see in the artic skin? I have started using it myself again now, after sticking with the silvertunes skin for a long time. So I am a little more motived to update it again. If I could get some suggestions for improvement, I could try to fool a little around with it again.

Anyways larger playcontrols etc. will be included in it, when it is available.


Pirk - 5-6-2006 at 02:58 PM

Yes Fishy, I've removed the playlist background filter, but the resizing flicker still occurs. Of course it's not a tragedy.. since the whiteflash only occurs when eJ is resized.
But I think that would be interesting if Audiosoft could allow us to choose the flicker color in skins. But I don't know if it's possible?!

That's great you plan to update your Arctic skin! I hope that Junk will come back here on this occasion!! ;)


rllercstr7 - 5-6-2006 at 06:27 PM

Audiosoft,
In all previous versions of eJukebox I have noticed a graphical bug that appears on my setup. When I click on a song from the artist list to add it to the playlist, I see a teal green box fly across the interface from where I clicked on the screen to bottom of the artist list. Is this intentional? Thanks! :D

PS - I also noticed this same behavior when clicking on an artists name in the Artist list. A teal green box again flys from the artists name to the top bar where it is then displayed.


Pirk - 5-6-2006 at 07:27 PM

Of course it's intentional man! :D It's a animation, not a bug.. ;)


Audiosoft - 5-6-2006 at 09:36 PM

Quote:

I see a teal green box fly across the interface from where I clicked on the screen to bottom of the artist list. Is this intentional? Thanks!


Yes this is intentional. Though I wish some skins would be updated so the default teal color is not used. It can be any color. Also if you want you can totally disable the animation effect by checking "Disable OnClick Animation" on the Display options tab.


Regarding the flicker when resizing the now playing height: Beta 7 makes it much better by making the cover resize smoother but there is still a little flickering/white flash. At least I was able to hide most of the whiteflash problems when not resizing so that graphical skins like arctic are more enjoyable to use.

Pirk,
There is no way to change the flash color. The white color is caused by IE and not eJukebox. Hopefully IE7 final will get rid of the flash all together.


Pirk - 5-6-2006 at 09:56 PM

That's all right Audiosoft. But it remains a question in my mind:
Why this whiteflash is just appeared since the last eJukebox versions?


Audiosoft - 5-6-2006 at 11:28 PM

Quote:

Why this whiteflash is just appeared since the last eJukebox versions?


Which whiteflash? The now playing height resize used to flicker much more than in the latest beta. The whiteflash is just IE not updating the display all at once. Which is more evident when filters are used. Beta 7 trys to hide the flash by not updating the screen until after the page is done loading instead of while it is loading.


Pirk - 5-7-2006 at 12:03 AM

Quote:
Which whiteflash?

Well, all the whiteflashs they appeared during the pages update (in the now playing, playlist and songlist) on dark skins.
It seems to me they wasn't there on the previous eJukebox versions. So I wonder what has changed in the latest versions that can do the whiteflashs occur while they didn't occur in old versions?

I can run eJ v3.997 without any whiteflash!

Thanks for your explanations.


Audiosoft - 5-7-2006 at 12:54 AM

Quote:

I can run eJ v3.997 without any whiteflash!


Pirk, are you sure about that? I can't run v3.997's exe to test that on this computer since I have IE7 beta installed. I thought there was always the white flash problem with arctic when the animation effects were on.

Good news. I managed to improve the now playing height resize so it gets rid of the partial white flash that still existed in beta 7. Resizing the height is now VERY smooth not just on the cover.

I think I am going to have to make this v3.999 final tomorrow and put it up already so people aren't still downloading v3.998 from the website and download.com.


Pirk - 5-7-2006 at 01:17 AM

I also have IE7 beta2 installed and i've run eJ 3.997 without any problem. Is it abnormal?

Concerning the whiteflashs: I would be happy if someone else could confirm, but I'm pretty sure they wasn't there even in 3.998. I think it's since 3.999 beta 2, but I'm not sure of that. I would need to test more with the old versions..
I just know that rlailey reported this bug as he tried 3.999 beta 2.

Thanks for all your continuous improvements!


Pirk - 5-7-2006 at 01:56 AM

Audiosoft, well I've tested again using older eJ versions and the original arctic skin, and it seems the whiteflash occurs even with 3.997. So forget what I said in my previous post, I need to sleep now! :o


Pirk - 5-7-2006 at 02:08 AM

In fact like rlailey said, removing the filter that was in the original playlist.dis file of the arctic skin fix the majority of the whiteflashs on the left panels! But your improvements allow to use more filters in others skins. :)


Audiosoft - 5-7-2006 at 02:10 AM

Quote:

well I've tested again using older eJ versions and the original arctic skin, and it seems the whiteflash occurs even with 3.997.

Thanks Pirk, that makes me feel better about all the time I just spent fixing the whiteflash!


Pirk - 5-7-2006 at 02:22 AM

Yes, it's just as well! You have also greatly improved my new crimson skin which use a lot of filters everywhere.. :D

Thanks!


Audiosoft - 5-9-2006 at 01:11 AM

eJukebox v3.999 final is now available for download.


Vems - 6-2-2006 at 05:03 PM

I upgraded to v 3.998 and started getting the following message:

372 eJukebox.9.Sub ControlVisualFailed to load control 'MediaPlayer' from msdxm.ocx. Your version of msdxm.ocx may be outdated. Make sure you are using the version of the control that was provided with your application.

I upgraded to v 3.999 beta2 and it fixed the error.

I then upgraded to v3.999 final and the same error is back


Audiosoft - 6-2-2006 at 08:46 PM

Try putting this in WindowsSystem32


Vems - 6-3-2006 at 05:42 AM

I replaced every instance of msdxm.ocx on my computer and I still got that error message.

Anything else?

If anything, can I go back to v.3.999 beta 2?


rlailey - 6-3-2006 at 12:20 PM

You'll need to replace this file first in C:WINDOWSsystem32dllcache (hidden system directory) before replacing the one in system32. This is because the dllcache area is used during O/S repair cycles and so it will simply replace the version you've got in system32 with the one in dllcache. You may need to rename the one in dllcache if the O/S doesn't let you replace it so you can copy the file from Audiosoft above. Once both new copies are replaced in dllcache and system32 directories you'll need to run the following command from a DOS prompt from the C:WINDOWSsystem32> directory:

regsvr32 msdxm.ocx

You should then get the message "DllRegisterServer in msdxm.ocx succeeded."

This will refresh the Classes Root area of the registry with this ocx.


Vems - 6-3-2006 at 06:06 PM

There were 6 places with the file msdxm.ocx. I replaced every one with the new version and then typed in the dos prompt, but still can't get the error message to go away.

Thanks for your help.

Is there anything else I can do?


Vems - 6-3-2006 at 10:37 PM

I deleted every instance of msdxm.ocx except the one in the system32 folder and that seems to have fixed the problem.

eJukebox has been running about 5 minutes without the error.
Before it wouldn't run 30 seconds without the message coming up.

Hope this fixes it.

Thanks