"empeg web interface" is a add-on that provides a web interface to control various features of your empeg via Hijack's built-in khttpd server.

New in this version:

• Popup windows for the remote, display, and now playing info
• Support for the new Insert/Enqueue/Append serial commands
• Popup Tune Info shows detailed information for a single tune (click the music note icon)
• Now playing info automatically refreshes (thanks Aragon!)
• Now playing shows an appropriate error message if notify=1 is not enabled
• Almost all files moved to /drive0/opt/khttpd/charcoalgray99/ for a cleaner root directory
  

Please visit the website to download, read the requirements and installation notes.

empeg web interface

Tom

VERY nice update .

Thanks.

Yeah, this essentially kicks butt. I especially like the tear-off remote control, quite spiffy.

Yesterday he was sending me preview builds of the files and we ironed out some things. Was fun...

Sweet, I'll have to haul my player inside. The only thing the last one really needed was insert/append, as the web interface rocks for finding the song you were looking for.

Matthew

The only thing the last one really needed was insert/append

And this feature wasn't available to external apps until beta13, hence the fact that it didn't appear until now.

Yeah, I know it wasn't Charcoalgray's fault... I'm just glad it's there now :-)

Matthew

Yuh, that feature was my fault. It's what I asked for (from SB) in trade for the "jiffies fix" in the kernel.

Cheers

Excellent - can't wait to get home and try this out. Wonder whether it'll fix my playlists issue with v1.2?

Here's hoping.

Hmm, I must be doing something wrong - I deleted all my old xsl stuff and ftp'ed this new set on. Everything works fine, including the detachable windows etc, but when I click on playlists I get the same error I used to get with 1.2 (well, it's a little bit more of the same error)



Can anyone think of a cause for this?

What version of IE is that?

Tom

Version 5.5. Whatever revision comes with Win2k. Re your comment in the other thread about XML core services 4.0 I will download it and check this evening if I have the latest version.

As I say, everything else works beautifully.

That should fix it.

IE5.5 ships with the "working draft", the update is required for documents using XSLT 1.0 spec.

Tom

Just tried it and it looks great. Good effort.

I find that the update of the display is a little slower than my old version of a web interface so I took a delve into your Java refresh routine and changed the values. Is there a specific reason you chose 2500 as the default? I changed it to 200 and it works fine. Could this have implications I am not aware of?

Hi frog51,

My Win2k shipped with IE 5.0 which needed the XML upgrade to be installed. I'm using MSXML 3.0 which works cool.


Regards,
Aragon

This all sounds very positive. I'll install the XML core package tonight and give you an update tomorrow.

Cheers for the advice

The playlists work fine on mine but I have problems with the FTP Browser. I get a "Page cannot be displayed" error. If I type ftp://empegip/ into the address bar then no problem.

What could this be??

I am on IE 6.0.2600.0000.

Tom, may I suggest that your web page be more strongly worded with regard to the XML parser.

Perhaps a little warning box along these lines:

"If you are running IE 5.5 and you see strange code on the screen such as EEEEEE FFFF ?fid=&ext.m3u, then you do not have the proper XML core services installed. Please click here to install them."

Thanks Tony, I added that.

Tom

I get strange things in the ftp bit too. In the root I've got a file with a name made up of three unprintable characters. Also I seem to have a file called 'D' in my /usr/local directory.

Any ideas what these are? do they really exist!

Yeah, we went back and forth with Mark on that one for a while.

It's Microsofts' bug. When using their FTP browser enhancements, every folder will have a nonexistent file that looks like a shortcut, but with random characters in its file name.

Microsoft isn't following the standard for communicating with the FTP server. Mark's FTP Daemon is following the standard, which is somehow confusing Microsoft and there's that extra entry appearing. At least that's how I understand it to be.

Tom, you might want to mention THAT on the web page, too.

The fact that the characters in the icon name are random hunks of memory makes me think that the potential for a buffer overflow exploit exists there somewhere....

'Microsoft isn't following the standard for communicating with the FTP server'

Hehe, sounds like Microsoft!

I have a problem streaming via the web interface. Windows media player doesn't play any audio and after approx. 30 seconds the playlist sidebar displays what appears to be the .mp3 file in text form as shown in the attachment.

At the same time as WMP starts displaying the .mp3 data I get khttpd messages on the serial port:

