я наверное чего-то не понимаю, но мне абсолютно непонятна схема которую вы рисуете. ведь не будет же банк высылать клиенту запрос на код подтверждения и просить его выслать на какой-то третий левый номер? Если бы банк просил выслать код подтверждения, он бы просил выслать его себе.
Тут я так понимаю бухгалтера свои операции обрабатывают и чтобы подтвердить операции своих клиентов ожидают от них подтверждения на свои номера. Когда есть вся информация об операции, код ожидаемый от клиента привязан к этой операции однозначно. и на какой номер он придет ну совершенно все равно. придет — операция подтверждена, не придет — не подтверждена.
на мой дилетантский взгляд проще было бы разрубать все опираясь на номера подтверждений. один-два номера, для надежности лучше два на двух разных машинах от двух разных операторов, и ориентироваться на код подтверждения.
ведь каждый код подтверждения все равно привязан к конкретной операции, какой смысл в разных номерах для этого???
Это точно приз за лучший технический дизайн системы.
А, я извиняюсь даже как-то неловко спрашивать, несколькокитайскихgsm модемов даже без серийников в одном линукс сервере у вас ДЛЯ НАДЕЖНОСТИ, если вдруг отвалится один сотовый оператор?
насколько я знаю репозитарий уже есть, что-то типа openelec-7.0 (который еще beta я так понимаю). собран ли из него образ я не в курсе. но препятствий к этому никаких нет — kodi на плате работает, остальное вокруг это всего лишь обрезаный linux.
так что если уже не собрали, то скоро соберут.
с 90% вероятностью косяк в библиотеке работы с кодеком. если хардварно чип умеет работать с 10-ю битами на каком-то разрешении, и не превращает их в кашу — значит он может работать с ними в любом разрешении. просто возможно где-то забыли какой-то флаг при инициализации других разрешений поставить, или еще что.
то есть шансы что починят есть.
8-bit показывается без проблем.
10-bit — проскакивают несколько первых кадров (с нормальными цветами) и картинка застывает.
12-bit — только один кадр первый появляется, иногда в измененных цветах и картинка застывает.
На самом деле это не то чтобы совсем плохо, у меня есть другие два примера HEVC 10-bit, один 720р, второй 1080р. Так вот 720р 10-bit проигрывается нормально. С 1080р такая же фигня — несколько первых кадров и картинка застывает. Вполне возможно что это какой-то косяк в библиотеках amlibs которые потом поправят для проигрывания 10-битных файлов. Если бы проблема была в чипе — я почти уверен что результатом были бы измененные, ненатуральные цвета, или мешанина на экране. То, что кадры появляются на экране в нормальном виде, хоть и всего несколько и застывает, говорит о том что кодек разбирает кодированный кадр правильно.
Вот оказывается как эта шляпа называется… За последние три дня ну просто заколебали присылать свои смешные письма, по 30 штук в день сыпется с просьбой открыть их файлы. Хочется уже просто открыть наконец, только чтобы заткнуть чертов почтовый нотификатор о входящих.
почему же? там есть большие специалисты по openelec. они собирают дистрибутивы под все платы одроида. я уверен что под С2 соберут очень быстро. вот тема про все forum.odroid.com/viewtopic.php?f=79&t=5915. мне кажется те два человека что собирают openelec тоже получили свои тестовы образцы, все будет готово как только устаканится кодовая база. пока несколько компонент ну натурально временные хаки.
Это не на всех армах так, но многие делают по такой схеме. Все зависит от драйверов, на самом деле, ядро линукса позволяет сделать очень много разных систем и подходов. И многие производители арм-плат хардварщики до мозга костей. Их код прямо кричит о том что ассемблер им ближе чем любой язык высокого уровня. Поэтому они зачастую предпочитают или не париться на тему абстракций, или просто не знают что есть какие-то подсистемы направленные именно на это, типа v4l2, и делают ну прямо деревянные драйвера и библиотеки к ним с простейшими подходами. А дальше гугл подпилит свои абстрактные библиотеки под их подход под андроид (типа libstagefright) и гори оно огнем.
Вот например у Samsung просто прекрасный R&D центр с замечательными программистами которые все делают по канонам. У них и mailing list, и ревизия кода одних девелоперов другими (все в открытом мэйл-листе специфичном для видео подсистем линукса). Поэтому и самсунговские чипы Exynos имеют очень хорошую поддержку в ядре, все очень четко, строго и со стандартными API.
Насчет скалера не беспокойтесь, чип который может 4к HEVC минимум раз в 10 мощнее RPi чипа. Никаких проседаний не было ни на С1 никогда (в пределах спецификации производителя что может этот чип), не будет и на С2 наверняка.
Если в кратце ответить на ваш вопрос — да, отменили.
Если подробно, то суть такова — на amlogic, так же как и на RPi, видео-слой это подложка под слоем на которым рисует Коди. Кодек устроен так, что в него подаются данные, а он сам рисует на экране используя видео-драйвер в ядре. Коди вообще ничего не знает о том что происходит на экране в плане видео, ему кодек обратно сообщает только текущий кадр который он обрабатывает (для синхронизации аудио). Для Коди видео-слой это дырка в интерфейсе. Этот режим в исходниках так и называется RENDER_BYPASS. Видео-драйвера устроены как миксер нескольких слоев, тот который может EGL — верхний, под ним еще один второй, для тех кто может использовать два, и под ним третий, тот на котором кодек рисует. Про который собственно Коди вообще ничего не может знать в принципе. Так что скриншот я сделать могу, но он будет выглядеть как черный экран (вернее прозрачный).
Но я все-таки, как вы просите, сделал специально для вас.
Перед проигрыванием видео: habrastorage.org/files/092/6cb/aaa/0926cbaaa29442fdba99c829605adbc3.png
Во время проигрывания видео с интерфейсом: habrastorage.org/files/606/f8a/1c8/606f8a1c873b4282ba13a59484217a14.png
Во время проигрывания видео без интерфейса, только с видео на экране habrastorage.org/files/e45/8ad/fef/e458adfefdc24f38ada3f13dd1b2df47.png
Если вы хотите прямо скриншоты экрана, это сделать довольно сложно будет, но возможно. Можно написать программу которая подключится к кодеку и сохранит область памяти которую он передает прямо в видео-адаптер для вывода на экран. Это прилично гемора, хотя я и знаю примерно что у кого спрашивать (вызовы и подсистемы). Но вам точно надо прямо это?
Получилось прийти после работы домой и завалиться спать. =)
Но хорошо что вы напомнили, я сделал как смог, надеюсь не совсем никчемные.
Первый скрин на паузе, остальные 4 во время проигрывания, я старался как мог, но вот прямо плохого качества (между кадрами) получился всего один. а всего я нащелкал штук 10, но остальные совсем никудышные, или темные неразборчиво или однотонные попавшие в кадр без деталей. imgur.com/1Xg0asn imgur.com/cdb30qY imgur.com/JY5LWpm imgur.com/UaTLKzu imgur.com/EPqihWT
если подключена клавиатура, это клавиша «o». можно так же выполнить макро «codecinfo». из меню, либо клавиш на всяких удаленных интерфейсах, это окошко не вызывается.
www.youtube.com/watch?v=FG4Z17IaTm8
звук получился отвратный с микрофона от телефона, но это не главное. если переставить видео в HD, и поставить на паузу в момент проигрывания видео — там сверху все параметры кодека. c1-h264 это название декодера, значит уходит в чип.
Видео проигрывается кодеком и выглядит очень достойно. Короткий ролик я залью чуть потом, только звук с него сниму, а то у меня за окном стройка и прямо вот сейчас им просто приспичило мне кажется до центра земли бурить.
Насчет настроек деинтерлейса я сильно сомневаюсь что настройки коди будут иметь какое-то влияние, потому что на амлоджик кодек устроен так что прямо в драйвера и потом уже «в чип» передается видео поток сжатый без изменений, то есть он прямо как есть в файле, так и передается, а кодек сам определяет как его показывать. врядли настройки в коди как-то влияют на этот процесс. но ролик по ссылке выглядел вполне, четко, гладко, без артефактов.
Тут я так понимаю бухгалтера свои операции обрабатывают и чтобы подтвердить операции своих клиентов ожидают от них подтверждения на свои номера. Когда есть вся информация об операции, код ожидаемый от клиента привязан к этой операции однозначно. и на какой номер он придет ну совершенно все равно. придет — операция подтверждена, не придет — не подтверждена.
ведь каждый код подтверждения все равно привязан к конкретной операции, какой смысл в разных номерах для этого???
А, я извиняюсь даже как-то неловко спрашивать, несколько китайских gsm модемов даже без серийников в одном линукс сервере у вас ДЛЯ НАДЕЖНОСТИ, если вдруг отвалится один сотовый оператор?
так что если уже не собрали, то скоро соберут.
то есть шансы что починят есть.
10-bit — проскакивают несколько первых кадров (с нормальными цветами) и картинка застывает.
12-bit — только один кадр первый появляется, иногда в измененных цветах и картинка застывает.
На самом деле это не то чтобы совсем плохо, у меня есть другие два примера HEVC 10-bit, один 720р, второй 1080р. Так вот 720р 10-bit проигрывается нормально. С 1080р такая же фигня — несколько первых кадров и картинка застывает. Вполне возможно что это какой-то косяк в библиотеках amlibs которые потом поправят для проигрывания 10-битных файлов. Если бы проблема была в чипе — я почти уверен что результатом были бы измененные, ненатуральные цвета, или мешанина на экране. То, что кадры появляются на экране в нормальном виде, хоть и всего несколько и застывает, говорит о том что кодек разбирает кодированный кадр правильно.
Вот например у Samsung просто прекрасный R&D центр с замечательными программистами которые все делают по канонам. У них и mailing list, и ревизия кода одних девелоперов другими (все в открытом мэйл-листе специфичном для видео подсистем линукса). Поэтому и самсунговские чипы Exynos имеют очень хорошую поддержку в ядре, все очень четко, строго и со стандартными API.
Насчет скалера не беспокойтесь, чип который может 4к HEVC минимум раз в 10 мощнее RPi чипа. Никаких проседаний не было ни на С1 никогда (в пределах спецификации производителя что может этот чип), не будет и на С2 наверняка.
Если подробно, то суть такова — на amlogic, так же как и на RPi, видео-слой это подложка под слоем на которым рисует Коди. Кодек устроен так, что в него подаются данные, а он сам рисует на экране используя видео-драйвер в ядре. Коди вообще ничего не знает о том что происходит на экране в плане видео, ему кодек обратно сообщает только текущий кадр который он обрабатывает (для синхронизации аудио). Для Коди видео-слой это дырка в интерфейсе. Этот режим в исходниках так и называется RENDER_BYPASS. Видео-драйвера устроены как миксер нескольких слоев, тот который может EGL — верхний, под ним еще один второй, для тех кто может использовать два, и под ним третий, тот на котором кодек рисует. Про который собственно Коди вообще ничего не может знать в принципе. Так что скриншот я сделать могу, но он будет выглядеть как черный экран (вернее прозрачный).
Но я все-таки, как вы просите, сделал специально для вас.
Перед проигрыванием видео:
habrastorage.org/files/092/6cb/aaa/0926cbaaa29442fdba99c829605adbc3.png
Во время проигрывания видео с интерфейсом:
habrastorage.org/files/606/f8a/1c8/606f8a1c873b4282ba13a59484217a14.png
Во время проигрывания видео без интерфейса, только с видео на экране
habrastorage.org/files/e45/8ad/fef/e458adfefdc24f38ada3f13dd1b2df47.png
на паузе
habrastorage.org/files/5c5/e15/796/5c5e15796a094908a90ce76691bff37c.jpg
во время проигрывания
habrastorage.org/files/68e/868/c9d/68e868c9de6d49f791f1cfbca354c05f.jpg
habrastorage.org/files/c5c/67f/716/c5c67f716b8b4cf0af053463161d32e9.jpg
habrastorage.org/files/e52/e30/576/e52e3057672a4991aaa1e5ace99061c5.jpg
habrastorage.org/files/a09/f32/db6/a09f32db618743b9b34d75dd8be55665.jpg
Если вы хотите прямо скриншоты экрана, это сделать довольно сложно будет, но возможно. Можно написать программу которая подключится к кодеку и сохранит область памяти которую он передает прямо в видео-адаптер для вывода на экран. Это прилично гемора, хотя я и знаю примерно что у кого спрашивать (вызовы и подсистемы). Но вам точно надо прямо это?
Но хорошо что вы напомнили, я сделал как смог, надеюсь не совсем никчемные.
Первый скрин на паузе, остальные 4 во время проигрывания, я старался как мог, но вот прямо плохого качества (между кадрами) получился всего один. а всего я нащелкал штук 10, но остальные совсем никудышные, или темные неразборчиво или однотонные попавшие в кадр без деталей.
imgur.com/1Xg0asn
imgur.com/cdb30qY
imgur.com/JY5LWpm
imgur.com/UaTLKzu
imgur.com/EPqihWT
звук получился отвратный с микрофона от телефона, но это не главное. если переставить видео в HD, и поставить на паузу в момент проигрывания видео — там сверху все параметры кодека. c1-h264 это название декодера, значит уходит в чип.
Насчет настроек деинтерлейса я сильно сомневаюсь что настройки коди будут иметь какое-то влияние, потому что на амлоджик кодек устроен так что прямо в драйвера и потом уже «в чип» передается видео поток сжатый без изменений, то есть он прямо как есть в файле, так и передается, а кодек сам определяет как его показывать. врядли настройки в коди как-то влияют на этот процесс. но ролик по ссылке выглядел вполне, четко, гладко, без артефактов.