Hi,



Yes, but ... see below.

I've completed version 0.8 featuring

- a movable remote (including button descriptions)
- color and refresh popups
- some more bugfixes for silly browsers

I've edited the rioremote.png and .gif - I'd like to keep the png because it has a nice (alpha transparency) border now.

Alex

Sounds good.

But it doesn't work here (Firefox 2 on Linux):

Oh.. your .zip file is missing these:

weblite/weblite.js
weblite/domresize.js
weblite/weblite.css


???

Hi,



whoops, fixed. sorry.
a new zip file is attached.

Alex

Holy crap, this is totally awesome!
Folks, you gotta see this to believe it!

Thanks!

Here is an updated replacement default.xsl file (version 0.80a).

This has more accurate button mapping for the new RioRemote image.

Cheers

Wow, I was 1 pixel off at some places.

I've just finished a new version which can parse some variables passed in the URL - now you can save a bookmark with your favorite settings.

There are three parameters:

I haven't tested it on my empeg (it is in my car, I know I shouldn't leave it there) and hope the parameters don't interfere with the other parameters FID and EXT.

An example URL would be:

http://www.ghostwheel.de/empeg/?FID=91e1&color=green&remote=1&refresh=0&EXT=.xml

Alex

I can't tell from the pic.

Is that the remote with the coveted Stun/Kill option...

Hi,

the last version didn't work on the empeg because of the query string variables. I've fixed this - the variables are now passed as anchor ("#"):

An example URL would be http://www.ghostwheel.de/empeg/?FID=91e1...title#order=asc
Version 0.93 also has a new fascia "rainbow" and a bookmark button to save a favorite of the current view.

Alex

This is such cool stuff!
I really like the remote and the new drop-down menus.

I tried bookmarking (right click, 'bookmark this link' from FireFox) the site with my settings (litblue, remote on, 0.5sec), but although the custom parameters can be seen in the url, the page is not customized when called from the bookmark.

I also noticed that when trying to access a playlist that includes several hundred songs, the playlist area would darken and not update. It seemed to want me to wait, but after a couple minutes I gave up on it and reloaded the page.
I tried this a few times with various refresh rates, with no success. Should I just have more patience?

Hit PAUSE on the player, and see if that helps.

• If YES, then you just needed to wait longer.
• if NO, then something else is wrong.

Cheers

Did you clear your browser cache? Try: Shift+Reload.

A bookmark should look like this:
http://emepg/?FID=91e1&EXT=.xml#color=rainbow#remote=1#refresh=0#sort=title#order=asc

Alex

Hi Alex-

The url looks like this for both 'Blue' and 'Lit Blue' selections:
http://192.168.1.5/?FID=101&EXT=.xml#refresh=500#color=blue#remote=1

Every other selection has a different color specification.
So, in my case, the 'Blue' graphic was being displayed instead of the 'Lit Blue' graphic.

Thanks!

Hi Mark!

I tried surfing the playlists with various conditions- slow/fast refresh, and player off, paused, and playing.

Access to 'normal' playlists is only slightly slower with slow refresh or player playing. That one big playlist I've got still causes a deathly long pause to the playlist area no matter what setting or condition the player is in. It just won't come up.
Can you think of anything else I could try that might give other clues?
Thanks!

Is the CPU usage high while waiting for this to load? If the CPU usage is high try creating a a few playlists that double in size. Do these new playlists take more the twice as long to finish loading?

It doesn't seem to affect the CPU usage- it bounces around 5%.
I'm assuming you want to know Windows CPU, but perhaps that assumption is wrong. How would I watch the empeg's CPU load?

I'm out of time just now, but I'll try some of this again later.
Thanks!

Sorry, I should have said windows CPU usage.

Hi,

I've fixed this in the attached version 0.94.

Alex

Hi,


How many entries does your big playlist have?
Did you use fidsift on your player?
What happens if you middle-click the playlist link (ie open link in new window)? If the page shows up please save the page source and pm it to me.

After clicking a playlist link I can hear the harddrive seeking on my player. The new page shows up the moment the harddrive noise stops.

Alex

Emplode says 1238 items listed, of which 11 are further directories. Weblite says 1238 also.
Yes.

The resulting page says:

The source is zipped and attached to this post.
I can open in new windows other playlists with no problem.
Drive access noises are brief for this problem playlist.

Thanks for the updates, Alex!

Your problem are some tracks with malformed meta-data.
On line 2231 it is "Skater Boy" for example. You should fix the metadata using emplode.
You could also delete the songs and re-upload them after editing the id3 tags.

The "problem" could be fixed while generating the xml files in hijack, but I doubt this is the right place - I don't even know if an id3-track field allows "0x02" as track-number. If it is a valid track-number, hijack could translate all single-byte values less than 0x20 to their ascii representation.

Alex

Aha! Thanks for the diagnosis and explanation, Alex. I will fix my tags and post again later.

Version 0.95 is a bugfix release:

• fixed some safari javascript problems
• detect bad playlists and show warning (Robotic's problem)
• show ajax wait indicator while loading
• some cosmetic fixes (ie highlight current line)

Alex

Great work guys

All the fun stuff I miss.

Shame on me.


I can't wait to get this installed.

-Ben

Yeah, this one is the real deal!

I use it just about every single day here.

I have a dumb question: (I supposed if someone could include a short readme.txt with the zip archive -- maybe this wouldn't be a question)


When I boot the player, I don't want to look at the dir index. I want to go straight to the fabulous httpd menu. Is there some way to do this? (besides saving a bookmark)

edit: I tried the khttp_dirs=0 option. No dice.

Thanks,

-Ben

Create a file named /index.html on the empeg, with these contents:

Code:

<html><head>
<meta HTTP-EQUIV="REFRESH" content="0; url=/?FID=101&EXT=.xml">
</head></html>

(EDIT: simplified it)
(EDIT again: hacked in some extra UBBcode tags to try and prevent FF3 from trying to interpret the HTML tags in the above post [WTF?]).

Ko. thanks!

-Ben

I recently became the owner of more than one empeg
As such, and even though I have them setup in my local DNS with different names, I decided to add the player name to the UI of weblite, in order to see which player I'm dealing with at-a-glance.

The player name is displayed on the top left corner of the fascia:


I modified the weblite code ever so slightly and here it is for everyone...I also incremented the version to 0.96. Apologies for any future versioning clash that might cause



Cheers!