These files provide a web interface to control your empeg via hijack's khttp server.

Requirements are hijack v214+, IE6 or IE5.5 + XML Parser 3.0

To install, simply ftp the contents of this zip to your empeg root directory. Then use your web browser and point it to your empeg’s ip address or hostname.

New features in v1.0
Flyout rio remote control
Selectable display color, setting is saved with a cookie
User links on home page

You can download v1.0 here.

Here's a screenshot:


Tom

Nice work keep it up.

it works great thanks
the remote really looks good too

Nice. Very nice!

Thanks!

Be-a-u-ti-ful!

/Michael

Thanks for all the great comments!

Tom

WOWOWO, very cool!

Thanks

ya i totally dig it i would do something similar but why you have done it to the starnds i would have used.. very clean.. nice work.. it will be permient on my player as hijack is now..

I finally downloaded MS XML parser for my ancient IE5.5/Win98 setup, and, wow, this is really great, Tom!

Of course, I have a problem: I tried one of earliest streaming Hijacks, and it streamed OK. Now (with v225 and your xsl - I haven't tried anything in between) clicking on stream icon results in some traffic, but nothing else happens. I think that .m3u files are correctly generated and associated with WinAmp, since if I right-click on the stream icon, select 'Save target as...', save the resulting playlist somewhere, and finally double-click on it, WinAmp gets fired with the list correctly (and plays as expected). So, it must be something with IE setup. Any ideas?

Also, display color change does not seem to work, but I can really live with that ;-)

Thanks!

I haven't tested with IE5.5 so I can't say everything works for sure.

What happens when you stream with just the regular hijack html? Goto http://empeg/?fid=101&ext=.htm and try that.
Also if you can, post your http headers, that will help determine whats going wrong.

Does the display color not change for anyone else? Are you stuck with blue or is it grayscale?

Tom

Thanks for mentioning headers. I checked using telnet, and my .m3u files were registered as having MIME content type of 'audio/mpegurl', while empeg sends 'audio/x-mpegurl'. It works now.

Interesting, I found out that even with 'wrong' content type registered with Explorer the playlist would be downloaded (one could see downloading window flash briefly) and WinAmp called if I clicked on the same 'Stream' link twice in succession. I checked with telnet and I get exactly the same data both times. Some Explorer peculiarity.... Never mind, with exact MIME type everything is OK.

As for color, the display content is white, but I think that the rest of the lens (the dark part) is very dark blue, not black or grey. Does not matter, really.

Thanks!

I'm using IE5.5. Works great. This is just SO COOL!

I installed MSXML Parser and it the only I have to say is : GREAT !!!!

Well, you got farther than I did. I feel like a dolt that I can't seem to get a simple thing like XML working (simple in that it's s'posed to be click-install-done).

I'm running IE6 on Win98se and I downloaded MS XML4.0. The install went fine, but IE still displays the page the broken way (like Mozilla does and like IE did before XML). e.g. the window title is exactly the unparsed string: <xsl:value-of select="@host"/> playlists: <xsl:value-of select="@title"/>

So I thought I'd uninstall MS XML 4.0 and give 3.0 SP2 a try. Same thing... no XML processing.

Is there some obvious step I'm missing?

I have no idea, sorry. I use IE5.5 and just blindly followed Tony's link to MS XML parser v3. It worked, and streaming problem also turned out to be simple (slightly wrong MIME content type in Explorer file type association).

I don't know what to say, sorry. If you have IE6 you shouldn't be required to upgrade MSXML.

Just for kicks I installed MSXML 4.0 on my IE6 WinXP, and everything still works ok.

Tom

Have you figured out why it doesn't work with Mozilla yet?

They have an FAQ here why "It works in IE, but not in Mozilla".

It looks like IE takes the xsl transformation and then parses it again to generate the html output. Mozilla simply outputs the result of the transformation.

If someone who knows more about XML/XSLT would like to point out what I'm doing wrong, I will see if I can implement some changes.

If you take a look at the index.html page in Mozilla, it at least looks like it is supposed to. So the problem is with the XML/XSLT, which is something I knew nothing about a couple weeks ago, so I need some help here.

Tom

I knew it had to be something stupid, just took me a bit to figure out what.

somehow I managed to get both index.html and default.xsl as copies of the same file (default.xsl). Looks much better now!

Mmm.. good reference for the mozilla FAQ on this. They say the Lizard is very particular about the mime types, so I'll tweak those in Hijack and see if that's enough to fix it.

-ml

Thanks for the update.

Is it really necessary to use "&amp;nbsp;" rather than just "&nbsp;" ??

That's one thing that requires recursion to resolve the way it's written right now.

-ml

Or even, for that matter, just change

<xsl:text disable-output-escaping="yes">&nbsp;</xsl:text>

to

 

inside the default.xsl file?

Cheers

Oh, never mind. Mozilla seems to only be happy when I totally remove the &nbsp stuff -- it's not really needed anyway.

Do other browsers need it in there?
Is &nbsp; even valid syntax for XHTML ?

Cheers

Next question.. what's with this "javascript:void(0)" stuff that's sprinkled all over? Mozilla doesn't seem to know what to do with that.

-ml

& alone in an XML document is illegal (which is what the stylesheet is), you have to specify &amp;

So, if you have &amp;nbsp; in the xsl, it will output &nbsp; to the html, which will of course put a non breaking space in the td. At least in IE, that's good for tables that have nothing else in the td, so it looks like an actual defined td.

Chris

The "javascript:void(0)" inside a link tells the browser to not change pages when the link is clicked. Usually because there are onmouse events which do stuff instead. There are other ways of doing this.

Tom

Without the &nbsp; empty cells wouldn't be rendered and it looks like a hole in the table, so they are needed.

Tom

I'm not sure if this has been discussed yet, but is there way to make the visual window update quicker. It seems to be set about about 1 frame every 5 seconds. One thing I really like about display server is how quick it updates.

Thanks,

Tom

Yep, just edit the value in the default.js file. I plan to make this configurable too, like the display color.

Tom