список основных изменений:

• режим дизайна интерфейса (View -> Design mode, затем использовать правый клик)
• новые API для создания плагинов расширяющих интерфейс
• поддержка визуализаций, анализитор спектра и осциллоскоп
• новая система горячих клавиш, добавляющая новый диалог настроек, поддержку локальных горячих клавиш, и существенно увеличенный набор действий из которых можно выбирать
• виджет playlist browser: вертикальная альтернатива вкладкам
• виджет отображающий обложку альбома проигрываемого трека
• виджет отображающий свойства выделенных треков
• виджет кнопка: можно создавать собственные кнопки, выполняющие различные действия, и располагать их в интерфейсе
• отображение времени во время перемотки
• добавлено скачивание обложек с worldofspectrum (для мелодий в формате AY)
• добавлена поддержка встроенных native flac cuesheets (не из тегов)
• множество исправлений и улучшений в поддержке MP3 и ID3v2
• множество улучшений в поддержке AAC
• исправлено контекстное меню в редакторе тегов
• добавлен костыль для сломанного файлового диалога в GTK3.6
• добавлена совместимость с новами версиями ffmpeg, вплоть до 2.0.2
• добавлено поле «Location» во вкладку «Metadata» в свойствах трека
• исправлена ошибка с мертвыми зонами при изменении размеров колонок плейлиста
• добавлен новый плагин WMA
• множество улучшений и исправлений в плагине mms и libmms
• добавлена настройка ассоциаций content-types с плагинами для сетевых потоков
• улучшена загрузка плейлистов из сети
• много исправлений в поддержке m3u и pls
• добавлено предупреждение при попытке выхода из плеера когда он делает какую-то фоновую работу (например, converter)
• исправлена ошибка скроллинга вкладок
• добавлена поддержка плавного скроллинга GTK3 (спасибо thesame)
• добавлена опция всегда конвертировать аудио в 24 бита (спасибо Eugene Rudchenko)
• добавлена экспериментальная поддержка Mac OS X (спасибо Carlos Alberto Nunes за плагин CoreAudio)
• улучшено отображение интерфейса на HDPI экранах
• исправлена ошибка округления в стримере, могущая приводить к «заиканиям» звука
• добавлена поддержка TAK и OPUS через ffmpeg (нужна свежая версия ffmpeg)

всем привет.

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

теперь, собственно, описание проблемы.

есть automake, есть много Makefile.am, в которых делается что-то вроде такого:

pkglib_LTLIBRARIES = mylibrary.la
mylibrary_la_SOURCES = mylibrary.c
mylibrary_la_LDFLAGS = -module

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

• сгенерирует огромную кучу всяких файлов, типа .la, .lo, .lai, .Plo
• при сборке будет автоматически использоваться libtool при подключении чужих библиотек, используя .la файлы в /usr/lib например
• помимо mylibrary.so, будут сгенерированы mylibrary.so.0.0.0 и mylibrary.so.0, и засимлинканы друг на друга
• при попытке кросскомпилить, или использовать не-системные версии библиотек при сборке, libtool ведет себя совершенно непредсказуемо, выдает бредовые ошибки, использует не те библиотеки которые ему сказано, и вообще говно.
• .la файлы будут включены в install target, и создадут бесполезный мусор в /usr/lib
• сборка статического билда очень усложняется, т.к. неизвестно, увидел ли libtool именно нужную библиотеку, или слинковался с системной (а это он умеет)
• к библиотекам неявно прилинковывается всякий шлак, который добавляется по типу исходника — например, при сборке .cpp файлов автоматом к линку добавляется всякий libstdc++ и libgcc_s, даже если он не нужен, т.е. в скрипте libtool (некоторых версиях) можно увидеть добавление вот таких аргументов к командной строке "-lstdc++ -lm -lgcc_s -lc -lgcc_s", gcc_s 2 раза видимо для надежности.

короче, предполагается, что целевая аудитория данного треда в курсе о чем речь :)

ну и собсно, финальный вопрос. есть ли в природе какие-то альтернативные automake macros, чтобы вообще совсем навсегда избавиться от libtool?

что от макроса(-ов) требуется:

