Closed GoogleCodeExporter closed 9 years ago
Finally it is maybe linked to the accents ( but thought that it was removed ).
Here two songs where the stream jumps it ->
- http://www.scenemusic.eu/demovibes/song/831/
- http://www.scenemusic.eu/demovibes/song/11129/
Original comment by lw.demos...@googlemail.com
on 21 Jan 2010 at 12:10
From Locutus:
Locutus (23:34:03)
my relay gets this error from the master server all the time:
Locutus (23:34:09)
EROR slave/slave.c Error from relay request: /necta192.mp3 (File Not Found)
Original comment by lw.demos...@googlemail.com
on 22 Jan 2010 at 10:35
Songs also failings:
http://www.scenemusic.eu/demovibes/song/1036/
http://www.scenemusic.eu/demovibes/song/7974/
http://www.scenemusic.eu/demovibes/song/24823/ ( all series of the same author
song
jumped )
It seems that it is a problem with the accents
Original comment by lw.demos...@googlemail.com
on 22 Jan 2010 at 10:37
The issue is coming with the accents ( ö, and other special characters ).
This was proved by renaming the following song:
http://www.scenemusic.eu/demovibes/song/12857/
Original comment by lw.demos...@googlemail.com
on 23 Jan 2010 at 2:00
It is a known issue that demovibes cannot handle filenames with foreign
characters. No
code changes have been introduced to break the existing DB to this level.
Please report
this issue specifically on the Nectarine forums.
Original comment by FishGuy8765@gmail.com
on 24 Jan 2010 at 2:15
Just that before, it was working fine.
Now it isn't passing the (ö, ä, ü).
The question is why? I mean ... of course the moderators can change the DB, but
it is
not a good way to fix the bug.
Original comment by lw.demos...@googlemail.com
on 24 Jan 2010 at 1:14
This problem does not replicate on CVGM, so something has changed on Necta to
generate
it. All I can see with some of the files that break this morning is the meta
data in
the song has non-english chars in it.
Original comment by FishGuy8765@gmail.com
on 24 Jan 2010 at 2:37
Assigned to Arab for more info (such as a copy/paste from the streamer log)
Original comment by FishGuy8765@gmail.com
on 24 Jan 2010 at 2:52
Env issue, recent update of glibc package in debian broke utf-8 support in
system. This
has been already fixed upstream.
Original comment by ara...@gmail.com
on 24 Jan 2010 at 10:05
Original issue reported on code.google.com by
lw.demos...@googlemail.com
on 20 Jan 2010 at 10:31