Created attachment 19874 [details] Баг Системы, обновленные до sisyphus: kworkstation-11.1.1-x86-64 education-11.0-x86-64-kde education-11.0-x86-64-xfce workstation-11.1-x86-64 Версия пакета: fooyin-0.9.2-alt1 Шаги воспроизведения: 1.Установить fooyin 2.Открыть fooyin: Меню -> Аудио и видео/Мультимедиа -> fooyin или с терминала: $ fooyin 3. Файл -> Добавить файлы -> file.mp3 (формат не важен) Ожидаемый результат: В плеер добавлен выбранный аудиофайл. Фактический результат: В плеер добавлено содержание .cue файла игнорируя выбранный файл. Дополнительно: Для воспроизведения бага в директории, в которой выбирается файл, обязательно должен находится .cue файл. Даже если .cue файл ссылается на альбом, которого нет в данной директории, в файле содержится запись о не существующем альбоме/треках, в плеер будет добавлена информация, которую содержит этот файл. Выбранный файл будет игнорирован.
Воспроизводится в P11
(Ответ для Котюхов Михаил Андреевич на комментарий #0) > Создано вложение 19874 [details] [подробности] > Баг > > Системы, обновленные до sisyphus: > kworkstation-11.1.1-x86-64 > education-11.0-x86-64-kde > education-11.0-x86-64-xfce > workstation-11.1-x86-64 > > Версия пакета: > fooyin-0.9.2-alt1 > > Шаги воспроизведения: > 1.Установить fooyin > 2.Открыть fooyin: Меню -> Аудио и видео/Мультимедиа -> fooyin > или с терминала: > $ fooyin > 3. Файл -> Добавить файлы -> file.mp3 (формат не важен) > > Ожидаемый результат: > В плеер добавлен выбранный аудиофайл. > > Фактический результат: > В плеер добавлено содержание .cue файла игнорируя выбранный файл. > > Дополнительно: > Для воспроизведения бага в директории, в которой выбирается файл, > обязательно должен находится .cue файл. Даже если .cue файл ссылается на > альбом, которого нет в данной директории, в файле содержится запись о не > существующем альбоме/треках, в плеер будет добавлена информация, которую > содержит этот файл. Выбранный файл будет игнорирован. Действительно, если файл .cue и .mp3 (к примеру) имеют одинаковое название, как в приведенном примере, "file", то возникает подобная ошибка. Если названия разные, то добавление происходит корректно. Я сообщу об этой ошибке в апстрим.
Подобная ошибка обнаружена при тестировании пакета strawberry: https://bugzilla.altlinux.org/56901
(Ответ для Иванов Александр Владимирович на комментарий #3) > Подобная ошибка обнаружена при тестировании пакета strawberry: > https://bugzilla.altlinux.org/56901 Интересно, конечно :) В любом случае я уже открыл issue на github. Посмотрим, что ответит разработчик.
Кстати, довольно забавно, что в соседней баге (https://bugzilla.altlinux.org/56893) человек, проводящий тестирование, жалуется на прямо противоположное: при открытии файла *.wv не считывается информация из одноимённого файла *.cue. Так должен ли считываться файл *.cue при открытии одноимённого аудиофайла (mp3 или любого другого) или нет?
Подведем итог. Углубившись в тему использования cue‑файлов и проведя некоторый анализ ситуации, я пришел к следующим выводам. То, что файл cue считывается при открытии одноименного аудиофайла, — это нормальное и предполагаемое поведение программы. Логика тут такова: если вы храните в одной папке cue и аудиофайл с одинаковыми именами, то программа по умолчанию считает файл cue плейлистом к этому файлу и, соответственно, сразу добавляет этот плейлист. И эта логика имеет свое обоснование. Почему программа не дает добавить именно файл целиком (не важно какого формата), без разбиения, а загружает плейлист cue? Если немного поразмышлять, то есть ли разница между прослушиванием аудио одним большим файлом или разбитым по трекам? Если вы хотите прослушать его целиком, то в обоих случаях вы сделаете это с одинаково равным успехом. Причем в случае разбиения по трекам это будет в некотором роде даже удобнее. Так зачем плодить лишние сущности? Следующий вопрос: зачем вообще хранить в одной папке файл cue со ссылками на несуществующие альбомы/треки и сторонний аудиофайл с одинаковыми(!) именами? В чем здесь смысл? Если уж вы занимаетесь подобными непотребствами, то в данном случае вы сами себе злобный Буратино. Очевидно, что так делать не стоит. В общем и целом, закрываю как NOTABUG.
