HDMI video capture отзывы

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

Итак, перед нами устройство захвата видео с HDMI порта. Кому оно нужно?

— Консольным и мобильным геймерам – для записи видео с прохождением игр, соревновании и так далее.

— Обычным пользователям ПК – писать видео с экрана ПК можно и прямо в ПК, но это – дополнительная трата ресурсов видеокарты и процессора, что в свою очередь, может вызвать падение частоты кадров и дискомфорт в играх. А с применением этого устройства, можно захватывать видео с помощью второго, маломощного ПК или ноутбука.

— Стримерам, видеомонтажникам и так далее, у которых есть камеры с HDMI выходом. Например, некоторые фотоаппараты и видеокамеры, могут выдавать несжатый поток по HDMI, а покупка такого устройства захвата, обходится как минимум на порядок дешевле, чем покупка специализированного внешнего записывающего устройства.

Карта видеозахвата Rullz за 700 рублей: Обзор и сравнение с репликой | USB HDMI Video Capture

— Обозревателям материнок, фотоаппаратов, ТВ приставок, ресиверов и других устройств с видеовыходом – с помощью таких устройств, можно захватывать картинки и видео с экранов БИОСа, меню фотоаппаратов и других, «системных» экранов, запись с которых, стандартными средствами невозможна.

Изображение с BIOS материнской платы Biostar H310 MHG и изображение с меню фотоаппарата Sony ILCA77M2, захваченные с помощью обозреваемого устройства.

Про комплект поставки, коробочку и прочее – многого говорить не буду, так как это никому не нужно и не интересно. Всё просто и банально. Девайс сам небольшой, при работе сильно не греется, и даже имеет настоящий USB 3.0 коннектор.

Может возникнуть вопрос, а что такого плохого в сжатии, тем более битрейт неплохой получается, почти 100 мбит? А дело в том, что сжатие в любом случае, портит качество, а кодек MJPG – это очень «плохой» в плане эффективности, кодек, это по сути своей, просто набор .JPG картинок, собранных в один видеофайл. Такой кодек имел актуальность в конце 90х и начале 00х, многие, наверное, помнят такие карты видеозахвата как Miro Video DC10, DC30 и так далее – там тоже был кодек MJPG, но и исходный сигнал там имел качественные показатели, весьма далёкие от того, что обеспечивает HDMI. Говоря грубо, 100 мбит MJPG, это по качеству как 10 мбит H.264, с таким качеством видео сжимают нормальные видеорегистраторы (но не профессиональные устройства захвата и записи видео), так что для захвата видео с игр или статичных картинок экрана этот кодек подходит вполне, а вот для качественного захвата видео с несжатого источника – практически не подходит.

Это всё лирика, а теперь – практика. Задача – узнать, как реальные характеристики устройства, так и загрузку ЦП при разных сценариях использования.

Тестовой стенд был собран из двух ПК – В качестве «Основного», к которому подключалось это устройство захвата, выступил компьютер следующей конфигурации: Процессор — i3-9100F, материнская плата Biostar H310 MHG, Оперативная память 16GB DDR4, 512GB NVME SSD, 2GB AMD Radeon RX550. В качестве же источника сигнала выступал планшет Microsoft Surface Pro 5, к которому, через HDMI выход на фирменном доке, подключалось это устройство захвата. Разрешение на HDMI выходе ставилось 1920 на 1080, при частоте обновления 60 кадров в секунду. Режим цветности – RGB, 24 Bit. В качестве программного обеспечения для захвата видео использовались утилиты Amcap, iUvcr, OBS Studio.

Для начала, проверяем заявленную частоту кадров. Для этого, на компьютере-источнике открывается специальный тестовой видеоролик, и включается запись. В записанном видео, стрелка часов должна менять положение в каждом кадре (при режиме 60 кадров в секунду). Если этого не происходит, значит идёт либо пропуск, либо дублирование кадров.

И конечно же, Китайские друзья нас опять «прокатили» — хотя и частоту кадров можно выставить на 60fps при разрешении 1920х1080, захват реально идёт с частотой в 30 кадров в секунду – кадры просто дублируются. Частота в 60 кадров в секунду поддерживается только для разрешения 720p.

