Зависит от странички. Если локальная статическая страничка с парой фоток — < 10сек, если тяжелая по сетке сильно дольше. В любом случае намнооого быстрее, чем прогружать иксы, а поверх них хромиум. Кроме того, к моменту начала загрузки странички прога во всю что-то показывает/рассказыват, считывает штрих коды и моргает диодами. Удобно прокинуть сообщения libcec и вызывать JS методы с пульта телевизора
Ну, допустим, человек, каждый месяц покупает не пачку витаминок, а перечень из n1 препаратов и таких людей в очереди n2. Доходит до очередного такого человека очередь, а ему — Вам, как обычно? да/нет. Если как обычно, одна кнопка и человек ушел, если нет — обычная процедура. Очередь в аптеке, по моему опыту, вещь весьма неторопливая.
Могу предположить, что существует категория людей с опред. периодичность, покупающих один и тот-же набор препаратов. Допустим, люди с хрон. заболеваниями
А чем специализированный регистратор за 40тыр лучше железки от хайуач на 8 2мп камер, которую я поставил в подъезд за 7тр, и которая 24/7 пишет по движению вот уже 2ой год, и хард на 4тб за 5тыр, который пережил 2 апгрейда этого самого регистратора?
С нормальной карточки ситемди до голой консоли 4-5 сек. грузит. Я запускаю хромиум с простейшей локальной страничкой типа заставки сразу после инициализации локалфс, кидаю системд нотифи, по которой поднимается сеть и после этого гружу уже целевую страничку. Через 5-6 сек появляется заставка, а целевая страничка прогружается, в зависимости от сложности. Qtшный Webengine собираю с внешним ffmpeg, что бы mmalные кодеки для h264 пользовать, без Webasm и с системным libjpegturbo.
В буилдрут есть дефконфиг под малину. Ставим галочку напротив Qt и меняем systemV на systemd, что бы грузилось быстрее. Ну и не собираем ядро, а переписываем готовое из малиногита. На туториал там явно не тянет)
Берем BuildRoot и собираем рутфс, кроскомпилим Qt поверх eglfs собираем Qtишный пример браузера — имеем загрузку 4-5сек, хромиум поверх eglfs без всяких иксов с возможностью прокидывать сигналы и мигать диодами через GPIO и все это на 64метровой карточке
Абс. согласен. До посл. обновления было намного удобней. Обычно, кидаю на телефон трехразрядную часть суммы на счете. Теперь ее приходится держать в уме. Просвайпить карты получается в 10-го раза. Предыдущая версия, может быть, и была не так красива, но удобней однозначно. Справедливости ради стоит отметить, что МКБшный клиент один из самых удобных и быстрых из тех, которыми я пользовался
о каких задержках идет речь? Если речь о задержке в начале, то ясно, что ничего не будет, пока не придет очередной I-фрэйм, если Вы о low latency, то что-то вроде -nocache -probesize и -analyzeduration, точно не помню. И конечно на источнике настроить h264 профиль без B-фреймов и RTSP поверх UDP. У меня с хайвижина 1980p@25 на малине 0.2 сек, кодек mmal льет в текстурку через EGL_KHR_image, в шейдере уив->ргб. Использую, как дверной глазок
тем, что SDL работает повер опенгл со всеми вытекающими(YUV->RGB, например конвертится в шейдере, бесплатный ресайз, кроп и т.д) и диффкцитные такты ЦП не расходуются, причем в текстурки льется по DMA. Проблем держать в памяти, хоть 44 кадра, тоже не вижу
почему бы Вам просто не скопипастить сюда ffmpeg_hw из примеров ffmpega? А еще лучше ffplay, он хоть YUV, через SDLные шейдеры рисует, а не терзает старичка GDI
Согласен, если время загрузки не критично, поскольку после program_usb_boot_mode=1 на моем RPI3B ось грузившаяся до этого 4 секунды стала грузится 6 секунд с той же SD. Люди пишут, что эта дельта где-то настраивается, но времени поискать где не было
А питонообертка над dlib точно «своя библиотека»?
На 1200 банке живет часа 3, если я не ошибаюсь.