LINUX.ORG.RU

Плеер перескакивает с трека на трек

 , ,


0

1

Уважаемые форумчане!

Кто знает, КАК можно решить такую проблему: Foobnix 2.6.09 (и другие плеера, см. ниже) в некоторых (редких, но все же) случаях на средине трека или в любом другом месте останавливается и перескакивает на следующий? Замечено один раз на формате flac + cue и один раз на ape + cue...

Файл не битый. Перекачивался, брался с разных источников. Притом: если запустить собственно файл .flac = он тоже проигрывается, только цельно, не показываеются треки! А вот если загрузить .cue = перескакивает. Не может правильно прочитать треки. Время трека в .cue и в плеере - идентично.

Такое же делае плеер DeadBeeF - но на других файлах, не на тех, на которых Foobnix... Файлы не битые; .cue тоже в порядке. Может, это какая-то общая проблема потока gstreamer (где-то я что-то подобное читал, не упомню где, ибо давно было) ?? Думаю, это проблема не плеера, а какая-то общая проблема Линукс или какого-то модуля, отвечающего за правильное прочтение файла .cue. К слову,такая проблема возникает РЕДКО: из 6000 дисков, что есть у меня (все - в лосслесс), такое случалось всего раз 7-8. Но - случалось.

Пример 1. В 17-дисковом собрании струнных квартетов Шпора, на восьмом диске, 4-ый трек должен звучать 12 минут 35 секунд; ТРИ ПЛЕЕРА - Foobnix, DeadBeef и Clementine - все до единого делают скачок на следующий 5-ый трек после проигрывания минуты и 3-х секунд.

Пример 2. 180-дисковое издание Моцарта от фирмы Philips, бокс №9 (фортепианная музыка), диск №4. Трек №4 должен звучать 6 минут 58 секунд. Плеер Foobnix перескакивает с этого трека на следующий 5-ый - после 23-х секунд. Также делает Clementine, тогда как DeadBeef этот трек проигрывает НОРМАЛЬНО, до конца, Audacious - тоже НОРМАЛЬНО!

То есть: есть примеры, когда с какого-то трека делают прыжок на следующий все три плеера; есть примеры, когда два из трех; а есть примеры, когда вообще какой-то один плеер из трех перечисленных мной прыгает, а два другие играют нормально - один и тот же файл.

Думаю, проблема в каком-то глобальном модуле Линукс, ответственном за прочтение файлы .cue. Где-то давно случайно нашел, что это вроде как бы глюк модуля gstreamer, вот только не помню где, и не помню лечится ли это...

P.S. Вот это - https://code.google.com/archive/p/foobnix/issues/412 - вообще не решает проблему.

Может, кто-то сталкивался с такой же проблемой? Буду рад любым дельным замечанием и советам.

С ув. Quantum

Думаю, проблема в каком-то глобальном модуле Линукс, ответственном за прочтение файлы .cue. Где-то давно случайно нашел, что это вроде как бы глюк модуля gstreamer

Чтение .cue на совести плейера а не каком-то глобальном модуле в linux или gstreamer-е. .cue - файл это обычный текстовый файл с информацией о том, какие временные отрезки файла считать за отдельные треки. Открой этот проблемный .cue в любом текстовом редакторе и смотри что там не так. Может какая лишняя инфа встречается, или левые символы какие-нить затесались.

djoe ★★★
()
Последнее исправление: djoe (всего исправлений: 1)
Ответ на: комментарий от djoe

Нет, .cue в полном порядке. Притом я писал - таких файлов чтобы все 4 плеера не читали правильно - нет; НЕКОТОРЫЕ плеера читают один правильно а другой неверно, иные - наоборот.

Quanrtum
() автор топика
Ответ на: комментарий от r3lgar

Вот он (содержимое):