Во вторую очередь, стараемся узнать, на что способен встроенный кодек MJPG, каков его максимальный битрейт, так как никаких настроек качества для него не предусмотрено. Так как кодек MJPG «не умеет» межкадровую компрессию, то для него и статичная картинка достаточна. В графическом редакторе генерирую плохо сжимаемую картинку из разноцветных пикселей, с разрешением в 1920х1080 и вывожу её на полный экран, без масштабирования.

Битрейт получился около 100мбит. Неплохо. Но тесты на этом не закончены, следующим тестом идёт проверка загрузки ЦП при разных режимах захвата.

Еще по теме:  Оптический HDMI кабель обзор

Кадр из захваченного видео — 1080p, 30fps, MJPG

С фрагментом захваченного видео можно ознакомится по ссылке: https://gofile.io/d/z8tbf9

Был опробован захват с источника с разрешением 4К. Технически да, захватывать можно, но понижение разрешения идёт с сильными артефактами, как можно убедится по картинке, так что про захват с разрешения 4К лучше забыть.

С разрешением 1080p и ниже проблем нет – всё захватывается в хорошем качестве, но только в том случае, когда входное разрешение соответствует записываемому. Т.е. если скажем вам нужна запись в разрешении 720р, то и на источнике следует выставить такое же разрешение, иначе, будут заметные артефакты ресемплинга.

Источник: www.ixbt.com

Экспресс обзор свистка для видеозахвата с HDMI Rullz USB 2.0 Mini Video Capture Card

Я пишу это на скорую руку по мотивам топика со скидкой на это устройство. Чтобы немного показать что это такое. Так что не пинайте, это поверхностный обзор написанный за 15 минут в помощь страждущим. Я прикупил этот девайс пару месяцев назад, дотошно пытаясь понять что он может перед покупкой.

Это была, и по сути есть новинка, и несколько месяцев назад раскопать подробности было прямо скажем не легко. В итоге я добрался до таобао. Там отзывы были и весьма положительные. На фотках из отзывов счастливые китайцы втыкали это в ноутбук, а с другой стороны подключали Нинтендо свитч. Ну и на фотках это даже ниче так выглядело.

Когда эта штука ко мне приехала, людей подключавших к ней свитч мне было искренне жаль. И вот почему.

Китайцы вполне честно и без обмана заявляют, что девайс имеет интерфейс USB 2.0. Это значит что максимальная скорость передачи данных ограничено 480 мбит/сек. Тогда как в интерфейсе HDMI разрешение FHD утилизирует полосу около 2 гбит/сек а 4К так вообще около 8 гбит/сек. Ясное дело, что чем то придется жертвовать, и это что-то будет качество картинки.
Девайс определяется в системе как обычная USB камера.

И это большой плюс. По сути его можно воткнуть куда угодно, linux/windows/android/etc все что умеет работать с вебкамерой, будет работать с ним. По началу я использовал его с VLC плеером, но быстро выяснилось что штатное приложение «Камера» из поставки windows 10 куда как удобнее. Можно на лету переключить разрешение, и лаг в нем чуть поменьше. Итак, список режимов поддерживаемых нашей «Камерой»


Да, действительно 1920х1080 присутствует. Но за одним лишь нюансом. Девайс на скорую руку преобразует поток в mjpeg и в таком виде все это уходит в комп. С соответствующими потерями в картинке. Именно так и было втиснуто разрешение FHD в usb 2.0. В общем скриншот будут лучше всяких слов:

Вот так вот выглядит консоль raspberry pi отображаемое через это устройство. Читаемо конечно, но такое себе. Если поставить иксы, то можно заметить некоторый лаг при перемещении мыши. В VLC он был вообще диким, но в приложении Камера он меньше и этим даже можно как то пользоваться немного. Именно в этот момент я пожалел китайцев подключающих через это устройство Нинтендо Свитч.

Когда заметил явный лаг.

