>я понимаю как это можно исправить (задать «правильный» DISPLAY для вновь созданного окна), но в screen такой возможности не нашел
как адский костыльрешение срадствами скриптов — при создании нового окна, а наверное даже процесса оболочки, можно попробовать залезть в /proc/$(pidof screen)/environ и вытащить оттуда.
кроме того, есть подозрение, что количество грамотных инженеров — вообще константа, а где именно и что они делают зависит от того, в какую сторону сейчас катится технический прогресс.
>Когда я сидел в конторе с тремя стойками и мирно ковырял «чуть-чуть эксчейнжа», «чуть-чуть апача», «чуть-чуть радиуса» — это всё делалось больше «для интересу», чем по фактической надобности.
а сейчас у тебя разве не чуть-чуть всего по настройке линупса для шаблонов vm + xen + системы хранения?
>Честно говоря не думаю, что у VLC в этом месте проблемы.
проблема в связке vlc и openmax il.
нвидия дает свою реализацию OMX IL в виде динамически подгружаемой закрытой библиотеки. но при отсылке h264 кадров пайплайн тупо зависает, не возвращая никакой ошибки — input буфера на освобождаются, output буфера не наполняются декодированными данными.
по непроверенной информации от агенства Одна Бабка Сказала, в пайплайн нужно кидать кадры в другом формате — не RAW h264 хедеры, а хедеры с заголовками h264 ES.
>но и поддерживают распаковку контейнеров: чаще всего контейнер Mpeg2 Ts (.ts, .m2ts файлы), реже AVI контейнер и MKV контейнер.
ну это не особо интересно — контейнер пусть себе плеер распаковывает, досточно чтобы декодировалось хардварно.
а, так вот оно шо было!
как
адский костыльрешение срадствами скриптов — при создании нового окна, а наверное даже процесса оболочки, можно попробовать залезть в /proc/$(pidof screen)/environ и вытащить оттуда.трудно сказать — индустрия понятие раслывчатое.
кроме того, есть подозрение, что количество грамотных инженеров — вообще константа, а где именно и что они делают зависит от того, в какую сторону сейчас катится технический прогресс.
правильно: взяли двух широких специалистов и распределили между ними нагрузку.
а сейчас у тебя разве не чуть-чуть всего по настройке линупса для шаблонов vm + xen + системы хранения?
нашелся тут, узкий специалист, блин.
конечно. переменные окружения внутри процесса не меняется от того, кто смотрит на его вывод.
что из торрентов приехало — то и смотрим. ну и есть же hdmi
откуда информация, что они декодируют хардварно?
у вас с логикой все хорошо? любое развитие — следствие ошибки.
вы же говорите о том, что не любая ошибка ведет к развитию.
и это плохо. любое развитие — всегда результат ошибки. если бы ДНК всегда реплицировалась со 100%ой точностью, эволюции бы не было
>Взять хотябы пример из статьи с рекоммендациями к фильмам. Рекоммендательные сервисы основываются на моих предпочтениях,
и вы не открываете для себя ничего нового до тех пор, пока не жмете на рендом. а как работает рендом в рекомендациях — тоже нужно еще выяснить.
никаких, кроме того, что они СОФТОВЫЕ и эти кодеки нахер там не сдались.
то есть не «хедеры», а фреймы.
дооооо!
откуда дровишки?
вы про поддержку SIMD инструкций? это же не отдельный чип…
проблема в связке vlc и openmax il.
нвидия дает свою реализацию OMX IL в виде динамически подгружаемой закрытой библиотеки. но при отсылке h264 кадров пайплайн тупо зависает, не возвращая никакой ошибки — input буфера на освобождаются, output буфера не наполняются декодированными данными.
по непроверенной информации от агенства Одна Бабка Сказала, в пайплайн нужно кидать кадры в другом формате — не RAW h264 хедеры, а хедеры с заголовками h264 ES.
>но и поддерживают распаковку контейнеров: чаще всего контейнер Mpeg2 Ts (.ts, .m2ts файлы), реже AVI контейнер и MKV контейнер.
ну это не особо интересно — контейнер пусть себе плеер распаковывает, досточно чтобы декодировалось хардварно.
мне не надо кнопку. мне надо понять минимум, достаточный для написания патча, но месяца времени на комплексное и полное изучение вопроса у меня нет.
тачпад на елановском чипе, аппаратно мультитач умеет.