Siduhe Wrote:
> The current beta candidate is 1.6rc2 - and the email I got last week
> suggests that it is going to be released very shortly.
Do you know whether there will be a Linux headless server release too?
--
smc2911
--
On 6/1/06, smc2911 wrote:
OK, it looks as though my problem is more complicated that I thought.
Even after regenerating the MusicIP cache with no archiving, I still
ended up with the strange squares in my tags when viewed from
Slimserver. If I disabled the MusicIP server and did a rescan, all th
The blank squares problem is a failure by MusicIP to handle Unicode
characters properly. The bug was introduced in the current release
candidate 1.6 and fixed from beta version 1.6 beta 3 (see the thread on
this topic on the MIP forums).
The current beta candidate is 1.6rc2 - and the email I g
I've now got good behaviour with (i) only ID3v2.3 (ISO-8859-1) tags on
all of my files and (ii) no MusicIP fingerprints (although not sure
whether the latter is necessary or not).
--
smc2911
smc2911's Profile: http://forum
I've followed your advice and ditched my MIP fingerprint and data tags
from all MP3s. I stopped both MIP and ML and then rescanned everything
to hopefully clear the corruption. Then I've restarted MIP and ML, and
slim is in the middle of a rescan again.
I think you're right on both counts - the
OK, it looks as though my problem is more complicated that I thought.
Even after regenerating the MusicIP cache with no archiving, I still
ended up with the strange squares in my tags when viewed from
Slimserver. If I disabled the MusicIP server and did a rescan, all the
tags are fine, but as soon
I have also had some weird behaviour with MusicMagic/MusicIP. I
initially began (briefly) to validate using a Windows MusicIP Mixer set
to archive (i.e. write fingerprint tags back to the music files). I
changed my mind and stopped, then switched to running the Linux
headless server (my music is o
I have noticed that when editing tags with MusicIp 1.6 the tags gets
corrupted in the way that Windows can't show them correctly in
explorer. Looking at the tags in my MP3-tag-program shows them fine,
and after resaving them to the file they once again show up correctly
in explorer...
--
blader
I had something similar happen on my system - after upgrading to MusicIP
1.6. Slimserver 6.2.2 beta had been running fine with MusicMagic 1.4.
There was a thread somewhere here on the board talking about that.
Apparently a known MusicIP bug with accented characters - had been
fixed before but now
Yes, this would totally work. (And I've re-scanned numerous times since
the upgrade, even without the automated re-scan each night).
The strange thing, though, is that if I add all tracks from "chillout"
genre, for example, I'l get a couple of "corrupt" tags. If I then
clear the playlist and ad
Yes indeed - MP3Tag is my tagger of choice (though I've also got
MP3TagTools around, somewhere).
I don't use MusicIP as a tagger as such - it would be handy to use it
if I spotted an incorrect tag while using MusicIP Mixer, though I've
found that whichever tags it updates are subsequently missing
Have you taken a good look at your tags with something like 'Mp3tag'
(www.mp3tag.de/en)?
I haven't seen MusicIP mentioned as a tagging program - I thought it
was more for generating playlists, but since I don't use it, I could be
wrong.
--
Mark Lanctot
-
Anybody? :(
EDIT: For convenience, have included SB setup in my sig (see below).
--
gutted
http://www.last.fm/user/gutt3d/
Slimserver 6.2.2
Windows 2000 Professional sp4
Intel Celeron 1.4GHz
512MB RAM
Squeezebox 1 wireless
Library of approx 6300 MP3
13 matches
Mail list logo