tianshanxuester / andless

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

Incorrect work in case of single cue with multiple files #42

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Find album in form of multiple flacs/apes/etc with single cue (which may be 
kanji.cue or romaji.cue for example). Cue attached - with simple editing it may 
be adopted to any flac album.
2. Open this cue in andLess and start playing any song.

What is the expected output?
Title string shows playing time and current song name.

What do you see instead?
Title string quickly changed to latest available song name in cue. This also 
affects controls behavior.

What version of the product are you using? On what operating system?
HTC Desire, Android 2.2, fw 2.29.405.5

Please provide any additional information below.

Original issue reported on code.google.com by killy....@gmail.com on 10 Jan 2011 at 4:43

Attachments:

GoogleCodeExporter commented 9 years ago
OK, seems to be a bug in cue parser, will try to figure it out.

Original comment by avs...@gmail.com on 19 Jan 2011 at 7:33

GoogleCodeExporter commented 9 years ago
Всё несколько хуже. Сам вчера разбирался с 
этим.
Парсер работает нормально.

Проблема внутри 
net.avs234.AndLessSrv.playlist.CueUpdater.CUETimerTask.run() и 
net.avs234.AndLessSrv.playlist.PlayThread.run()
Длительность трека рассчитывается исходя 
из значений INDEX соседних треков, а в данном 
случае они все равны нулю, поскольку файлы 
разные. Поэтому планировщик и проскакивает 
все треки до последнего.
При этом, в PlayThread.run() действительная 
длительность файла ещё не доступна.

Original comment by killy....@gmail.com on 19 Jan 2011 at 6:03

GoogleCodeExporter commented 9 years ago
fixed on 23.10

Original comment by avs...@gmail.com on 24 Jan 2011 at 1:20