• компилить .so, как с префиксом «lib», так и без него, т.е. как в libtool с -module
• чтобы указание -lname линковало только libname.so из -L (с соблюдением стандартного search order), и всегда игнорировало .la файлы в $LIBDIR
• чтобы никаких la файлов и versioned so не создавалось (опциональная возможность versioning приветствуется)
• чтобы сборка работала на linux/win/osx/bsd (через gcc/llvmgcc)

понимаю, что вменяемого способа решить эту проблему может и не быть, поэтому предложения полной смены билд системы тоже приветствуются. но альтернативная система не должна требовать установки ничего кроме make+coreutils у юзера, и должна быть не хуже autotools по фичам — т.е. уметь make distcheck, make install/uninstall, использовать configure, и всякие подобные штуки (в связи с чем предлагателей cmake, опять же, попрошу не обращаться).

например, кто-то смотрел что используется в ffmpeg? там что-то свое, или у него есть сайт?

всерьез задолбала эта проблема, и не знаю как ее решать, поэтому решился спросить.

имеется дуалбут, 32битная убунта 12.04 и 64битная 13.04 (но проблема возникает точно также, например, с арч+дебиан, так что дистр тут по сути не играет роли).

в каждой из них имеется груб, в котором, естественно, включен os-prober, и прочие радости, которые никогда почему-то не работают как надо.

обе убунты ставились недавно, и все конфиги груба автогенеренные ихними инсталляторами — руками не лазил.

когда ставил 2ю убунту, она неправильно определила 1ю убунту. загрузиться стало возможно только во 2ю. прописал в 40_custom как надо. ребут. теперь в грубе дохрена лишнего (вот того неправильного, которое os-prober детектит), но это не беда. его как раз и отключить можно.

стало нужно обновиться. обновился — 1я убунта перезаписала конфиги груба, и неправильно определила 2ю. стала ситуация с точностью наоборот.

короч, так они и продолжают драться друг с другом за обладание MBR.

короче, вопрос по этому поводу: как правильно???

можно ли как-то их подружить?

Данная тема посвящена обсуждению проекта deadbeef player.

Официальный сайт проекта: http://deadbeef.sf.net

Разработка, вики, багтрекер: https://github.com/Alexey-Yakovenko/deadbeef

есть окно, в нем gtkdrawingarea, окно развернуто на весь экран, нужно рисовать графику @30fps.

cairo: делаем cairo_rectangle(cr, 0,0,width,height); cairo_fill(cr); для очистки экрана - получаем 15% нагрузку на CPU в процессе X

opengl: ничего не жрет, загрузка буквально 0%, все рисуется быстро (не только очистка экрана), но это если отключен композит. включаем — нагрузка на проц от 20 до 55% (зависит от видеокарты и драйверов).

gdk: примерно та же история, что с cairo.

какие еще есть варианты, чтобы везде работало, и была приемлемая скорость? в линуксе такое вообще возможно?

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

вобщем, идея:

берем portage tree, берем emerge, ebuild, и прочие сопутствующие скрипты, и немного переделываем, так чтобы каждый пакет собирался в свой собственный префикс /opt/${appname}-${version}, и туда же собирались все зависимости, исключая некую (заранее определенную) базовую систему, содержащую glibc, gtk, и несколько других библиотек.

после этого в результат сборки подкидываем .desktop + иконку для запуска, и запаковываем в tar.xz.

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

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

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

требования:

* на qt или gtk, нативная (без питона, перла и т.п.), без зависимости от kde/gnome libs

* классический вид — меню «пуск», quicklaunch, taskbar, часы, трей. т.е. нечто вроде gnome-panel или xfce4-panel.

* надо чтобы в ярлыках quicklaunch можно было указать полный путь к приложению. сейчас пользуюсь xfce4-panel, она игнорирует полный путь, и запускает то что в $PATH. пример, для наглядности - есть deadbeef в /usr/local/bin, и есть в ~/Desktop/ddb-builds/deadbeef-0.5.6-i686. указываю путь к последнему, но запускается первый.

* еще одна проблема — когда первый раз вызываю меню пуск — она начинает грузить иконки, и это занимает секунд 5. хотелось бы чтобы иконки загружались заранее при запуске панели.

такое существует? могу пропатчить xfce4-panel под себя, но решил сначала поискать готовое.

ps: пожалуйста, не предлагайте lxpanel[x], fbpanel и их форки, и т.п. — пробовал, они не подходят.