Стоит ли девайс этих денег? На мой взгляд да. Смотрите. Я купил его в разгар «самоизоляции» когда мне захотелось вебкамеру, но посмотрев на их цены на тот момент, я резко передумал. Особенно в условиях когда у меня есть куда как более приличные камеры но с интерфейсом HDMI.

Кроме того, я частенько ковыряюсь с малинками, и обычно лезу за монитор подключать ее к HDMI порту. Потом надо переключать вход на мониторе, а если что загуглить то надо переключать обратно. Ну это короче неудобно. И я подумал, как круто будет, воткнул малину в USB и вот она у тебя в отдельном окошке.

Так то оно так, но дальше установки ssh севрера что либо делать с такой картинкой мягко говоря не комфортно. Но главное, для стартовых операций типа установки ssh сервера этой картинки более чем достаточно. И это круто. Это удобно. Это можно воткнуть в ноут, где в принципе нет никаких hdmi входов, или или превратить планшет в монитор.

Плохонький но все же монитор с настоящим hdmi входом.

С фото камерой дела обстоят даже получше. На глаз мыльница Sony rx100 через этот девайс выдает картинку получше чем встроенная в ноут камера 1.3 MP. Будь эта камера воткнута в нормальный HDMI порт, картинка отличалась бы вообще на космическую величину, но даже так это не совсем плохо.

Планирую купить +12 Добавить в избранное Обзор понравился +42 +57

  • Rullz,
  • Rullz USB 2.0 Mini Video Capture Card,
  • Аксессуары для компьютерной техники
  • 16 июля 2020, 00:43
  • автор: gearwhell
  • просмотры: 11946

Источник: mysku.club

Rullz Mini USB HDMI Video Capture Card / Еще один мини-обзор

Где то месяц назад я в комментах увидел отсылку на самую дешевую карту захвата и найдя её на али решил заказать. Пока она пришла и я разбирался что эта за фигня и зачем она мне, случилась акция и мини обзор на неё. Решил написать мини-обзор немного дополняющий, но всё еще не полный. И выложить нарезку записанного для возможности оценить какество захвата.

Еще по теме:  HDMI фпс влияет ли

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

//Рассматриваю usb2 версию, версия usb3 появилась позднее, иначе бы взял её.

Желтый конверт

Желтый конверт с пупыркой содержал пакетик с инструкцией и пакетиком со свистком. Первым делом я изучил инструкцию и запустил загрузку obs студии, а пока она качается я попробовал vlc на linux. На нетбуке 2011 года явно не хватало производительности, а вот на ПК уже было всё приемлемо, но всё же были явные рывки на записи.
Для желающих почитать инструкцию, я отсканировал английскую сторону, переставив плитки для удобства чтения с экрана. Китайская внешне не отличается.

Инструкция

В наших деревнях интернет не быстрый, так что посмотрим что выдаст терминал, как идентифицируется устройство, итп. При первом подключении меня напугал PulseAudio, сходу сообщив всплывашкой что подключено аудио-устройство с моно-входом. То есть стерео музыка с сеги уже не доступна, но может PA врет?

Выхлоп терминала, куча мало понятных символов.