CATALOG 0028942212121 REM DISCID 8910780A PERFORMER «Mozart W. A.» REM DISCNUMBER 4 REM TOTALDISCS 12 REM DATE 2006 REM GENRE Classical TITLE «09.1 Piano Sonatas & Fantasia» FILE «CDImage.flac» WAVE TRACK 01 AUDIO TITLE «Sonata in F Major, K332-300k - I. Allegro» PERFORMER «Mitsuko Uchida» INDEX 01 00:00:00 TRACK 02 AUDIO TITLE «Sonata in F Major, K332-300k - II. Adagio» PERFORMER «Mitsuko Uchida» INDEX 01 06:56:00 TRACK 03 AUDIO TITLE «Sonata in F Major, K332-300k - III. Allegro assai» PERFORMER «Mitsuko Uchida» INDEX 01 11:57:00 TRACK 04 AUDIO TITLE «Sonata in B Flat Major, K333-315c - I. Allegro» PERFORMER «Mitsuko Uchida» INDEX 01 18:41:25 TRACK 05 AUDIO TITLE «Sonata in B Flat Major, K333-315c - II. Andante cantabile» PERFORMER «Mitsuko Uchida» INDEX 01 25:40:00 TRACK 06 AUDIO TITLE «Sonata in B Flat Major, K333-315c - III. Allegretto grazioso» PERFORMER «Mitsuko Uchida» INDEX 01 33:08:00 TRACK 07 AUDIO TITLE «Fantasia in C Minor, K475» PERFORMER «Mitsuko Uchida» INDEX 01 39:19:50 TRACK 08 AUDIO TITLE «Sonata in C Minor, K457 - I. Molto allegro» PERFORMER «Mitsuko Uchida» INDEX 01 52:26:47 TRACK 09 AUDIO TITLE «Sonata in C Minor, K457 - II. Adagio» PERFORMER «Mitsuko Uchida» INDEX 01 57:49:00 TRACK 10 AUDIO TITLE «Sonata in C Minor, K457 - III. Allegro assai» PERFORMER «Mitsuko Uchida» INDEX 01 66:01:50

Длительность треков в файле .cue и в плеерах совпадает.

Quanrtum
() автор топика
Ответ на: комментарий от r3lgar

К слову, могу прислать архивом кому-либо весь диск = flac + cue...

Quanrtum
() автор топика
Ответ на: комментарий от Deleted

Пробовал. Да дело в том, что bchunk именно в данном лсучае и на треки корректно не режет - получаются два большие, а остальные с нулевым размером... Короче жуть какая-то.

Quanrtum
() автор топика
Ответ на: комментарий от Deleted

Не совсем с этим согласен. Файловая система лучше работает с одним большим файлом, чем со многими малыми. А если больших 1000, а малых 10000 и больше - тогда это еще заметнее. Потому я тоже люблю большие flac + cue, ape + cue, wv + cue, и вовсе не из-за аудиофильского маразма ))))

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

Ни то ни другое.

Откуда такая уверенность?

Вот он (содержимое):

Что за дичь?! Оформи нормально.

Длительность треков в файле .cue и в плеерах совпадает.

А чего бы им не совпадать? Другое дело, что длительность дорожек в FLAC-файле может не соответствовать тому, что указано в CUE.

Пробовал. Да дело в том, что bchunk именно в данном лсучае и на треки корректно не режет - получаются два большие, а остальные с нулевым размером... Короче жуть какая-то.

Значит у тебя кривой CUE.

r3lgar ★★★★★
()
Ответ на: комментарий от waker
CATALOG 0028942212121
REM DISCID 8910780A
PERFORMER "Mozart W. A."
REM DISCNUMBER 4
REM TOTALDISCS 12
REM DATE 2006
REM GENRE Classical
TITLE "09.1 Piano Sonatas & Fantasia"
FILE "CDImage.flac" WAVE
  TRACK 01 AUDIO
    TITLE "Sonata in F Major, K332-300k - I. Allegro"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "Sonata in F Major, K332-300k - II. Adagio"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 06:56:00
  TRACK 03 AUDIO
    TITLE "Sonata in F Major, K332-300k - III. Allegro assai"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 11:57:00
  TRACK 04 AUDIO
    TITLE "Sonata in B Flat Major, K333-315c - I. Allegro"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 18:41:25
  TRACK 05 AUDIO
    TITLE "Sonata in B Flat Major, K333-315c - II. Andante cantabile"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 25:40:00
  TRACK 06 AUDIO
    TITLE "Sonata in B Flat Major, K333-315c - III. Allegretto grazioso"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 33:08:00
  TRACK 07 AUDIO
    TITLE "Fantasia in C Minor, K475"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 39:19:50
  TRACK 08 AUDIO
    TITLE "Sonata in C Minor, K457 - I. Molto allegro"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 52:26:47
  TRACK 09 AUDIO
    TITLE "Sonata in C Minor, K457 - II. Adagio"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 57:49:00
  TRACK 10 AUDIO
    TITLE "Sonata in C Minor, K457 - III. Allegro assai"
    PERFORMER "Mitsuko Uchida"
    INDEX 01 66:01:50

Quanrtum
() автор топика

Пример 1. В 17-дисковом собрании струнных квартетов Шпора, на восьмом диске, 4-ый трек должен звучать 12 минут 35 секунд; ТРИ ПЛЕЕРА - Foobnix, DeadBeef и Clementine - все до единого делают скачок на следующий 5-ый трек после проигрывания минуты и 3-х секунд.

ну это наводит на мысль, что скорее всего куй кривой. еще можно в фубаре проверить.

Думаю, проблема в каком-то глобальном модуле Линукс, ответственном за прочтение файлы .cue. Где-то давно случайно нашел, что это вроде как бы глюк модуля gstreamer, вот только не помню где, и не помню лечится ли это...