собственно, предыстория.. у меня есть проектик, и для него я собираю бинарный билд. потом я генерирую из этого билда пакеты в формате deb, pkg.tar.xz (арч), и tgz (слака). делается это маленькими скриптами, которые просто берут набор готовых файлов, генерируют из них нужные метаданные (если они нужны), и пихают это в нужный формат, после чего я заливаю эти пакеты на сайт. все замечательно, все довольны.

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

альтернативный вариант - это использовать официальные программы для создания rpm, но с ними несколько проблемы. 1я это сложность сборки пакета вообще (не представляю как писать спеки, и хотелось бы не засорять этим голову), 2я не получается установить эти тулзы в мой дистрибутив, ни пакетов не могу найти, ни из исходников не компилируется, 3я, вытекает из 2й, не могу вообще понять какая тулза конкретно может сделать то что мне нужно.

может кто подскажет, как это можно провернуть, без написания своей генерилки rpm с нуля, и без установки rpm-based дистра? у меня арч для сборки 32битных билдов, и дебиан стейбл для 64битных.

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

теперь, одновременно с публикацией исходных кодов, публикуются статик билды под x86 и x86_64, а также универсальные деб пакеты для дебиана/убунты, и пакеты для арча. в скором времени будет добавлена система для авто-генерации пакетов под другие форматы.

багтрекер теперь живет на google code, прошу любить и жаловать

основные изменения в плеере:

• улучшения парсера m3u, исправлена поддержка m3uext, добавлена обработка mime-типа audio/x-scpls для сетевых потоков
• adplug: обновлено до 2.2.1, добавлены опции для настройки fake-surround и выбора эмулятора
• добавлен графический интерфейс для плагина shellexec
• добавлен пункт меню Sort->Random, для перемешивания плейлиста
• конвертер: исправлена запись wav >2Gb, добавлена возможность раскидывания сконвертированных файлов с сохранением оригинальной структуры папок, добавлена возможность писать сконвертированные файлы в исходную папку
• исправлен баг в плагине alsa, который иногда приводил к заиканиям при проигрывании с медленных носителей, типа sshfs и cd.
• добавлена опция в плагине mp3 для быстрого скана, чтобы файлы быстрее начинали играть (отключает поддержку gapless)
• новая картинка когда не найдена обложка

>>> полный список изменений, даунлоадс, и прочее

Список важных (и не очень) изменений:

• много исправлений в поддержке aac/mp4;
• исправлено зависание в плагине alsa на x86_64;
• улучшено автосохранение настроек;
• добавлена поддержка ffmpeg-0.8;
• добавлена экспериментальная поддержка gtk3;
• несколько мелких исправлений в поддержке cue;
• улучшенная поддержка m3u/pls, особенно в отношении сетевых потоков;
• исправлена обработка файлов, порезанных из image+cue, которые содержат cuesheet в тегах;
• в плагин gme добавлена поддержка fadeout, исправлены intro/loop, добавлена корректная поддержка файлов без заголовка, улучшена поддержка gzip'нутых файлов;
• плагины dumb, psf, shn теперь снова в основном архиве;
• добавлена поддержка embedded covers в flac;
• исправлена автонастройка плагина resampler при первом старте плеера;
• множество обновлений и поддержка новых языков в локализации.

>>> Полный список изменений и ссылки на скачивание

вышел первый альфа-релиз deadbeef для Android.

цель релиза — предварительное тестирование совместимости и производительности на различных девайсах.

для полной установки необходимо ставить два пакета: Deadbeef Player, и DeaDBeeF Free Plugins Pack.

в первом включены плагины wavpack, flac, musepack, dumb, и др.

второй пакет содержит плагины, использующие GPL/LGPL код, включая mp3, sid, и некоторые другие.

требуется android 1.6 и выше, до 2.3 включительно. на 3.0 не проверял.

просьба сообщать о случаях полной неработоспособности на email: wakeroid@gmail.com

ну и если очень хочется каких-то определенных фич — туда же.

засыпать сообщениями типа «сделай виджеты» или «вылетает по кнопке quit» не следует, это и так понятно, все в процессе :)

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

Это преимущественно багфикс-релиз