khttpd: open(/à) failed, rc=-2
khttpd: open(/B) failed, rc=-2
khttpd: open(/ý
!À) failed, rc=-2
khttpd: open(/€) failed, rc=-2
khttpd: open(/ Z+å“Ÿ>ŠbUs¤k) failed, rc=-2
khttpd: open(/I
©
ØÏQ�¥Èè,QçG÷LŽNAgËœU.F�­Æ’(ISD¡â€¢Ðâ€�) failed, rc=-2
khttpd: open(/jpˆ/(„�%) failed, rc=-2


I am using 2.0b13, Hijack291 & empeg web interface 1.3. The PC uses XP, IE6.0, MSXML4.0 & WMP8.0.

I have added the following lines to a stock config.ini:
[output]
notify=1
[serial]
car_rate=115200
[hijack]
suppress_notify=1

Does anyone have any idea why this isn't working?

Do you notice the same problem when streaming from the regular hijack interface? http://empeg/?playlists

Tom

I'd never tried that before. Yes, it's exactly the same - so the web interface obviously isn't a part in what's going wrong?

It seems like a bug in the way media player is requesting the stream, or the way hijack is sending it. I'm sure Mark doesn't test with Media Player. I've always used winamp, but I just fired up WMP8 to test this out. Everything seems to work fine for me.

Just thinking out loud... Could it be a problem with file associations? Maybe install winamp, test that out, then reinstall WMP and see if the problem goes away.

Tom

"If you are running IE 5.5 and you see strange code on the screen such as EEEEEE FFFF ?fid=&ext.m3u, then you do not have the proper XML core services installed. Please click here to install them."

hmm, i don't think this is the solution. i'm running win2k pro, sp3, ie5.5, and the latest MSXML parser. i still get the symptoms shown above.

any other ideas?

thanks,
--dan.

Excellent, it worked straight away with Winamp To be honest I loathe WMP and had already made a mental note to install Winamp at some stage anyhow.

While I didn't re-install WMP, I did remove Winamp's associations thereby allowing WMP to become the default streaming app again and it was the same as before.

It now also works with your web interface so for my part, the problem is fixed and I'm VERY HAPPY with the outcome, thanks for all your help

In the wider scheme of things I'd be happy to help diagnose this further but I think I was the only person who experienced it so there's no need I guess.

hmm, i don't think this is the solution. i'm running win2k pro, sp3, ie5.5, and the latest MSXML parser. i still get the symptoms shown above.

I'm not really sure what to say. Did you double check to make sure your running a 3.0+ xml parser? Maybe try upgrading to IE6?

Tom

Took me a while to get it sorted (Microsoft issue) but upgrading XML has got me sorted. No EEEEEEEEE errors

Thanks guys.

upgrading to IE6 did the trick. i was trying to avoid that solution, but it did work.

i tried reinstalling MSXML 4.0 twice, and it didn't make any difference. microsoft, go figure.

--dan.

Tom,

This looks exciting! Can you tell me when you say 'limited support" for Mozilla, what does that mean? Sorry if that is spelled out somewhere and I missed it.

Also, curious to know if other browsers support some of all of the requisite XML specs. I use IE on my work laptop to be employer-compliant, but I have foresworn IE for home use and use Mozilla+Opera

> In the wider scheme of things I'd be happy to help diagnose this further but I think I was the only person who experienced it so there's no need I guess.

I too have that problem



I'll just install WinAmp to fix it though....

It was discussed in this thread.

Tom

"Limited support" for Mozilla means not everything works in Mozilla. I don't know why, I've spent hours trying.

The problems aren't XML spec problems, but how Mozilla uses JavaScript in the XML/XSL

Tom

Discussed but unresolved.....

Agreed, I'm surprised this hasn't been raised again & again. Perhaps most people don't stream through WMP any longer, I don't for this exact same reason.

Here I am bumping another really old thread...

I don't use the xml interface very often, but every time I do, I'm impressed with how slick it is! Nice job, charcoalgray99!

Only recently have I noticed one problem: in IE (6.0), the View -> Encoding menu is greyed out. Without it, I can't get non-english song/playlist titles to appear properly.

Is this a problem with IE and the way it processes XML? If I go to about:blank, I can pick encodings there. I don't ever use IE (I'm a Moz'er) so maybe my IE isn't set right...

Or is there a spot in one of the xml and/or html files on the empeg where I can force a specific encoding for my player?

It seems that charcoalgray99's empeg web interface v1.3 is no longer available...nor http://427.org, for that matter.

Does anyone have the original zip file?
I've been scouring the net for it...working on something fairly interesting

Remind me.. how does that differ from empeg weblite-0.95, which is the AJAX enhanced web interface I use on my own players?

Greetings Mark!

It may not differ at all...I just wanted to test it with something I am developing and hoping to release to the Empeg community in the near future. I just want to make sure it works with the stock hijack web interface, charcoalgray99's, as well as weblite in case I need to make the code more robust.

Cheers

Well, here (attached) is weblite-0.95.zip
Hopefully you can figure out how to install it.. I think it's mainly a matter of getting the files onto the empeg via FTP.

Thanks for that...I got it setup with ease and then noticed that it simply redirects to EXT=.xml in the URL instead of .htm so it won't be an issue since I can just force EXT=.htm and get the data that way regardless of what's setup on different players

I'm glad I looked into weblite...I would have missed the enqueue feature otherwise.

Cheers

I might have it around somewhere at home, I'll try and search the NAS and other archives over the next few days for you Jason.

Thanks drakino!
It's cool to converse with you guys...it's been many years

BTW, Jason, where does your nick come from?

Anyone remember what the filenames were? I did some searches on my NAS and didn't find it, but I may not be looking for the right name.

The downsides of being a digital packrat without fully organizing it. I've got stuff all over the place on the NAS, and no easy ability to search the contents of it all. A simple find . > file.txt gave me a 121mb file. Ugg.

I used to live in Finland and the 35 is part of an old inside joke

Ah! Where in Finland, and when?

95-96 in Iitti

Ah, I left Finland in 96. Can't remember anything special about Iitti, but I did visit Kuusankoski and Kouvola many times.

Found this (see attached)on my NAS, is this the (complete?) version you are looking for?

Jelle

AWESOME! This is it. Thanks so much for finding and posting it.