за другие плееры не скажу, но у deadbeef свой модуль для работы с cue.

waker ★★★★★
()
Ответ на: комментарий от r3lgar

«Другое дело, что длительность дорожек в FLAC-файле может не соответствовать тому, что указано в CUE.»

А КАК это проверить??? И возможно ли?

Quanrtum
() автор топика
Ответ на: комментарий от waker

«у deadbeef свой модуль для работы с cue.» Потому в примере с Моцартом DeadBeef читает корректно, а Foobnix - нет.

Но в примере с Шпором ОБА плеера читают некорреткно...

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

если есть какой-то альбом, который в deadbeef коцается — присылай ссыль, исправлю (если не в альбоме дело).

waker ★★★★★
()
Ответ на: комментарий от Quanrtum

«скорее всего куй кривой»

Скачано с сети, причем я перекачивал, с двух или даже трех источников. Видимо, все источники в сети идентичны. В примере с Моцартом такое не вмещается в голову: откуда может взяться кривой .cue? Человек какой-то оцифровал 180 (!!!) дисков ПРАВИЛЬНО (с нормальным .cue), а один - НЕправильно?.. Как такое может быть? Притом как я уже писал - DeadBeef читает моцатовский диск нормально, а Foobnix - нет! ПОЧЕМУ ????????????? НИКАКИМ образом не поверю что куй кривой...

Quanrtum
() автор топика
Ответ на: комментарий от waker

«если есть какой-то альбом, который в deadbeef коцается — присылай ссыль, исправлю (если не в альбоме дело).» = это ШПОР, но ссылки с инета не помню, разве что вышлю свой. Нужен только .cue, или и flac ?

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

ПОЧЕМУ ?????????????

ну потому что в deadbeef этот баг уже исправили, а в foobnix еще нет. очевидно же.

waker ★★★★★
()
Ответ на: комментарий от Quanrtum

И как это можно исправить? Научите - может еще файл попадется, буду сам исправлять...

если проблема не в куе и не в флаке — то я смогу исправить deadbeef.

если проблема в куе, его можно исправить в текстовом редакторе, если известны правильные размеры и т.п.

если проблема в флаке — то никак.

waker ★★★★★
()
Ответ на: комментарий от waker

Наполминаю проблему:

Пример 1. В 17-дисковом собрании струнных квартетов Шпора, на восьмом диске, 4-ый трек должен звучать 12 минут 35 секунд; ТРИ ПЛЕЕРА - Foobnix, DeadBeef и Clementine - все до единого делают скачок на следующий 5-ый трек после проигрывания 1-й минуты и 3-х секунд 4-го трека.

А вот ссылка на диск: https://mega.nz/#!0c8gSJRZ!BQbHrqsWWQGnvPz2GwJ5eX4xmdmNCZOvl7kfoMsVLOY

Попробуйте на разных плеерах, которые установлены у Вас в системе, ДОиграть до конца 4-ый трек...

Quanrtum
() автор топика
Ответ на: комментарий от waker

Заодно выкладываю диск Моцарта: https://mega.nz/#!NcE0UYjB!MQ6uaCBPGdnDkdRFH5pgBKeDf-3PX45FDTuL24OsSKg

Трек №4 должен звучать 6 минут 58 секунд. Плеер Foobnix перескакивает с этого трека на следующий 5-ый - после 23-х секунд. Также делает Clementine. НО! - DeadBeef этот трек проигрывает НОРМАЛЬНО, до конца, Audacious - тоже НОРМАЛЬНО!..

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

Качай нормальную раздачу тогда.

anonymous
()
Ответ на: комментарий от Quanrtum

А КАК это проверить??? И возможно ли?

Без лога снятия рипа можно только неточно посчитать "вручную", проигрывая файл напрямую в простом (желательно не умеющем CUE, ибо может быть встроенный CUE в самом FLAC) и поглядывая на таймлайн на предмет тишины (конца/начала трека).

r3lgar ★★★★★
()
Ответ на: комментарий от Quanrtum

В некоторых плейерах есть хак, который обыгрывает кривые CUE.

Часто кривые CUE — это расположение INDEX не там, где оно надо, ибо это генерируется в кривом вендовом софте.

CUE — это текстовый файл, если у тебя есть лог снятия рипа, то ты можешь вручную поправить INDEX.

r3lgar ★★★★★
()
Ответ на: комментарий от Quanrtum

Ну и чо ты хочешь? Накачал пераццких раздач из сети, вместо покупки правильной коробки с дисками - вот и страдай теперь. Плееры с линуксом ему виноваты, вору трекерному...

anonymous
()
Ответ на: комментарий от Quanrtum

Человек какой-то оцифровал 180 (!!!) дисков ПРАВИЛЬНО (с нормальным .cue), а один - НЕправильно?.. Как такое может быть?