usb 1-7.3: new high-speed USB device number 12 using xhci_hcd usb 1-7.3: New USB device found, idVendor=534d, idProduct=2109, bcdDevice=21.00 usb 1-7.3: New USB device strings: Mfr=1, Product=0, SerialNumber=0 usb 1-7.3: Manufacturer: MACROSILICON uvcvideo: Found UVC 1.00 device (534d:2109) uvcvideo 1-7.3:1.0: Entity type for entity Processing 2 was not initialized! uvcvideo 1-7.3:1.0: Entity type for entity Camera 1 was not initialized! hid-generic 0003:534D:2109.0006: hiddev1,hidraw5: USB HID v1.10 Device [MACROSILICON] on usb-0000:00:14.0-7.3/input4 lsusb 534d:2109 — Информация из alsa-info 1 [U0x534d0x2109 ]: USB-Audio — USB Device 0x534d:0x2109 MACROSILICON USB Device 0x534d:0x2109 at usb-0000:00:14.0-7.3, high speed 4 [C525 ]: USB-Audio — HD Webcam C525 HD Webcam C525 at usb-0000:00:14.0-3, high speed !!USB Mixer information !!——————— —startcollapse— USB Mixer: usb_id=0x534d2109, ctrlif=2, ctlerr=0 Card: MACROSILICON USB Device 0x534d:0x2109 at usb-0000:00:14.0-7.3, high speed Unit: 2 Control: name=»Digital In Capture Switch», index=0 Info: control=1, cmask=0x0, channels=1, type=»INV_BOOLEAN» Volume: min=0, max=1, dBmin=0, dBmax=0 USB Mixer: usb_id=0x046d0826, ctrlif=0, ctlerr=0 Card: HD Webcam C525 at usb-0000:00:14.0-3, high speed Unit: 5 Control: name=»Mic Capture Volume», index=0 Info: control=2, cmask=0x0, channels=1, type=»S16″ Volume: min=1536, max=7680, dBmin=600, dBmax=3000 Unit: 5 Control: name=»Mic Capture Switch», index=0 Info: control=1, cmask=0x0, channels=1, type=»INV_BOOLEAN» Volume: min=0, max=1, dBmin=0, dBmax=0 —endcollapse— !!——-Mixer controls for card U0x534d0x2109 Card hw:1 ‘U0x534d0x2109’/’MACROSILICON USB Device 0x534d:0x2109 at usb-0000:00:14.0-7.3, high speed’ Mixer name : ‘USB Mixer’ Components : ‘USB534d:2109’ Controls : 3 Simple ctrls : 1 Simple mixer control ‘Digital In’,0 Capabilities: cswitch cswitch-joined Capture channels: Mono Mono: Capture [on]

По поводу стерео, см UPD3.

Самое забавное, что у HD Webcam C525 такие же vid:pid, из-за чего я не мог понять что за фигня творится в dmesg и lsusb, в котором свисток не отображался, пока я не выключил веб-камеру. Ииии в этот момент я понял почему Windows Camera могла писать с вебки, а не с rullz.
Да, увы, alsa тоже говорит моно, один канал.

Захваченное видео

Для примера я записал и нарезал подборку с разных источников. Захват шел на i5-7500/16RAM/GTX1063/SSD под Windows 10 и в некоторых моментах linux. В качестве программы захвата использовались windows camera (звук писала не оттуда и не понятно где это исправить), vlc который визуально подтормаживал под обоими системами. и OBS, рекомендованный инструкцией (использовалось аппаратное ускорение). Настройки стандартные, после установки не менял. Весь захват производился в разрешении 1080p30, вне зависимости от разрешения источника сигнала и изображения.
В качестве источников RPi с hdmi, пк с win98 (dvi через пассивный переходник), пк на linux, различные приставки с hdmi выходом.
Присутствуют так же три фрагмента теста, из которых 2 на разрешения (пиксельная пила/меандр/незнаюкакправильноназываетсятакое по вертикали и горизонтали) и tearing тест.
HDCP (невозможность захвата на ps3/4) проверить не могу, тк нет PS и нет возможности на ПК что то вывести и точно знать что hdcp задействован.
Касательно проводов, всё для единого было подключено в hdmi switch 7in1, далее в hdmi splitter 1to2 (теоретически он должен снимать hdcp для своей работы), который одной стороной смотрел в телевизор. Другой стороной через 5 метровый провод в rullz через usb3 порт в ПК.
Монтаж обрезков сделан в Videopad, профиль кодирования youtube 1080p, с поправкой частоты кадров на 30.
Задержка, да мне собственно без разницы, на экране телевизора я её не ощущаю, а если бы стримил поднял бы задержку для других потоков.
Смотреть само собой в 1080p. зы уровень smm2 не мой, но почему то мало прошедших его.

Больше фоточек

Внутренности есть, но спрятаны под радиатор. Пломба бесполезна.
Внешний вид и потроха

Извините, но радиатор отклеивать не буду. Но вот светодиодный резистор мне уже нравится. А пломба на местеКак видно на последнем фото, пломба на месте 🙂

Кошка

Кошка

