In reply to:

---

When you are deleting playlists, there's a checkbox to delete the song as well, right?

---

That's not how it works in JEmplode, IIRC. There's a checkbox for "Remove completely" which kills all references to the playlist or tune, but I believe that the children will be orphaned when you remove their last containing playlist.

You can do a search on refs=0 to find your orphans.

No, remove completely is supposed to remove the tune itself, just like Emplode.

couple of bugs:
first, before i've complained about OGG files making the load up to the 7s, making it practically impossible to do anything after (slow menus, song load, etc). I finally isolated it to VISUALS. i turned the selected visual to OFF, and its at around 1.0 - 1.5 load at -q7. now, here's the kicker. INFO mode didn't have to be showing visuals for it to be eating up cpu time. I could have it at the Track Info screen, and it would be at such a high load, until i change it to off. this by design? I mean, does the player have to be processing the visual even if nothing is showing? can't you autoswitch it to OFF if its a non-visual INFO screen? how come i never noticed this until i played with OGGs?

secondly, i have some audio books that i compressed on -q0 mono, which turned out to be 19kbps. these OGG files do not seek whatsoever in v3a7. not sure if they did in any other alpha.

I'm just noticing the same effect: alpha7 is 'too gapless', a very short part of music is missing between tracks.
Which of course is still much better than a gap...

Also, as somebody mentioned before, special characters like in Bjrk are not handled correctly in emplode (which is pretty bad as I have those all over the place..lots of german stuff..).
When adding new tracks everything seems to be right, but after emplode (2.00 and 2.10) downloads the database from the empeg those characters go nuts somehow.
I noticed this behaviour in v3alpha3 already.

I thought we were talking about removing playlists here, not tunes?

first, before i've complained about OGG files making the load up to the 7s, making it practically impossible to do anything after (slow menus, song load, etc). I finally isolated it to VISUALS. i turned the selected visual to OFF, and its at around 1.0 - 1.5 load at -q7.

Have you tried the latest Hijack with this? Any better?

Cheers

In reply to:

---

Also, as somebody mentioned before, special characters like in Bj rk are not handled correctly in emplode

---

Or in the BBS apparantly

I thought it was a particularly apt transliteration.

You know, you're right, that little icon does kinda look like her.

Have you tried the latest Hijack with this? Any better?

nope, the one i have on my empeg is 374. been pretty hectic, and haven't been able to just recompile a new ext3 kernel in the last week. will try tommorow.

LOL. Although true, I think that it's due to some strange codebase effect. No matter how I tried, I couldn't get the BBS to convert :o to without spacing between the "j" and ":", whereas the original post has no spacing.

Testing:
Björk

Hmm. Maybe not then. So how did he do it??
Bj:ork

Bjrk? If you intentionally put in the image tag then you can do it without the space.

I typed this out:
Shift-B
j
Option-U
o
r
k

Looks like my browser is in ISO-Latin-1 encoding mode. This being on OS X. I'm not sure what the ALT-code equivalent is on the PC.

Doh! Overlooking the bloody obvious again.

Have you tried the latest Hijack with this? Any better?

nope, just tried 379 and its the same behavior. on the same ogg file, it rockets to 7 if i'm showing the SpectroLog 128 visual, 4 if its on the visual but track mode, and 1.5 when track + visual off.