Спасибо всем кто присылал баг-репорты и помогал их исправить и протестировать.

Отчет об изменениях:

• исправлено падение в плагине OSS
• исправлены случайные падения в связи с новой версией libcurl
• исправлено редактирование метаданных в не-английских локалях
• исправлено переключение плейлистов горячими клавишами с модификаторами num/caps/xcb
• вкладки в окне с настройками теперь с прокруткой
• исправлено описание плагина dts
• исправлена горячая клавиша 'n' с модификаторами
• улучшена поддержка протокола icy/shoutcast
• исправлена работоспособность ctrl+j (перейти к текущему треку) и слежение за текущим треком, при наличии нескольких плейлистов
• возобновление сеанса больше не производит перемотку если произошла ошибка, и трек был пропущен
• исправлено мигание полосы перемотки
• исправлено зависание библиотеки libmms-0.6
• несколько мелких исправлений в поддержке cue
• теперь закрытие вкладок (плейлистов) средней кнопкой мыши - поведение по-умолчанию
• исправлено несколько проблем с автосохранением конфигурации плейлистов
• исправлена перерисовка плейлиста после удачного запроса в CDDB

Подробности

Перемещено post-factum из OpenSource

никогда не пробовал слать скриншоты на лор.. решил воспользоваться галереей с целью пропиарить будущий релиз уже известного на данном ресурсе плеера DeaDBeeF (http://deadbeef.sf.net)

итак, на скриншоте:

Arch Linux, openbox (понимаю, дефолтненько), шрифты с патчами из убунты.

слева виден кусок Chromium.

сверху - bmpanel2-git, под панелькой conky.

справа - vim запущеный в xterm, шрифт fixed, цветовая схема railscasts .

тема gtk - StyGre с цветами из какой-то другой темы (что-то-Wise).

обоины нет.

ну и жемчужина скриншота — текущая devel-версия плеера. теперь есть вкладки и обложки, сделано по образу и подобию fb2k columnsui :) по многочисленным просьбам.

>>> Просмотр (1440x900, 223 Kb)

захотелось попробовать pekwm, поставил.. с дефолтным конфигом - игнорирует mod1, mod4 (не работает alt+tab, например).

если забиндить на mod1+f1 что угодно в конфиге, эффект от нажатия тот же что просто f1. то же самое с mod4. никакие стандартные hotkeys из дефолтного конфига не работают.

кто-нибудь сталкивался? как лечить? идеи?

Последняя версия плеера 0.1.1 alpha

Функции, достоинства и недостатки:

• интерфейс на GTK2 без зависимостей от GNOME;
• основная часть кода написана на C99 (не считая сторонних библиотек);
• работает на архитектурах x86, x86_64 и (частично) на ppc64;
• проигрывание mp3, flac, ogg vorbis, sid, mod, и некоторых других форматов;
• поддерживаются subtunes (для sid, nsf и др.);
• поддерживается чтение mp3 тегов id3v1, id3v2, ape;
• быстрый и точный расчет времени для vbr mp3;
• авто-определение кодировки в id3 тегах (поддерживаются cp1251, iso8859-1 и unicode);
• поддержка cue sheets для mp3, flac, ogg vorbis (включая встроенные во flac);
• минимизация в трей;
• программная регулировка громкости, в том числе колесом мыши на иконке в трее;
• быстрый поиск;
• drag-and-drop внутри плейлиста и из файл-менеджеров;
• контроль плеера из командной строки;
• несколько режимов порядка воспроизведения (linear, random, shuffle);
• экономный расход памяти.

>>> Подробности

русифицировал слаку 9.1, все нормально работает, шрифты есть, в мозиллах всяких сайты на русском. но при загрузке файла в кодировке koi8-r в такие программы, как gedit, screem или gvim (последний собран в конфигурации под gtk2) - получаем текст в левой кодировке (восточно-европейской?).

как это вылечить? выглядит, как буд-то при преобразовании в уникод проигнорилась системная локаль. которая, кстати, вот:

bash-2.05b$ locale LANG=ru_RU.KOI8-R LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" LC_PAPER="C" LC_NAME="C" LC_ADDRESS="C" LC_TELEPHONE="C" LC_MEASUREMENT="C" LC_IDENTIFICATION="C" LC_ALL=C

очень прошу, помогите!