Релиз DeaDBeeF 1.8.0

приходит ветеринар на приём к терапевту, а тот ему - на что жалуетесь? Дальше продолжать? Я не просил решать мой вопрос здесь и до сих пор не прошу, если чё. 0.7.2 меня всем устраивает

Тогда тем более непонятны скриншоты, опубликованные выше.

а что тут понимать? Сказал что у меня «сломались» куе, подтвердил картинками и если бы умел оформлять баг, обязательно бы его офрмил там где надо, а не здесь

во картинки

как именно добавляешь файлы в плейлист? в 0.7.2 нужно было добавлять музыкальный файл (не CUE), теперь же нужно добавлять CUE, либо оба файла одновременно, либо всю папку целиком.

если дело не в этом — выложи CUE файл по человечески, т.к. в том что ты заслал форматирование утеряно, а оно вообще-то важно для проверки.

Я джва года ждал этого. Правда теперь при старте в журнале такой выхлоп:

plugin converter_gtk2.so not found or failed to load
plugin ddb_vis_spectrogram_GTK2.so not found or failed to load
plugin ddb_vis_spectrogram_GTK3.so not found or failed to load
plugin pltbrowser_gtk2.so not found or failed to load
plugin shellexecui_gtk2.so not found or failed to load

я не работаю с ПЛ(плейлист), просто открываю проиг-ль и из него уже открываю файл .флак или .аре, .куе лежат рядом в той же папке вместе с музыкой. Ну я же приводил на скрыне где 1.8 и .7 проигрывают один и тот же файл.

REM GENRE «Progressive Rock» REM DATE 1978 REM DISCID 720A0109 REM COMMENT «ExactAudioCopy v1.0b3» PERFORMER «Jethro Tull» TITLE «Heavy Horses (CDP 32 1175 2)» FILE «Jethro Tull - Heavy Horses (CDP 32 1175 2).flac» WAVE TRACK 01 AUDIO TITLE "...And the Mouse Police Never Sleeps" PERFORMER «Jethro Tull» INDEX 01 00:00:35 TRACK 02 AUDIO TITLE «Acres Wild» PERFORMER «Jethro Tull» INDEX 01 03:15:05 TRACK 03 AUDIO TITLE «No Lullaby» PERFORMER «Jethro Tull» INDEX 01 06:40:37 TRACK 04 AUDIO TITLE «Moths» PERFORMER «Jethro Tull» INDEX 01 14:35:40 TRACK 05 AUDIO TITLE «Journeyman» PERFORMER «Jethro Tull» INDEX 01 18:02:42 TRACK 06 AUDIO TITLE «Rover» PERFORMER «Jethro Tull» INDEX 01 22:00:17 TRACK 07 AUDIO TITLE «One Brown Mouse» PERFORMER «Jethro Tull» INDEX 01 26:16:30 TRACK 08 AUDIO TITLE «Heavy Horses» PERFORMER «Jethro Tull» INDEX 01 29:39:70 TRACK 09 AUDIO TITLE «Weathercock» PERFORMER «Jethro Tull» INDEX 01 38:39:02

пысы я канешна дико извиняюсь, но м.б. не стоит продолжать, а то разведём какой-нибудь холивар.

А зачем теперь так сложно всё? Сам файл было проще добавлять.

что получилось с

Текст, который будет скрыт внутри спойлера

научите как надо правильно вставить

я другой anonymous,1.8 не читает некоторые cue, если добавить весь каталог то норм,если открыть cue то invalid, если открыть файл то играет без разбивки по трекам и теги из cue не читает, прежний открывал при добавлении файла,из этой же директории, вывод из терминала нужен?

Мну и aptx-hd норм. Имею такую коробочку https://www.aptx.com/products/levn-sk-bti-031-high-end-bluetooth-audio-adaptor Причём она и приёмником и передатчиком работает. Индикация используемого протокола есть. Причём ААС не хуже aptx-hd субьктивно. Ldac пока неоправданно дорогие девайсы.