Тогда, наверняка, и этот правильно оцифровал. Но в момент оцифровки в памяти могла произойти скрытая ошибка - и вот результат. Чтобы вылавливать большинство таких ошибок, надо использовать модули памяти с ECC.

gag ★★★★★
()
Ответ на: комментарий от Quanrtum

Короче, это 100% битый flac. cue тут ни при чем. Проиграл сейчас этот файл без cue, проигрывание останавливается ровно там где с cue перескакивает на другой трек.

djoe ★★★
()
Ответ на: комментарий от Quanrtum

Моцарт в deadbeef и в foobar-е играет нормально никуда не перескакивая. Других плейеров не держу, увы..

djoe ★★★
()
Ответ на: комментарий от djoe

Моцарт в deadbeef и в foobar-е играет нормально никуда не перескакивая. Других плейеров не держу, увы..

Да, в deadbeef и у меня играет нормально, но почему в foobnix - нет?.. Видимо все-же что-то не так...

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

Да, в deadbeef и у меня играет нормально, но почему в foobnix - нет?.. Видимо все-же что-то не так...

Автор, похоже, забросил свой foobnix и не обновляет его. Есть же нормальные плейера, которые нормально играют эти треки, к чему этот мазохизм?

djoe ★★★
()
Ответ на: комментарий от djoe

«Есть же нормальные плейера»

Согласен, DeadBeef один из них, но в foobnix очень круто база реализована... Потому инравился он.

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

А вот ссылка на диск: https://mega.nz/#!0c8gSJRZ!BQbHrqsWWQGnvPz2GwJ5eX4xmdmNCZOvl7kfoMsVLOY

$ shnsplit -o flac -f CDImage.cue CDImage.flac 
shnsplit: warning: discarding initial zero-valued split point
Splitting [CDImage.flac] (70:25.12) --> [split-track01.flac] (11:57.00) : 100% OK
Splitting [CDImage.flac] (70:25.12) --> [split-track02.flac] (5:40.50) : 100% OK
Splitting [CDImage.flac] (70:25.12) --> [split-track03.flac] (5:06.27) : 100% OK
Splitting [CDImage.flac] (70:25.12) --> [split-track04.flac] (12:35.60) :   4% ERROR
shnsplit: warning: error while transferring 133323120 bytes of data
shnsplit: error: failed to split file
Deleted
()
Ответ на: комментарий от Deleted

«Замени первую строчку CDImage.cue: - было: ?CATALOG 0028942212121 - стало: REM CATALOG 0028942212121»

Во-первых, такой строчки - "?CATALOG 0028942212121" - в CDImage.cue НЕТ, есть «CATALOG 0028942212121» (без вопросительного знака). Во-вторых, закомментирование строки НИЧЕГО не изменило. И Foobnix, и Clementine как прыгали с 4-го на 5-ый трек, так и прыгают. Нетути «щастя»...

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

А это не «вопросительный знак». Это символ с кодом «EFBB». Если ты его не заметил, значит оставил там, где он и был. Удали всю строку, после чего пропиши REM CATALOG ... вручную, чтобы инфа не пропала.

Deleted
()
Ответ на: комментарий от Deleted

«А это не «вопросительный знак». Это символ с кодом «EFBB». Если ты его не заметил, значит оставил там, где он и был. Удали всю строку, после чего пропиши REM CATALOG ... вручную, чтобы инфа не пропала.»

НЕ ПОМОГЛО. Все так же перескакивает. И потом, в каком редакторе ты видишь эти символы с кодом «EFBB» ?

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

И потом, в каком редакторе ты видишь эти символы с кодом «EFBB» ?

В mcedit из mc (Midnight Commaner).

Но можно и:

$ head -n 1 CDImage.cue | xxd
0000000: efbb bf43 4154 414c 4f47 2030 3032 3839  ...CATALOG 00289
0000010: 3432 3231 3231 3231 0a                   42212121.

Deleted
()
Ответ на: комментарий от Deleted

У меня в Midnight Commaner на месте этого символа стоит точка. Удалил ее, закоментировал. НЕ ПОМОГЛО: по-прежнему перескакивают плеера.

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

НЕ ПОМОГЛО: по-прежнему перескакивают плеера.

Попробуй перепаковать flac:

$ flac -d CDImage.flac
$ rm -fv CDImage.flac
$ flac CDImage.wav
Deleted
()
Ответ на: комментарий от Deleted

«Попробуй перепаковать flac:»

ПОМОГЛО !! Неужели проблема в самом .flac ??? Что дает перепаковка? Не теряется ли при этом качество?

Quanrtum
() автор топика
Ответ на: комментарий от Quanrtum

Что дает перепаковка? Не теряется ли при этом качество?

Ты когда в zip текст пакуешь, у тебя качество буков не теряется?

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.