UPD:
Касательно HDCP, я знаю про панель управления, там заявляется поддержка hdcp. НО мне не ясно заявляется или поддерживается.

Вывод Monitor Asset Manager

Monitor
Model name… MACROSILICON
Manufacturer… HJW
Plug and Play ID… HJW1836
Serial number… 190909
Manufacture date… 2019, ISO week 37
Filter driver… None
— EDID revision… 1.3
Input signal type… Digital
Color bit depth… Undefined
Display type… Monochrome/grayscale
Screen size… 530 x 290 mm (23,8 in)
Power management… Active off/sleep
Extension blocs… 1 (CEA/CTA-EXT)
— DDC/CI… Not supported

Еще по теме:  Виды HDMI разъемов на видеокартах

Color characteristics
Default color space… Non-sRGB
Display gamma… 2,20
Red chromaticity… Rx 0,640 — Ry 0,330
Green chromaticity… Gx 0,300 — Gy 0,600
Blue chromaticity… Bx 0,150 — By 0,060
White point (default)… Wx 0,313 — Wy 0,329
Additional descriptors… None

Timing characteristics
Range limits… Not available
GTF standard… Not supported
Additional descriptors… None
Preferred timing… Yes
Native/preferred timing… 1280x720p at 60Hz (16:9)
Modeline… «1280×720» 74,250 1280 1390 1430 1650 720 725 730 750 +hsync +vsync
Detailed timing #1… 1280x768p at 60Hz (16:9)
Modeline… «1280×768» 79,500 1280 1344 1472 1664 768 771 778 798 -hsync +vsync

Standard timings supported
640 x 480p at 60Hz — IBM VGA
800 x 600p at 60Hz — VESA
1024 x 768p at 60Hz — VESA
1024 x 768p at 70Hz — VESA
1024 x 768p at 75Hz — VESA
1280 x 1024p at 75Hz — VESA
1280 x 800p at 60Hz — VESA STD
1280 x 960p at 60Hz — VESA STD
1280 x 1024p at 60Hz — VESA STD
1400 x 1050p at 60Hz — VESA STD
1440 x 900p at 60Hz — VESA STD
1600 x 1200p at 60Hz — VESA STD
1680 x 1050p at 60Hz — VESA STD

EIA/CEA/CTA-861 Information
Revision number… 3
IT underscan… Supported
Basic audio… Supported
YCbCr 4:4:4… Supported
YCbCr 4:2:2… Supported
Native formats… 1
Detailed timing #1… 1360x768p at 60Hz (16:9)
Modeline… «1360×768» 85,500 1360 1424 1536 1792 768 771 777 795 +hsync +vsync
Detailed timing #2… 1366x768p at 60Hz (16:9)
Modeline… «1366×768» 85,500 1366 1436 1579 1792 768 771 774 798 +hsync +vsync
Detailed timing #3… 720x480p at 60Hz (16:9)
Modeline… «720×480» 27,000 720 736 798 858 480 489 495 525 -hsync -vsync

CE video identifiers (VICs) — timing/formats supported
720 x 480p at 60Hz — EDTV (4:3, 8:9)
720 x 576p at 50Hz — EDTV (4:3, 16:15)
1280 x 720p at 50Hz — HDTV (16:9, 1:1)
1280 x 720p at 60Hz — HDTV (16:9, 1:1) [Native]
1920 x 1080p at 50Hz — HDTV (16:9, 1:1)
1920 x 1080p at 60Hz — HDTV (16:9, 1:1)
720 x 480p at 60Hz — EDTV (16:9, 32:27)
720 x 576p at 50Hz — EDTV (16:9, 64:45)
720 x 480i at 60Hz — Doublescan (4:3, 8:9)
720 x 576i at 50Hz — Doublescan (4:3, 16:15)
720 x 480i at 60Hz — Doublescan (16:9, 32:27)
720 x 576i at 50Hz — Doublescan (16:9, 64:45)
1920 x 1080i at 60Hz — HDTV (16:9, 1:1)
1920 x 1080i at 50Hz — HDTV (16:9, 1:1)
1920 x 1080i at 50Hz — HDTV (16:9, 1:1)
1920 x 1080i at 50Hz — HDTV (16:9, 1:1)
1920 x 1080i at 50Hz — HDTV (16:9, 1:1)
1920 x 1080i at 50Hz — HDTV (16:9, 1:1)
NB: NTSC refresh rate = (Hz*1000)/1001

