schiegl;322076 Wrote:
I could open a new one although the problem is really 1938 and this
case has a long discussion and patches. I'm no bugzilla expert, but
maybe clone this bug is ok?
kind regards,
Markus
I've opened 'Bug 8845'
(http://bugs.slimdevices.com/show_bug.cgi?id=8845) as
@Michael: What do you think? Do you know if this change has any adverse
effects (on other systems, i.e. non-UTF-8)?
tamanaco;321489 Wrote:
Bug 8811 filed
fixed (r21951) and verified. thanks!
I'm a bit confused... is this still broken or fixed by this change?
--
Michael
mherger;322034 Wrote:
@Michael: What do you think? Do you know if this change has any
adverse
effects (on other systems, i.e. non-UTF-8)?
tamanaco;321489 Wrote:
Bug 8811 filed
fixed (r21951) and verified. thanks!
I'm a bit confused... is this still broken or fixed by this change?
- bug 1938 is still broken (on my utf-8-linux system), i'd get
Warning: Couldn't get mix:..., unless i apply one of the patches i
attached to this case in 'bugzilla'
(http://bugs.slimdevices.com/show_bug.cgi?id=1938#c24)
- bug 8811 is fixed, i.e. i won't get MIP attempted to mix in a song
bug 1938 fixed a problem (for win/osx) with encoding+escaping on a
_request_ parameter. if this isn't done correctly the query to MIP will
return no results at all (because the filename in the query is not
correctly encoded/escaped). So if you get no results back you have
nothing to mix and
I hope i've expressed myself good enough :-)
You did - thanks. Please re-open that other bug and untarget it (if it is).
--
Michael
___
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/plugins
mherger;322067 Wrote:
I hope i've expressed myself good enough :-)
You did - thanks. Please re-open that other bug and untarget it (if it
is).
--
Michael
Oh, i'd like to do it, but just realized i probably don't have the
necessary permissions or this bug is too old...
I could open
Alright!... I can verify that with today's Windows build 21967 MusicIP
1.0 Plugin mixes are generated as expected even when there are tracks
with extended characters in their path/filename. The SugarCube plugin
is still not working.
--
tamanaco
Hi,
finally i had the time to migrate my linux based file server running SC
from iso-8859-1 to utf-8, which was much less pain than previously
suspected (suberb utility: convmv for file/directory conversion).
This had an unexpected side effect: MusicIP 1.8 (headless genpuid) is
finally able to
I recently noticed that the mixes that I create with SC and the MusicIP
plugin v1.0 do not include tracks that have extended characters like á
é í ó ú ü ñ ¡ ç ô ã anywhere in their path or file names.
Again... I thought we had fixed this a while ago, but can reproduce it
easily on my Linux
mherger;321476 Wrote:
Again... I thought we had fixed this a while ago, but can reproduce it
easily on my Linux box. Please file a bug and add information about
your
setup to it (where's SC/MIP run, where's the music etc.). Thanks.
Michael
Bug 8811 filed
--
tamanaco
I recently noticed that the mixes that I create with SC and the MusicIP
plugin v1.0 do not include tracks that have extended characters like á
é í ó ú ü ñ ¡ ç ô ã anywhere in their path or file names. Anyone else
experiencing this behavior? I now realize that the mixes I have been
listening are
You have my sympathy! This issue troubles me from the beginning of my
MusicIP/SC-Time and i have finally resigned :-((
Fortunately in my case the ratio of recognized:unrecognized is about
9:1, which is still annoying but not that bad. MusicIP (headless on
linux) has problems with files including
13 matches
Mail list logo