А зачем теперь так сложно всё? Сам файл было проще добавлять.

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

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

пысы я канешна дико извиняюсь, но м.б. не стоит продолжать, а то разведём какой-нибудь холивар.

никакого холивара, я просто пытаюсь выяснить что именно ты делаешь. в принципе, на этот вопрос ты ответил. открывай CUE вместо ape или flac, и все заработает.

я другой anonymous,1.8 не читает некоторые cue, если добавить весь каталог то норм,если открыть cue то invalid, если открыть файл то играет без разбивки по трекам и теги из cue не читает, прежний открывал при добавлении файла,из этой же директории, вывод из терминала нужен?

нет, вывод не нужен. в deadbeef поменялся алгоритм работы с куями. теперь куй не ищется по имени аудиофайла (что изначально было хаком, который не позволял работать с мультифайловыми куями).

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

А объясните мне, что означает «добавлена ​​поддержка Opus»? Я посмотрел deadeef 0.7.2 и при установленных opus и opus-tools работает и воспроизведение и кодирование. ..?

Я посмотрел deadeef 0.7.2 и при установленных opus и opus-tools работает и воспроизведение и кодирование. ..?

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

в 1.8.0 нативная поддержка opus идет в стоке, и не требует ffmpeg.

другой anonymous> да, расширение файла отличается от указанного в cue, но раньше этим можно было пренебречь,теперь только правильнй cue, или перейти выше и добавить весь каталог. а 'если cue invalid то открыть весь каталог' реально добавить как опцию в настройках или свою шелл команду, это ничего не поломает?

раньше этим можно было пренебречь

верно. но так не могло больше продолжаться.

теперь только правильнй cue, или перейти выше и добавить весь каталог

не только. еще можно просто выбрать файл+cue, это тоже должно работать.

а 'если cue invalid то открыть весь каталог' реально добавить как опцию в настройках или свою шелл команду, это ничего не поломает?

не задумывался о такой возможности. напиши фичреквест.

другой anonymous> 'выбрать файл+cue' в том случае не работает, только добавить весь каталог.

другой anonymous > фичреквест на git ?

'выбрать файл+cue' в том случае не работает, только добавить весь каталог.

звучит как баг. проверю когда дома буду.

Исправляюсь - ура, ну и вот наконец-то куе исправили! спс

'выбрать файл+cue' в том случае не работает, только добавить весь каталог.

проблема воспроизвелась. буду разбираться.

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

У меня некоторая музыка воспроизводится с неправильной скоростью. Инфо. Может, я неправильно программу скомпилял, или не тот кодек используется...

скорее всего ты не докомпилял кусок, отвечающий за правильную скорость проигрывания (resampler). либо ты его выключил.

waker, не уверен, что нужно это репортить как баг, поэтому на всякий случай напишу сюда. В свежих версиях проигрывателя данные ReplayGain для недавно добавленных треков в формате WavPack выводятся целыми числами, а пиковые значения вообще равны нулю (см. скриншот №1). Другие проигрыватели и wvgain выводят значения с точностью как минимум до одной сотой (см. скриншот №2). При этом в плейлистах, сохранённых в более ранней версии проигрывателя, проблема отсутствует. Каких-либо настроек в самом проигрывателе не нашёл, равно как и при сборке ничего нового в ./configure --help не увидел. Ситуация справедлива как для 1.8.0-stable, так и для git-master — с WV, ISO.WV, CUE+WV и с WV+WVC. Встроенный в проигрыватель ReplayGain-сканер отрабатывает как положено. Может, я что-то пропустил? И как именно применяются значения ReplayGain при проигрывании — как целые числа или же как настоящие значения из тегов?

А зачем теперь так сложно всё? Сам файл было проще добавлять.

Суровый русский разработчик :D

проверю, спасибо.

проверил. при сканировании через deadbeef и foobar2000, проблем как на скриншоте не возникло. других сканеров нет под рукой. чем можно сгенерировать replaygain info, с которым проблемы?

У меня проблема возникает при использовании любого сканера.

