"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.