Ну про бубунту я понятия не имею, т.к. это так... ***** на базе дебиана, а вот для построения .deb пакета этого должно хватить. У тебя даже shlibdeps есть, только вот наверное он работать не будет правильно.Цитата:
Сообщение от Vitamin
Вид для печати
Ну про бубунту я понятия не имею, т.к. это так... ***** на базе дебиана, а вот для построения .deb пакета этого должно хватить. У тебя даже shlibdeps есть, только вот наверное он работать не будет правильно.Цитата:
Сообщение от Vitamin
Количество Beeper треков неумалимо растет. Когда сабж научится из Проигрывать?
Уже умеет. Ждите в ближайшем публичном билде.Цитата:
Сообщение от newart
В ответ жду информацию о наличии stereo beeper треках.
ЗЫ. У проекта есть несколько RSS
Зафиксированы только Double (2 спектрума).Цитата:
Сообщение от Vitamin
Имеется в виду вывод не только через бипер, но и магнитофонный порт. Нашел несколько таких модулей, поддержку сделал.Цитата:
Сообщение от newart
---------- Post added at 15:27 ---------- Previous post was at 13:38 ----------
Билд 1214:
* Фиксы для big-endian систем
* Пофикшена работа z80 (обработка длины сигнала INT)
* Немного ускорен рендеринг AY/YM
+ Поддержка бипера в AY (в т.ч. через магнитофонный порт). Звук пока не идеальный, интерполяция серьезно помогает.
+ Поддержка CPC модулей AY
* Пофикшено воспроизведение PT2 модулей (глюки в оригинальном плеере в силу исторических причин стали фичами...)
* zxtune-qt: пофикшена информациях по возможности конверсии плагинов
* zxtune-qt: фикс ошибки при воспроизведении модуля до окончания предыдущего для OSS
* zxtune123: дополнена информация об опциях
Билд для win32
Билд 1229:
+ поддержка мультитрековых .ay модулей. При рипе из таких модулей, каждый подмодуль сохраняется в виде отдельного .ay файла
+ базовая поддержка перемотки для .ay модулей (пока медленно, есть куда ускорять)
* ускорен рендеринг AYM (dingux диктует свои требования по ресурсам)
* пофикшены билды для dingux (пока не выложены)
* фикс в воспроизведении PT3
* фикс поддержки .ay файлов с CPC
* zxtune-qt: изменено поведение контрола перемотки (срабатывает после отпускания)
Скачать билд для win32
Vitamin, по поводу PPC пусть пока без AY, лишь бы основное работало.
А что не работает?Цитата:
Сообщение от osa
эээ... не вижу сборки, что бы проверить:) или самому собрать?
Попробуй сам. Мне не на чем собирать.Цитата:
Сообщение от osa
ок.
PPC это в смысле PocketPC или в смысле PowerPC? Если последнее то могу собрать без проблем.Цитата:
Сообщение от osa
pocketPC(windows mobile девайсы)
А QT под эту платформу есть?Цитата:
Сообщение от osa
да, буквально вчера задумался и погуглил, нашел вроде как...
---------- Post added at 09:57 ---------- Previous post was at 09:56 ----------
http://www.forum.crossplatform.ru/in...showtopic=5001
---------- Post added at 09:58 ---------- Previous post was at 09:57 ----------
http://isysadmin.org.ua/metki/progra...ndows-mobile-6
Попробую на досуге собрать, если чего на выходе получится, свяжусь для тестирования:)
WindowsMobile 5 или 6?
---------- Post added at 10:58 ---------- Previous post was at 10:23 ----------
Билд 1246:
* ускорен рендер .ay файлов
* почти в 2 раза ускорена работа 64-битных билдов
* консолидация файлов, находящихся в архивах
* учет имен файлов в архивах ZXZip
Билд для win32
Билд для медленных компьютеров на win32
Билд для win64
6, аппаратов на 5ой я давненько не видел.
Билд 1262:
+ поддержка формата ST1 (некомпилированные модули от SoundTracker1.1).
На данный момент имеются следующие особенности:
- в больших объемах данных (>32k) поиск не делается в силу особенностей структуры модулей
- поскольку официальная документация по формату крайне скудна и глючна, пришлось разбираться методом научного тыка- кое-какие модули рендерятся не так, как в соответствующем STC, на слух, правда, разницы не заметил.
* пофикшено падение при анализе Vortex TXT файлов
* zxtune-qt: изменено контекстное меню плейлиста
* zxtune-qt: изменено окно 'About'- версия под логотипом вместо заголовка
Скачать билд для win32
Отлично, нравится, что можно взять папку с trd-scl файлами и всё перетянуть разом в плэйлист, и сразу всё детектится и играет. Удобно!
---------- Post added at 20:50 ---------- Previous post was at 20:48 ----------
и unhrust видно :)
Можно даже папку с iso или еще какими "неспектрумовскими" форматами:)Цитата:
Сообщение от moroz1999
...и не только! Для старых демок-игр хруст далеко не самый популярный пакер (тогда его просто не было)Цитата:
Сообщение от moroz1999
Билд 1274:
+ поддержка ZIP файлов. Архиполезная, на мой взгляд, вещь- теперь можно не мучаться с распаковкой образов, а кидать их сразу в плеер. Вместе с этой фичей в конфиге добавилась опция zxtune.core.plugins.zip.max_depacked_size_mb , соответственно ограничивающая максимальный размер распаковываемого файла
* множество мелких фиксов падений
Скачать версию для win32
Билд 1286:
* фиксы в детектировании AY модулей
* zxtune-qt: добавлена возможность группировать выделенные пункты в плейлисте
* zxtune-qt: добавлена возможность удаления дубликатов в плейлисте
* zxtune-qt: добавлена возможность поиска рипов (одинаковых модулей, различающихся по незначительным полям)
Последние фичи предназначены для организации больших коллекций модулей.
Удалять дубликаты/выделять рипы можно во всем плейлисте (при вызове контекстного меню за пределами колонок плейлиста), среди выделенных пунктов (если их более 1 штуки), а также удалять дубликаты/выделять рипы выделенного пункта.
Пока данные операции делаются синхронно, поэтому лучше ими не пользоваться на больших (более 1тыс элементов) плейлистах.
FYI: в коллекции Бульбы было 20677 файлов (за исключением плейлистов). В них найден 18931 модуль. После удаления дубликатов осталось 18914. Из них 47- это рипы.
Самыми интересными являются файлы EndLevel.asc, GameOver.asc и StartLeve.asc в папке Authors/Scooter/Lode Runner 3. Хотя звучат они по разному, на деле являются одинаковыми модулями с разным списком паттерном для воспроизведения:)
Билд 1299:
* пофикшено детектирование рипов для ASC/STC/STP
* пофикшена регрессия в детекте PT3/STC
+ zxtune-qt: асинхронное выполнение операций по удалению дубликатов/поиску рипов
+ zxtune-qt: копирование путей модулей в буфер обмена
Скачать версию для win32
Дикий реквест фичи: Было бы клево сделать copy выбранных файлов из плэйлиста и paste их куда-нибудь в другую прогу.
Правда, не представляю, как это без геморроя реализовать с файлами из архивов.
И что должно вставляться в эту самую другую прогу?Цитата:
Сообщение от moroz1999
Я имел в виду тот же самый windows explorer, чтобы файлы из плэйлиста копировать было легко. Тогда можно прослушивать целыми коллекциями, отбирая понравившиеся.
Vitamin: А ты не пробовал собирать Qt-плеер под робота-ведроида? Я глянул, там дубль-гис на qt нарисована вся. Просто мне самому никак даже попробовать. Гуглы дибилы и пилят свое НДК исключительно под х86. Под другими процами оно ваще не компиляется, а если и компиляется, то половина прог работает неверно из-за разной endian'ности.
Как бы тебе сказать, файлы в буфер обмена не копируются, туда копируются ссылки на них:) А сохранение файлов (а также их экспорт в другие форматы и конверт в звуковые) в планах, разумеется, есть.Цитата:
Сообщение от moroz1999
Не, у меня ведроида нет. Хотя мысли купить планшетник на ARM уже витают.Цитата:
Сообщение от Q-Master
Пытался не так давно собрать boost/qt под winmobile- но ниасилил. Там такой инструментарий убогий, что ппц. Под дингу на порядок проще было все.
Отлично! Как бы оно ни работало внутри, лишь бы работало :)
Планшет это правильно. Я себе прикупил дешевый Huawei S7. Пока устраивает.Цитата:
Сообщение от Vitamin
А вот сдк под ведроид достаточно вроде нормальный. Точнее тебе надо уже не сдк, а ндк. Ну там все просто. гцц, мэйк.. 8)
Билд 1316:
+ поддерка RAR. Пока только версии 2 и не-solid архивы (thx 2 Alco)
+ опциональная зависимость линуксовых билдов от asound & SDL (сами билды пока не выкладываю до major релиза)
* более плавный прогресс анализа больших файлов
* фиксы в детекте AY (иногда даже падало).
Скачать версию для win32
Билд 1333:
* ускорение распаковки RAR v2 на 30%
* поддержка solid RAR v2 архивов
* zxtune-qt: пофикшено падение при отмене поиска файлов
* zxtune-qt: пофикшена работа с локализованными путями (http://code.google.com/p/zxtune/issues/detail?id=25)
Скачать билд для win32
Скачать билд для слабых машин с win32
Скачать билд для win64
Небольшое исследование по поводу распаковки RAR.
Когда собирался поддержать этот формат, скачал много разных исходников, надеясь найти готовую либу (по типу zlib). Все что находилось было неподходящим по интерфейсу (unrarlib, libclamav_unrarlib). Разбирательство с оригинальным депакером было отложено ввиду его (депакера) большого размера. Тут товарищ Alco подкинул мне сорцы утилиты sunrar, написанной одним товарищем по мотивам оригинального депакера. Несмотря на брутальный код на голом С (оригинальный депакер написан на С++), небольшой объем исходника позволил разобраться в алгоритме и перенести его себе, адаптировав под требуемый интерфейс. Параллельно велась работа по уничтожению *****кода и прочих хардкорных идиотизмов "для скорости". Профилирование выявило в моем коде одно слабое место, которое, будучи замененным, дало прирост в скорости распаковки.
Вот некоторые результаты:
Примечания:Код:unrar:
22Mb: 4 801 204 b/s 100%
40Mb: 5 560 894 b/s 100%
unrar64:
22Mb: 71 198 729 b/s 1483% (100%)
40Mb: 72 950 758 b/s 1311% (100%)
sunrar:
22Mb: 5 812 448 b/s 121%
40Mb: 6 487 380 b/s 117%
sunrar64:
22Mb: 5 955 331 b/s 124% (8%)
40Mb: 6 808 164 b/s 122% (9%)
zxtune:
22Mb: 6 710 018 b/s 140%
40Mb: 7 490 588 b/s 134%
zxtune_mingw:
22Mb: 7 362 944 b/s 153%
40Mb: 8 410 172 b/s 151%
zxtune64:
22Mb: 72 360 279 b/s 1507% (102%)
40Mb: 56 093 512 b/s 1008% (77%)
- измерения проводились на Windows 7 Professional 64bit. Intel Core2 Quad@2.5GHz
- скорость представляет собой усредненное значение по результатам трех запусков
- алгоритм измерения скорости не учитывает время аллокации памяти и одинаков для всех приложений
- sunrar и zxtune распаковывают из памяти в память, в то время как unrar, скорее всего, читает по частям с диска (не уточнял) и приведен здесь для сравнения
- все подопытные были собраны одинаковыми компиляторами (кроме zxtune_mingw) с одинаковыми опциями, настроенными на производительность.
Выводы:
- *****код (sunrar) медленый и абсолютно не масштабируемый, хотя там куча приседаний на тему скорости
- mingw ощутимо быстрее msvc
- оптимизированная под небольшой словарь распаковка (sunrar, zxtune) выигрывает на небольших, но проигрывает на больших файлах
- 64-битные приложения работают гораздо быстрее (даже с учетом замедления работы 32-битных приложений в 64-битном окружении)
вот это удивило... а какая студия?Цитата:
Сообщение от Vitamin
2003. 2005 была еще медленнее. Надо будет еще попробовать, чтобы иметь разнообразие версий рантайма, а то народ жалуется на отсутствующий 7.1Цитата:
Сообщение от elf/2
---------- Post added at 15:42 ---------- Previous post was at 14:40 ----------
Переезд на vc80 отменяется. Результаты сканирования 734Мб файла (+- 10 секунд):
vc71_x86: 535 секунд
vc80_x86: 688 секунд
mingw_x86: 543 секунды
vc80_x86_64: 350 секунд
все любопытственнее и любопытственнее... я до этого много слышал о том, что у MS с каждой студией оптимизатор все лучше и лучше.Цитата:
Сообщение от Vitamin
а ты всякие SSE2/3/4 включал или компилируется для минимально возможного процессора?
Говорят 2008 студия крутая, но она у меня не установлена, потому ничего сказать не могу конкретного.Цитата:
Сообщение от elf/2
Никаких специфичных опций не указываю (уже обжегся) кроме поддержки mmx в mingw (оно уже у всех есть). Так что по идее должен собирать под blended model.
Какую ошибку выдает? Нехватка библиотеки или что?Цитата:
Сообщение от papuas
В этой программе есть какие-то настройки? Буфер, сэмпл рэйт, сглаживание?