Hey Mark, I am having problems get v162 to compile. I used to be able to compile your patches without a problem (although I haven't tried since about v100). Does the following error mean anything to you? This is 2.0b7 + voladj.patch + rdsfake.patch + v162.hijack.v200b8.patch. Will this not work against the b7 kernel? Everything patched cleanly except for one small offset.

arm-linux-gcc -D__KERNEL__ -I/home/mcomb/empeg/kernel/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -msoft-float -march=armv4 -mtune=strongarm110 -c -o hijack.o hijack.c
hijack.c:14: linux/empeg.h: No such file or directory
In file included from hijack.c:17:
/home/mcomb/empeg/kernel/include/asm/arch/hijack.h:4: linux/empeg.h: No such file or directory
hijack.c: In function `hijack_ioctl':
hijack.c:3670: `EMPEG_DISPLAY_MAGIC' undeclared (first use in this function)
hijack.c:3670: (Each undeclared identifier is reported only once
hijack.c:3670: for each function it appears in.)
hijack.c:3676: warning: unreachable code at beginning of switch statement
make[2]: *** [hijack.o] Error 1
make[2]: Leaving directory `/home/mcomb/empeg/kernel/arch/arm/special'
make[1]: *** [first_rule] Error 2
make[1]: Leaving directory `/home/mcomb/empeg/kernel/arch/arm/special'
make: *** [_dir_arch/arm/special] Error 2

Thanks,
-Mike

Okay, Hijack v163 is now available (use the link at top right of your screen).

New in v163:

playlist browser now works for two-drive systems (untested)

song titles are provided for WinAmp streaming

song title.ext is provided for http music downloads

slightly slower FTP/HTTP file transfer performance, due to rewritten internals (smaller, but slower)

Symbolic button names now work with the "BUTTON" command (/proc, http, and ftp SITE)

Let me know if anything you use appears to be broken.

Cheers

The latest Hijack kernel sources require a base kernel of v200beta8, available from the hijack site.

Cheers

Ahhh! Thanks, guess I missed that.

-Mike

But now I have another problem, voladj won't patch over the b8 kernel. It fails trying to patch include/asm-arm/arch-sa1100/empeg.h????

Am I missing something obvious again?

-Mike

Mark,

I can only see v162 on your web page?

Thanks,

James.

It's up for me..
http://empeg-hijack.sourceforge.net/v163.hijack.v200b8.mk2.zImage

Thanks for the link - I can still only see v162 though? Oh well.

James.

I can see that the knob might be less response immediately after startup, because the player is doing a lot of disk reading at that point.

Well, it only happens with the hijack kernal. So unless it's hijack that is doing the disk reading, I don't understand why.

And the "knob twist debounce" logic in Hijack DOES add a slight delay to all knob rotations, and this could be magnified if the player is really busy with the drive, I suppose.

Sounds like this might be it. I tried searching and couldn't find what this is for? Is it possible to make it a config.ini option?

If not, I'd like to request a set volume startup level feature (In car/home the player always boots with a volume of -Xdb). I think this has been discussed before and seems like it would be very useful.

Tom

song titles are provided for WinAmp streaming

Looks good, it reads songname.mp3 when it's playing. You might want to consider doing what I'm doing (or you might not want to consider..as it'll only benefit the anal Winamp users among us, myself included) so far as sending a different value for the filename depending on the request method (either from a playlist, or not).

I don't know if it's possible, but if we could get the "Artist - Title" for the filename when playing an m3u, it'll match the information that's displayed on tracks that haven't been played yet (read from the m3u ext info). Right now the a song that hasn't been played will show the Artist and Title, and once it's played it'll change to "title.mp3". No biggie either way, I guess.

That's why I have playlist=1 in my URL string..it tells my app if it's a "straight" request, or if it's part of a playlist.

playlist browser now works for two-drive systems (untested)

It seems to be working better than it was, but I'm noticing something quirky with the empeg db info / ID3 tag info missing sometimes...

Play  Danzig  0:00  playlist    

Play  /drive0/fids/201  0:00  playlist    

Play  /drive1/fids/bcc1  0:00  playlist    

Play  Dio  0:00  playlist    

Play  /drive1/fids/1af1  0:00  playlist    

Play  /drive0/fids/9a21  0:00  playlist  

Thanks for sorting the two-drive issue. There's still something a bit odd going on with it though. Some of the Playlists don't have names they're just pathnames. Take a look at the attachment to see what I mean. BTW did you get the fids I sent you OK?

Just edit voladj, and change the "empeg.h" to "linux/empeg.h"

-ml

Basically, Hijack inserts the playlist pathname whenever it cannot get a title for something. I'm not sure why it is having trouble with some titles, though.. probably another buffer issue somewhere.

Of course it works perfectly here.

In the meanwhile, hijack v164 is now released. The only difference is that it now uses the "icy-name:" tag to provide tracknames to clients that request it, which includes WinAmp and the Linux/unix XMMS look-a-like. This also solves the ".mp3" extension problem.

If anyone else wants to do it, just include a line like this in the HTTP response header

icy-name: Abba - Super Trouper

Cheers

Ahah.. I just figured this one out.. some of the "title=" tags on your system are stored with an uppercase 'T', as in "Title=". I thought my tag matching logic didn't care about case, but it does for the first letter only.

v165 will be out in a few minutes with the fix!

-ml

That's a nifty tip...thanks.

I just figured this one out..

Great! Keep up the good work

OK, I can confirm that this works perfectly now. Yippeeeeeee!!!!!!!!! the guys at work will be happy Bunnies again . Well done Mark. This is fantastic. Now, the next project should be to get the player to do the washing up and make the Coffee .

(v166) Song titles! w00t!

Although I lost the ability to FF/RW (seek) within a track. Any time I mess with the slider it just changes tracks, forward or backwards.

Me too, I'm on V166 with Winamp 2.78
seeking [forward or back] in a track goes to the next track.

I'll put out v167 in a minute or so, with the seeking fixed (Hijack was not testing the result value from lseek() correctly).

Cheers

-ml

hi Mark, just tested 167 with Winamp - works well.

but I noticed a odd difference between my Mark2 empeg [1 disk] and my Mark2 RioCar [2 disks].

Whenever I reboot the RioCar via the Knob [and press the left/right buttons on the front to begin the reboot], I get a 'Rebooting' message on the display - then it reboots etc.
[the waving tux animation appears, your version number pop up etc].

But - on my Empeg Mark2, it doesn't show the Rebooting message, it just reboots without the Rebooting message.

Is this something other folks have seen or is it related to one being a 2 drive system and one not [the 1 drive system 2 drive detection disabled].
Other than the drives the only other difference [now] is that one is a Mk2A and the other a Mk2.

any ideas?

That's just a hardware (or boot block?) difference between Mk2 and Mk2a units.. on Mk2, the display hardware is reset (cleared) immediately, and on Mk2a it doesn't happen until software (the kernel) is loaded.

Cheers

v168 will remove the "knob rotation delay" from hijack, except when Hijack menus are active (which is where the delay is needed anyway).

-ml

Works very long distance too, I had a friend of mine try it from Australia (Hello Mark!) through a NAT'ing router into WinAMP. No problems!

Okay, v168 is out.

a convenient shortcut is now supported:

    http://your.empeg/?playlists

playing nested playlists now works, up to 16 levels deep, with no limit on the number of tunes

lots of new config.ini settings for security purposes:

   kftpd_password=xxxxx ;; require FTP password

   khttpd_files=0       ;; prevent HTTP file downloading

   khttpd_dirs=0        ;; prevent HTTP directory browsing

   khttpd_commands=0    ;; prevent HTTP Hijack commands

   khttpd_playlists=0   ;; prevent HTTP playlist browsing/playing 

removed some delays from knob-rotate processing

Have fun

-ml

Are you putting this stuff into a help file of some sort on your site? I'm not going to be able to remember everything. BTW, if you have a list of some additional config.ini options, then I wasn't able to find them on your site last night (like a setting for how fast Hijack menus timeout).

Has anyone put together a good hijack help file? Hmm..

Bruno

Hi!

My MkIIa was playing a longish playlist (~5000 tunes) when I tried new nested playlists. I displayer root playlist (using new syntax), then clicked on 'Artists' playlist that contains many others (I clicked the name, *not* 'play'). There was a brief glitch in player audio output, browser's title changed to trap v1.02 20001106 (hugo@empeg.com) but otherwise didn't change, and serial output contained disgnostics found in the file attached.

P.S. If at all possible, *don't* remove nested playlist feature in the course of debugging

removed some delays from knob-rotate processing

Thanks Mark!

Tom

Has anyone put together a good hijack help file?

That would be a full time job, just keeping up with the updates! Mark, could you go on holiday for a week or so so we can catch up?

Is it possible to create a flash app or something which runs locally and access the db/files on the empeg, given the right pointers?

Can you retest with v169, and if still broken, send me (1) the trace again (thanks), and (2) a .tar file containing all of your *1 files and all of your *0 playlist files (but not the *0 tunes.. just gimme all files under 3KB in size).

Thanks