ок, видимо я как-то не так прочитал фразу «Встроенный в проигрыватель ReplayGain-сканер отрабатывает как положено.»

а если локаль переключить на en_US, проблема не пропадает случайно?

и чтобы 2 раза не ходить.. какая сейчас локаль выставлена? (выхлоп команды locale)

а если локаль переключить на en_US, проблема не пропадает случайно?

Нет, проблема осталась.

попробую собрать воедино всю вытащенную информацию:

* любая replaygain info, как полученная собственным RG-сканером deadbeef, так и любым другим сканером, отображается с нулями после запятой, и peaks=0, вместо ожидаемых других чисел

* проблема происходит на wavpack файлах

* проблема есть при любой системной локали

оставшиеся вопросы:

чем/как собран deadbeef?

какой дистр/libc?

происходит ли то же самое в официальных билдах?

происходит ли то же самое с другими форматами кроме wavpack?

чем/как собран deadbeef?

Собран из git по гайду с гитхаба.

какой дистр

Ubuntu 18.04{.1,2} x86_64

libc?

greenman@HP-15-ba579ur:~$ /lib/x86_64-linux-gnu/libc.so.6
GNU C Library (Ubuntu GLIBC 2.27-3ubuntu1) stable release version 2.27.
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 7.3.0.
libc ABIs: UNIQUE IFUNC

происходит ли то же самое в официальных билдах?

Да.

происходит ли то же самое с другими форматами кроме wavpack?

Нет, ситуация воспроизводится только на WavPack во всех возможных сочетаниях. На всякий случай прикладываю файлы, фигурирующие на скриншотах выше.

На всякий случай прикладываю файлы, фигурирующие на скриншотах выше.

в них десятичный разделитель запятая вместо точки. это deadbeef так теги записал?

Так точно

ну значит есть 2 бага..

1й что deadbeef почему-то не смог проигнорировать настройку локали для форматирования чисел, и запорол теги.

2й что deadbeef потом эти же теги не смог прочитать.

а вот почему это происходит только с wv — для меня пока загадка.

а вот почему это происходит только с wv — для меня пока загадка.

Специально перепроверил с MusePack, MP3, AAC, APE, OGG, Opus, FLAC и OptimFROG — проблема не воспроизводится.

По словам разработчиков он стал достаточно зрелый, что было отображено в номере версии.

firefox и chrome тогда пора отправлять на пенсию, а systemd...ну вы поняли

Перепроверил с локалью en_US — сканирует, записывает и читает исправно.

вероятно дело конкретно в тегах APEv2 (они используются в wavpack)

APEv2 также используется и в MusePack, и в MP3 — но с ними почему-то проблем нет…

APEv2 также используется и в MusePack, и в MP3 — но с ними почему-то проблем нет…

в deadbeef по умолчанию apev2 не используется для mp3 — это еще надо включить.

а для musepack да.. не знаю.

в deadbeef по умолчанию apev2 не используется для mp3

Я и включил — с ним меньше возни, чем с ID3.

1 баг нашел. replaygain info в apev2 вообще не писалось из-за опечатки. по этой же причине, получается что RG info с запятыми вместо точек записал не deadbeef. а вот должен ли он эти самые запятые понимать — это интересный вопрос.

попытался повторить с русской локалью. deadbeef пишет теги нормально (без фикса не писал вообще). так что проблему с записью надо искать в другом месте - т.е. в другом replaygain сканнере.

одно наблюдение, которое не дает мне покоя.. на твоих скриншотах deadbeef с русской локалью, я вижу запятые в track properties. этого никогда не должно быть, т.к. deadbeef выставляет принудительно локаль для чисел:

    setlocale (LC_ALL, "");
    setlocale (LC_NUMERIC, "C");

значит, что-то приводит к ситуации, когда это не работает.

вероятно какой-то дополнительный плагин, или что-то другое.

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

в идеале — поставить symbolic breakpoint в gdb, и увидеть что приводит к смене локали на неправильную.