GitLaboratory / demovibes

Automatically exported from code.google.com/p/demovibes
0 stars 0 forks source link

Stream stopping - Jump of some songs #50

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
The problem is not coming from the nectariners. I mean that the problem is
from the website, one part that the user can't touch.

The stream will go down, after a certain number of songs (I don't see other
causes), this will cause the system to jumps some requests and to restart
the stream after one minute.

The expected output -> songs continually without crash and requests jumped.

I have no more information on it :s.

Original issue reported on code.google.com by lw.demos...@googlemail.com on 20 Jan 2010 at 10:31

GoogleCodeExporter commented 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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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

GoogleCodeExporter commented 9 years ago
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