Судя по твоему же сайту (кста, эта страничка не работает), почти в два раза менее популярен, чем ASC.
Вид для печати
Математика меня не интересует.
Есть форматы в которых писали музыку раньше и она всплывает сейчас в релизах, есть форматы в которых музыку пишут сейчас. А есть форматы в которых писали только их авторы (FTC, GTR, PSM, FLS, FXM, CCF) с отсутствием их поддержки еще как то можно было бы мериться.
Ну ты сначала обработай и используй то новое, что было найдено. А уже потом можно будет вести речь о добыче нового.
Поскольку у меня ресурс весьма ограниченный, надо расставлять приоритеты. И поддержка разных маргинальных на мой взгляд трекеров- не в лидерах.
Ты проверил конвертер в FYM?
На самом деле это весьма реальная и хорошая идея.
Да вот как-то только вчера в голову пришла. ZXTune ведь идет под Linux и умеет с коммандной строки, так что дело по идее только за хостингом, на котором это было бы разрешено (в Эстонии, например, на практике не раз удавалось договориться).
Билд 1194:
+ поддержка еще одного метода сжатия в ZXZIP. На данный момент поддерживаются 3 из 4 методов сжатия (кроме slow)
* для всех выводов звука пофикшена проблема с зависанием при воспроизведении закончившегося плейлиста (заодно выкинута куча *****кода с древних времен)
+ пробная поддержка формата AY. Пока со следующими ограничениями:
а) только формат EMUL
б) бипер не поддержан
в) перемотка не поддержана
г) многомодульные файлы тоже пока не поддержаны. Для избежания дальнейших проблем, пока неподдержаны полностью, т.е. даже первый нельзя открыть.
* фикс с конверсией в wav из zxtune123
Скачать версию для windows
Расстрелять за такой метод создания дебов. Руки дошли посмотреть. Убился нафиг. Не проще было сделать обычным для деб. методом создания ручками директории debian и покладывания в нее всех нужных файликов и скриптов? Оно-бы через dpkg-buildpackage прекрасно собиралось и нормально-бы делало всю иерархию включая dbg пакеты. А то у тебя сейчас чтобы собрать под другой проц, отличный от описанного в 100500 мэйкфайлах надо долбануться головой вместо того чтобы 1 раз набрать dpkg-buildpackage. Для этих целей все эти control и придуманы. Там архитектуру надо ставить any и тогда при сборке через dpkg оно будет подставлять текущую. Ну и зависимости оно умеет само ресолвить. Чуть позжей сделаю директорию.
Как смог, так и сделал. lintian особо не жалуется.
Сейчас я ВСЕ пакеты (и .tar.gz, и .deb, и .tar.xz) под обе платформы собираются на одной машине с Archlinux x86_64. И такое положение дел меня устраивает, к нему и стремился. Твой способ позволит такое сделать?
И в каких же мейкфайлах захардкожены процы? А то я под mips собираю и не замечаю такого.
Зато матерится при установке dpkg, ибо у тебя в оба пакета кладутся файлы конфига и при установке обоих сразу будет куча матерщины. Делай тогда 3 пакета и зависимости.
qmaster@Deb-G5-QM:~/--/FF4/zxtune$ ./build.sh linux powerpc ubuntu
Updating
Using QT headers in /usr/include/qt4
Using QT libs in /usr/lib
Using boost in /usr/include/boost
Clearing
../../make/package_ubuntu.mak:8: Unknown debian package architecture
../../make/package_ubuntu.mak:8: Unknown debian package architecture
make: Entering directory `/home/qmaster/--/FF4/zxtune/apps'
make -C zxtune-qt package
make[1]: Entering directory `/home/qmaster/--/FF4/zxtune/apps/zxtune-qt'
../../make/package_ubuntu.mak:8: Unknown debian package architecture
make[2]: Entering directory `/home/qmaster/--/FF4/zxtune/apps/zxtune-qt'
../../make/package_ubuntu.mak:8: Unknown debian package architecture
Creating package ../../Builds/Revision1194_linux_powerpc_ubuntu/zxtune-qt_r1194_ubuntu_powerpc.deb
make[2]: *** [package_ubuntu] Ошибка 2
make[2]: Leaving directory `/home/qmaster/--/FF4/zxtune/apps/zxtune-qt'
make[1]: *** [package] Ошибка 2
make[1]: Leaving directory `/home/qmaster/--/FF4/zxtune/apps/zxtune-qt'
make: *** [package] Ошибка 2
make: Leaving directory `/home/qmaster/--/FF4/zxtune/apps'
Command exited with non-zero status 2
690.45user 33.00system 4:12.35elapsed 286%CPU (0avgtext+0avgdata 1036112maxresident)k
36824inputs+1300088outputs (115major+3953049minor)pagefaults 0swaps
А все почему? правильно из-за echo -e
fakeroot dpkg-deb --build ../../Builds/Revision1194_linux_powerpc_ubuntu/root /home/qmaster/--/FF4/zxtune/apps/zxtune-qt/../../Builds/Revision1194_linux_powerpc_ubuntu/zxtune-qt_r1194_ubuntu_powerpc.deb
dpkg-deb: error: parsing file '../../Builds/Revision1194_linux_powerpc_ubuntu/root/DEBIAN/control' near line 0:
после имени поля «-e» должно идти двоеточие
Теперь читаем файлик контрол:
Architecture: unknown
Теперь читаем package_ubuntu.mak:
ifneq ($(findstring $(arch),i386 i486 i586 i686),)
arch_debian := i386
else ifneq ($(findstring $(arch),x86_64),)
arch_debian := amd64
else
arch_debian := unknown
endif
Тадам. И после этого ты говоришь что где-то что-то не за хардкожено?
И все это всего-лишь из-за отсутствия желания создать 1 директорию, 3 файлика и использовать то что давно украдено до нас.
И кто догадается, что надо качать три пакета вместо одного? Одно время выкладывал отдельно бинарники и динамические библиотеки. Так на 3 загрузки бинарников была 1 загрузка динамического пакета. И ни одного фидбека, что не работает.
Склоняюсь больше к одному пакету с обоими версиями приложения.
Я не говорил, что не захардкожено. Я говорил, что захардкожено не в тыще мест.
Ответь мне еще раз на вопрос: используя все, что ты написал выше, смогу ли я сделать кросс-сборку из archlinux на две платформы (при условии, что есть только dpkg)? Если нет, то все эти "очевидные и понятные" дебиановские выкрутасы мне даром не нужны, ибо проверить и сопровождать не смогу.