CE audio data (formats supported)
LPCM 2-channel, 16/20/24 bit depths at 32/44/48/88/96/176/192 kHz

CE speaker allocation data
Channel configuration… 2.0
Front left/right… Yes
Front LFE… No
Front center… No
Rear left/right… No
Rear center… No
Front left/right center… No
Rear left/right center… No
Rear LFE… No

CE vendor specific data (VSDB)
IEEE registration number. 0x000C03
CEC physical address… 1.0.0.0
Supports AI (ACP, ISRC)… No
Supports 48bpp… No
Supports 36bpp… No
Supports 30bpp… No
Supports YCbCr 4:4:4… No
Supports dual-link DVI… No
Maximum TMDS clock… 300MHz
Audio/video latency (p)… n/a
Audio/video latency (i)… n/a
HDMI video capabilities… Yes
EDID screen size… No additional info
3D formats supported… Not supported
Data payload… 030C001000003C20008001020304

YCbCr 4:2:0 video data
Data payload… 0E61606566

Report information
Date generated… 22.07.2020
Software revision… 2.91.0.1043
Data source… Real-time 0x3100
Operating system… 10.0.18363.2

Raw data
00,FF,FF,FF,FF,FF,FF,00,21,57,36,18,BD,E9,02,00,25,1D,01,03,80,35,1D,78,22,EE,91,A3,54,4C,99,26,
0F,50,54,21,0F,00,81,00,81,40,81,80,90,40,95,00,01,01,A9,40,B3,00,01,1D,00,72,51,D0,1E,20,6E,28,
55,00,0F,48,42,00,00,1E,0E,1F,00,80,51,00,1E,30,40,80,37,00,0F,48,42,00,00,1C,00,00,00,10,00,00,
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,FC,00,4D,41,43,52,4F,53,49,4C,49,43,4F,4E,0A,01,19,
02,03,34,F1,52,02,11,13,84,1F,10,03,12,06,15,07,16,05,14,5E,5F,63,64,23,09,7F,07,83,01,00,00,6E,
03,0C,00,10,00,00,3C,20,00,80,01,02,03,04,E5,0E,61,60,65,66,66,21,50,B0,51,00,1B,30,40,70,36,00,
0F,48,42,00,00,1E,66,21,56,AA,51,00,1E,30,46,8F,33,00,0F,48,42,00,00,1E,8C,0A,D0,8A,20,E0,2D,10,
10,3E,96,00,10,09,00,00,00,18,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,B2

UPD2:
В самом начале видео слева видно вертикальную полосу, похоже это проблема не захвата, а сплиттера hdmi. Как стало видно позднее, он такое на «нестандартных» разрешениях иногда выдаёт.

UPD3:
В ОС Linux, ubuntu 20.04 на i5-7500 получилось следующее:
Командой
v4l2-ctl —list-devices
определить какое видео устройство создается картой захвата.
Далее:


Откуда следует

ffmpeg -f v4l2 -input_format mjpeg -framerate 30 -video_size 1920×1080 -i /dev/video2 -f alsa -i hw:4 -vcodec copy out.avi

Захват при этом без тормозов, процессор нагружается в пике на 10%, и самое главное СТЕРЕО звук, проверял захватом стерео теста…
Посредством управления опциями ffmpeg можно сохранять не только в mjpeg avi, но и включить кодер, но это уже сами 🙂
Увы 60fps так прихватить не получилось, причем по 60fps тесту, вообще частота кадров какая то странная, как будто плавающая и в районе 24.

Планирую купить +3 Добавить в избранное Обзор понравился +20 +27

  • 21 июля 2020, 13:49
  • автор: MrFree
  • просмотры: 8223

Источник: mysku.me

Оцените статью
Добавить комментарий