ZXTune - Chiptunes player

[Vitamin]

ничего не понял, но твой ответ тронул меня за душу

Я перетащил определение дефолтной темы в apps/zxtune-qt/Makefile

Последовательность действий такая:
1) Я ввожу новую функциональность, для которой мне нужна новая иконка
2) Я рисую эту иконку в theme_default, добавляю ее в соответсвующий theme.qrc (возможно модифицируя другие theme.qrc для облегчения синхронизации) и меняю gui_theme на default
3) Ты обнаруживаешь сие вопиющее безобразие (смену темы на дефолтную ), дорисовываешь нужные иконки и меняешь тему обратно на нужную.

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

я не очень в курсе, но можно ли в иксах иметь одну иконку для таскбара (мелкую), а вторую для тепеключения тасков по alt+tab (более крупную)? (я как-то больше по консоли и sdl специалист )

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

могу и для динги.
а какие особенности?
16x16 -> 8x8
24x24 -> ?

Можешь подфиксить в мейках:

#main window is specific for platforms
ifeq ($(platform),dingux)
ui_files += ui/mainwindow_embedded
else
ui_files += ui/mainwindow
endif

и возможно MainWindowEmbedded::Create в ui/mainwindow_embedded.cpp чтоб оценить как это выглядит. Вкратце- 320х240 разрешение. Не все контролы-окна присутствуют.

ЗЫ. Писать для динги гуи на SDL нету сил, а на qt слишком ущербное получается, если честно...

[Advertiser]

[Sinus]

Последовательность действий такая:
1) Я ввожу новую функциональность, для которой мне нужна новая иконка
2) Я рисую эту иконку в theme_default, добавляю ее в соответсвующий theme.qrc (возможно модифицируя другие theme.qrc для облегчения синхронизации) и меняю gui_theme на default
3) Ты обнаруживаешь сие вопиющее безобразие (смену темы на дефолтную ), дорисовываешь нужные иконки и меняешь тему обратно на нужную.

о, теперь всё понятно.
не вопрос.

Единственное ограничение- к вечеру понедельника-утро вторника надо иметь стабильную версию для построения билда.

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

ЗЫ. Писать для динги гуи на SDL нету сил, а на qt слишком ущербное получается, если честно...

а взять какое-нибудь готовое на SDL?

[Vitamin]

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

Ну вот одну уже на выходных добавил

а взять какое-нибудь готовое на SDL?

Я ХЗ какие там есть готовые на SDL. А тратить на это время не хочется- выход слишком мал будет.

[Q-Master]

Я ХЗ какие там есть готовые на SDL. А тратить на это время не хочется- выход слишком мал будет.

Посмотри в сторону Agar.

[Vitamin]

Посмотри в сторону Agar.

Сам я этим заниматься не буду. На общие вещи сил не хватает...
Если кто возьмется- разумеется помогу по мере сил.

[Vitamin]

Билд 938:

* улучшена обработка ошибок (в том числе и для пользователя)
* фиксы в декодере разных модулей
* мелкие доработки в zxtune-qt и...
+ новые иконки от Sinus aka Restorer! Смотрим, оцениваем!

[Sinus]

http://code.google.com/p/zxtune/issues/detail?id=22 пофикси плиз, а то бесит очень

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

если такого нет, то создам фича риквесты.

зы. такой ещё вопрос: а у тя звук формируется в основном потоке или в отдельном? такое ошущение что в основном, так как обновление циферок подтупливает регулярно.

[Vitamin]

пофикси плиз, а то бесит очень

Да, есть такая маза При перемещении текущего играющего элемента та же фигня с порядком случается.

и ещё есть ли возможность чтоб какой-нибудь плейлист загружался автоматом при старте?

В принципе можно. Сложности могут быть с автоматическим воспроизведением.

и чтоб состояние layout-а (что включено, а что выключено) сохранялось при выходе и подгружалось при старте.

Создавай реквесты на все, чтоб не потерялось в недрах темы.

зы. такой ещё вопрос: а у тя звук формируется в основном потоке или в отдельном? такое ошущение что в основном, так как обновление циферок подтупливает регулярно.

В отдельном, конечно. Также в отдельном потоке происходит обновление всех заинтересованных подписчиков на события (анализатор, позиционирование, статус, громкость). Вот изза их большого количества, а также гуевого происхождения, похоже, и притупливает.
Какая версия QT используется? У меня в старых версиях (<4.7.0) на винде обновление вообще прекращалось, когда окно таскалось по экрану.

[Sinus]

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

не знаю как работает внутри себя QT, но думаю что нет смысла, всё равно обновление произойдёт на WM_PAINT (в случае винды).
а WM_PAINT придёт из message loop, который обычно один.

Вот изза их большого количества, а также гуевого происхождения, похоже, и притупливает. Какая версия QT используется?

4.7.1-r1
qt, конечно, не быстрая штука, но думаю что обновить интерфейс оно способно быстро

может реально есть где-нибудь какой-то затык?

У меня в старых версиях (<4.7.0) на винде обновление вообще прекращалось, когда окно таскалось по экрану.

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

зы. что-то пробило меня на ностальгию по всем этим HWND, DispatchMessage, PeekMessage и прочим wParam. поставить чтоле mingw?

[Vitamin]

не знаю как работает внутри себя QT, но думаю что нет смысла, всё равно обновление произойдёт на WM_PAINT (в случае винды).
а WM_PAINT придёт из message loop, который обычно один.

В основном цикле практически ничего не висит. Все на фоновых потоках.

может реально есть где-нибудь какой-то затык?

Можешь вставить вывод текущего времени до и после вызова OnUpdateState в supp/playback_supp.cpp:PlaybackSupportImpl::run() и посмотреть на периодичность и затраты на обработку этого цикла.
Если что, можно увеличить отводимое на этот процесс время, увеличив таймаут у WaitForSignal.

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

В 4.7.1 этой проблемы уже нет.

зы. что-то пробило меня на ностальгию по всем этим HWND, DispatchMessage, PeekMessage и прочим wParam. поставить чтоле mingw?

Чур меня от таких низкоуровневых говен

Mingw рекомендую http://nuwen.net/mingw.html