Hatred's Log Place
Хороший WM(( http://icemw.org, https://ru.wikipedia.org/wiki/IceWM)). Официально не развивается с 2013 года. Хорошей новостью является то, что автор не совсем на него забил и, хотя бы, обновляет сайт. Собственно на сайте появилась ссылка на неофициальный, но развиваемый репозиторий: https://github.com/bbidulock/icewm, так что реквесты приветствуются :)
Есть такой чип: Cypress FX3. Это чип для построения USB 3.0 устройств. Внутри железная реализация протокола, 512кБ памяти и ядро ARM926E-JS. Cypress предоставляет SDK, в котором поставляется RTOS ThreadX и необходимый код для работы с их железом.
Как и классических встраеваемых SDK есть возможность ставить пользовательские колбеки и, по сути, управлять и строить логику конкретного приложения, ну и реализовать нужное вам USB 3.0 (2.0 тоже) устройство.
Пост ни о чём. Просто хочется узнать сколько людей читает этот блог :) Такая вот блажь накатила. Поэтому велкам в камменты: кто читает, кому что интересно, может какие-то пожелания и т.п.
Тут немец один в почту постучался. У него проблемы с кодированием кодеком VP9:
ffmpeg: /build/buildd/libvpx-1.3.0/vp9/encoder/vp9_encodeframe.c:1747: rd_pick_partition: Assertion `tp_orig < *tp' failed.
Если вы сидите на каком-нить Mint 17 или Ubuntu 14.04, то у вас в системе стоит libvpx версии 1.3.0 в котором есть баг: при параметре arnr-maxframes равным нулю он крешится вот таким вот образом. Причем 0 - это валидное значение согласно документации. Если эту опцию принудительно не указывать для vpxenc, то он нормально кодирует, т.е. использует какое-то значение отличное от нуля, если указать - такой же креш. А вот FFmpeg, там внутри тоже не без косяка: лапша в настройках, задаёт дефолтное значение в 0, хотя разработчики рассчитывали (судя по всему) как раз на -1. Потому такая петрушка.
Лечится указанием ffmpeg опции -arnr-maxframes со значением -1 или больше 0. -1 - включит это самое “дефолтное” значение внутри libvpx.
В новых версиях libvpx проблема исправлена. Репорты:
ЗЫ о целесообразности использования VP9 меня не спрашивайте. Меня просто спросили, а я разобрался :) ЗЗЫ FFmpeg версии 2.8.1 но роли это не играет.
Заголовок не отражает всей сути. Конкретно: VirtualBox: 5.0.8 Гость: Linut Mint 17.2 и Ubuntu 14.04.2, x86_64 Зост: Win8, x86_64 Сборка Qt Creator из PPA: https://launchpad.net/~adrozdoff/+archive/ubuntu/qtcreator-git Проблема: при запуске крешится. Выводится такой стек-трейс: alexd@alexd-VirtualBox ~ $ qtcreator-git libGL error: pci id for fd 18: 80ee:beef, driver (null) OpenGL Warning: glFlushVertexArrayRangeNV not found in mesa table OpenGL Warning: glVertexArrayRangeNV not found in mesa table OpenGL Warning: glCombinerInputNV not found in mesa table OpenGL Warning: glCombinerOutputNV not found in mesa table OpenGL Warning: glCombinerParameterfNV not found in mesa table OpenGL Warning: glCombinerParameterfvNV not found in mesa table OpenGL Warning: glCombinerParameteriNV not found in mesa table OpenGL Warning: glCombinerParameterivNV not found in mesa table OpenGL Warning: glFinalCombinerInputNV not found in mesa table OpenGL Warning: glGetCombinerInputParameterfvNV not found in mesa table OpenGL Warning: glGetCombinerInputParameterivNV not found in mesa table OpenGL Warning: glGetCombinerOutputParameterfvNV not found in mesa table OpenGL Warning: glGetCombinerOutputParameterivNV not found in mesa table OpenGL Warning: glGetFinalCombinerInputParameterfvNV not found in mesa table OpenGL Warning: glGetFinalCombinerInputParameterivNV not found in mesa table OpenGL Warning: glDeleteFencesNV not found in mesa table OpenGL Warning: glFinishFenceNV not found in mesa table OpenGL Warning: glGenFencesNV not found in mesa table OpenGL Warning: glGetFenceivNV not found in mesa table OpenGL Warning: glIsFenceNV not found in mesa table OpenGL Warning: glSetFenceNV not found in mesa table OpenGL Warning: glTestFenceNV not found in mesa table libGL error: core dri or dri2 extension not found libGL error: failed to load driver: vboxvideo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: glXGetFBConfigAttrib for 0000000001deadb0, failed to get XVisualInfo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: glXGetFBConfigAttrib for 0000000001deadb0, failed to get XVisualInfo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: glXGetFBConfigAttrib for 0000000001deadb0, failed to get XVisualInfo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: glXGetFBConfigAttrib for 0000000001deadb0, failed to get XVisualInfo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: glXGetFBConfigAttrib for 0000000001deadb0, failed to get XVisualInfo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: glXGetFBConfigAttrib for 0000000001deadb0, failed to get XVisualInfo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: glXGetFBConfigAttrib for 0000000001deadb0, failed to get XVisualInfo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals OpenGL Warning: glXGetFBConfigAttrib for 0000000001deadb0, failed to get XVisualInfo OpenGL Warning: XGetVisualInfo returned 0 visuals for 0000000001deadb0 OpenGL Warning: Retry with 0x8002 returned 0 visuals Could not initialize GLX 0 libLLVM-3.
Пост основан на двух вопросах на Тостере и RU.SO. На RU.SO я же накатал ответ, на основе которого и буду строить свой псто. Кроме того, рассматриваю более подробно как работает перемотка со стороны FFmpeg.
В общем, жаждущие - подкат.
Волею судеб, китайская BRS-8 оказалась первой моей шланговой горелкой (мультитопливной тоже, но роли не играет). Но был замечен минус: после обычных накручивающихся (через ковеевский переходник Cobra) ощущался повышенный расход газа. Но плюсы контура испарителя и возможность погреть баллон очень сильно манили. Ещё хотелось чего-то более лёгкого: вес “газового” комплекта BRS-8 у меня доходит до 500 грамм, что не сильно мало.
Рассматривал различные варинты, взвешивал за и против (если кому интересно: выкладки могу опубликовать), ориентировался на известные бренды. Остановился на Optimus Vega, при покупке на eBay она встала мне с доставкой около 4000 руб, текущая цена, в районе 7000 руб, поставила бы на ней крест изначально. Собственно варианты были следующими:
Плюс краем глаза смотрел на Fire-Maple VOLCANO FMS-118 (или читать обзор) (забегая вперёд, скажу, что в текущей ситуации остановился бы на ней)
Итак, сама горелка:
Где-то 30 августа звонит Женя и предлагает на неделю сгонять на севера Приморья, поглядеть на Большой Амгинский, сходить на г.Курортная, посетить теплые источники и вообще, полюбоваться красотами северной Приморской природы. А я, зная эти красоты, просто не мог отказаться от такого предложения, благо жена, услышав о чём речь, сама сказала - ехать! Вот только сделала ремарку по поводу отправки в понедельник 14, а не в воскресенье 13. Но мы не суеверные!
С праздником, коллеги! Что бы не было в вашем коде:
#define TRUE FALSE
Добрая статья: http://www.mount.ru/shop/dir.php?id=235 в целом соответствует моему опыту использования газа.
Конспективно:
Выводы:
Иногда получается комбинировать, к примеру:
Стоить отметить, что готовка без наблюдения, при использовании котлов с нагаром (например, костровых), при пониженных температурах, при повышенных высотах всегда будет увеличивать расход газа.
При таком раскладе, расход выше чем чисто на Jet Boil, но проще готовить на палатку из 3-4 человек плюс меньше расход, чем чисто на горелке.
Пост буду уточнять по мере появления свежих наблюдений. Ещё есть старый пост: Газовые смеси и холод, который поможет сориентироваться при использовании газа в походе.
Временами, при сборке ловится такое:
/usr/bin/ld: cannot find -lGL
collect2: error: ld returned 1 exit status
При этом в системе наблюдается такое:
$ locate libGL.so
/usr/lib/i386-linux-gnu/mesa/libGL.so.1
/usr/lib/i386-linux-gnu/mesa/libGL.so.1.2.0
/usr/lib/insync/libGL.so.1
/usr/lib/nvidia-346-updates/libGL.so
/usr/lib/nvidia-346-updates/libGL.so.1
/usr/lib/nvidia-346-updates/libGL.so.346.82
/usr/lib/x86_64-linux-gnu/mesa/libGL.so
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0
/usr/lib/x86_64-linux-gnu/primus/libGL.so.1
/usr/lib32/nvidia-346-updates/libGL.so
/usr/lib32/nvidia-346-updates/libGL.so.1
/usr/lib32/nvidia-346-updates/libGL.so.346.82
Т.е. вроде всё есть, но чего-то не хватает. А не хватает того, что они живут в директориях, которые не видны линковщику. Для рантайма средство есть через aternatives:
x86_64-linux-gnu_gl_conf
x86_64-linux-gnu_egl_conf
Для девелопмента должен стоять пакет libgl1-mesa-dev. После его установки станет так:
$ ls -l /usr/lib/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root 13 марта 12 08:47 /usr/lib/x86_64-linux-gnu/libGL.so -> mesa/libGL.so
Проблема в том, что пакет стоит, а файла нет… Скорее всего были какие-то нюансы при обновлении или ещё чего. Лечится:
sudo apt-get install --reinstall libgl1-mesa-dev
Собственно, не только стек, но и ядро 3.19
Основная ссылка: http://www.opennet.ru/opennews/art.shtml?num=42744
Команда для обновления:
sudo apt-get install --install-recommends linux-generic-lts-vivid xserver-xorg-core-lts-vivid xserver-xorg-lts-vivid xserver-xorg-video-all-lts-vivid xserver-xorg-input-all-lts-vivid libwayland-egl1-mesa-lts-vivid
Стоит отметить, что при наличии PPA xorg-edgers у вас не получится обновиться: нужно сначала вычистить этот PPA и все установленные из него пакеты заменить на дистрибутивные. Но воспользоваться для этого ppa-purge не получится: удивитесь количеству конфликтов.
Я делал вручную по следующему алгоритму…
<WRAP center round alert 60%> ВНИМАНИЕ!!! СЛЕДУЙТЕ ДАННЫМ ИНСТРУКЦИЯМ ТОЛЬКО В СЛУЧАЕ, ЕСЛИ ВЫ РЕАЛЬНО ПОНИМАЕТЕ, ЧТО ДЕЛАЕТЕ. УБИТЬ СИСТЕМУ ТАК ПРОЩЕ ПРОСТОГО.
Перво-наперво: выполняйте команды из чистой консоли, а не из терминала. Если вы не понимаете о чём речь, лучше тут и остановиться.
Далее, для простоты на x86_64 системах стоит удалить i386 пакеты - они ставились, например, при установке Skype, TeamViewer или Wine. Соответсвенно, сами программы тоже снесутся. На всякий случай стоит сохранить список:
dpkg -l | grep :i386 | awk '{print $2}' > i386_list.txt
После чего нужно их удалить:
dpkg -l | grep :i386 | awk '{print $2}' | xargs sudo apt-get remove
Нет стоит использовать purge на этой стадии.
Затем нужно удалить в настройках apt репозиторий xorg-edgers и обновить список пакетов:
sudo apt-get update
После, нужно заменить все пакеты в названии которых (точнее версии) содержатся слова xedgers ,sarvatt и ricotz, а так же пакеты:
Сделать этом можно в два этапа. Сначала удаляем пакеты игнорируя все зависимости:
dpkg -l | grep 'xedgers<br/>|sarvatt<br/>|ricotz' | awk '{print $2}' | xargs sudo dpkg -r --force-depends ppa-purge wayland i915
Затем восстановить поломанные зависимости:
sudo apt-get install -f
Поставятся уже дистрибутивные пакеты.
После этого можно восстановить i386 пакеты и доставить пакеты ppa-purge, i915, если необходимо.
После данных действий, можно будет обновить стек xorg.
Кусок кода:
auto ecod = make_error_code(std::errc::resource_unavailable_try_again);
auto econ = make_error_condition(std::errc::resource_unavailable_try_again);
assert(ecod == econ);
Согласно документации ассерт не должен срабатывать. Компилятор GCC 4.8 и 4.9 в Linux Mint собирает код и выдаёт такое при запуске:
$ ./webserver
webserver: webserver.cpp:661: int main(int, char**): Assertion `ecod == econ' failed.
Aborted
Внезапно.
GCC 5.1 собирает и нормально обрабатывает ситуацию.
В спеке USB Audio Class есть описание чудного компонента - “Selector Unit (SU)”, который позволяет переключать несколько входов на один выход. Терминах USB спецификации: несколько Input Terminals (IT) к одному Output Terminal (OT). Сразу отмечу, что к каждому юниту может быть прикреплён строковый дескриптор, который его описывает. Если такое поведение не нужно, то ставится ноль и используется имя соответствующей USB функции (UAC в нашем случае) или устройства как такового, если дескриптор для функции тоже не задан, в общем - иерархия.
Но самый смак, как он обслуживается в разных операционных системах. Рассмотрим триаду: Windows (конкретно Win8), Linux (Ubuntu 14.04), MacOSX (TBD).
У вас 16 входов, между которыми нужно переключаться без потери стрима? Получите 16 отдельных устройств для записи с одинаковыми именами к которым система сама добавит #1, #2 и так далее, начиная со второго! Основой для имени будет выбран тип терминала (Микрофон, к примеру) и имя функции (ну или устройства)! Причём переключаться можно путём выбора дефолтного устройства для записи. Остальные устройства помечаются при этом как временно недоступные. Windows лучше знает, что показывать пользователю: вдруг производитель железки какую каку в имени написал!
UAA появилась ещё в XP, а воз почти и не тронулся. Прекрасный UI.
Стандартный контрол звука в Юнити входы не увидел. Но показал честно одно устройство. Откуда будет идти звук - гадай (привет pulseaudio!). GNOME Alsa Mixer - вообще какую-то муть вывел. А вот консольный alsamixer, правильно отобразил карту, а при выборе её - селектор для входов. При этом корректно отобразились строковые описания входов. Как обычно для Linux: UI отстрой, консоль рулит!
Возможно - это кривые настройки у убунты. Сегодня проверю на Mint. Но универсальный и самый дружественный способ один: выбрать в alsamixer.
Версию уточню. Сам не любитель маков. НО! Это единственная система в которой это сделано для человеков: устройство отображается одно, к нему подписывается сколько у него есть входов и выходов и даётся возможность выбрать вход, если он переключается через Selector Unit. Блеск.
Завтра уточню по поводу имён, но, вроде как, аналогично alsamixer, отображает корректно.
А не будет его. Сами выводы делайте. Лучше ссылок чуток накидаю:
Продолжаем отслеживать судьбу изменений, описанных в post/2015/03/29/avcpp_api-2_rework_vexa_pervaja.
Как обычно, объём работ отличается от того, что было запланировано. Итак, что сделано:
av::FormatContext::findStreamInfo(). Он может принимать коллекцию словарей для каждого стрима в потоке.std::error_code, который передаётся опциональным аргументом в те функции фейл которых может приводить к неоднозначностям в будущем. Если переменная для кода ошибки не передана, будет выброшено исключение av::Exception которое будет содержать данный код. Планируется, что набор исключений расширится под каждую сущность. Данные изменений повлекли достаточно сильные изменений в API, требующие изменений в коде приложений, которые их используют. При обработке ошибок стоит учитывать категорию оных. На дынный момент используется, как минимум три:
* avcpp_category() - для внутренних ошибок AvCpp
* ffmpeg_category() - для ошибок, пришедших от FFmpeg
* system_category() - для системных ошибок, в основном так рапортуются ошибки выделения памяти при помощи встроенных av_alloc() (когда владение принимается FFmpeg’ом и он сам освобождает, как следствие, использовать new/new[] нет возможности). Целесообразность использовать std::bad_alloc обдумывается.Ну и главное, реорганизация бранчей:
api-2.0 (исправляются только ошибки)api-legacy (для совместимости, самостоятельно тут ничего не исправляется, только принимаются мерж-реквесты)masterЧто осталось:
Планируется, что это будет сделано в следующей, третье вехе.
Как обычно, за отзывы, багрепорты и пул-реквесты буду благодарен.