Comments 96
Порой мне кажется, что некоторые люди могут из лазерной мышки сделать видеопроектор, смотреть нетфликс на экране управления микроволновки или установить линукс в ламповый телевизор. Это очень круто!
Или сыграть в
Quake на осциллографе

Поддерживаю. Автор статьи крут. И за перевод спасибо.
Ещё Торвальдс в свой книге писал: "… те времена, когда мужчины были настоящими мужчинами и сами писали драйвера устройств..."
Я обнаружил, что при запуске на устройство передаётся большое количество мелких пакетов, прежде чем оно начинает захватывать картинку. Вероятно, оно действительно основано на платформе FPGA без хранилища данных. Каждый раз после подключения драйвер передавал на устройство прошивку в виде битстрима FPGA.

Очень странная логика производителя, если учесть, что Spartan содержит в себе конфигурационную память. Зачем так надо было делать?
Постоянной конфигурационной памяти в Spartan 6 не бывает. Прошивка сбрасывается при выключении питания и при каждом включении её нужно грузить либо через какой-нить jtag, либо с отдельно пристёгнутой микросхемы флеша, которую часто не ставят в дешёвых устройствах.
Встроенный флеш для хранения конфигурации был когда-то в семействе Spartan 3AN, но это было давно.
Да, вы правы! Мне до сих пор периодически приходится копать только 2/3 спартаны и я почему-то думал, что флешка требуется начиная с 7-ой серии.

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

А чего этим добиваются? Дополнительная защита интеллектуальной собственности, повышение надёжности, облегчение доставки обновлений?
Удешевление, в большинстве своём. Объединять флеш и логику в одном устройстве дорого и, как правило, не нужно. Даже процессор в вашем компьютере относится именно к этому классу: если в него не залить микрокод с внешнего устройства — то он так кирпичём и останется (на самом деле не совсем, но почти: в частности без специальной настройки современный процессор не сможет обращаться к оперативной памяти).

fx2lp может грузится с "трёхкопеечной" памяти 24c64.
Похоже, в данном устройстве всё-же какие-то меры для защиты от реверса изобретали

IMHO, не только удешевление.
Стоимость разработки для FPGA не маленькая, если считать количество человеко-дней помноженное на ЗП инженера соответствующей квалификации. В итоге, для небольших партий специфичных устройств, стоимость разработки может даже превышать стоимость железа.
Понятно, что компании, которые подобное разрабатывают, не будут счастливы, когда предприимчивые китайцы скопируют прошивку и начнут на али продавать свой вариант устройства за цену близкую к себестоимости железа. Так что и защита прошивки — это важная цель для тех, кто коммерческие устройства на FPGA выпускает.
Конечно, в последние годы порог входа в мир дизайна FPGA снизился — появился HLS, много всякого open source, готовые библиотеки от производителей FPGA. Но всё равно стоимость разработки поделённая на небольшую партию составляет ощутимую часть цены устройства.
Только тут наоборот вышло, автор прошивку перехватил даже без программатора. Все удалось без проблем вытащить из драйвера.

Наши первые устройства китайцы действительно копировали. Причём, они работали со стоковым драйвером. Потом появилась подпись.

1) Экономия в пару баксов (или больше, если это Altera/Intel с epcq)
2) В ПЛИСах(не всех, в основном довольно жирных, не уровня спартана/циклона) можно включить шифрование прошивки и её подпись, после чего конкретно ваш кирпич будет принимать только конкретную прошивку, зашифрованную под этот кирпич (и в кирпич соседа вы свою не зальёте), а все прочие игнорировать. Весьма паршиво получается, когда по ошибке взводишь бит защиты (а он там обычно в OTP памяти лежит), и следом получаешь мёртвый JTAG, увы навсегда.
Еще есть интересный кейс — для безопасности. На устройстве, на которое прошивка заливается каждый раз при перезагрузке, невозможно закрепиться, и его не получится использовать как плацдарм для последующих персистентных атак. Более того, схема load-FW/lock-until-reset отлично заменяет другие, более сложные схемы безопасной загрузки. По сути, вместо переизобретения СекуреБута для каждого чипа нужно сделать его один раз нормально для главного чипа, и грузить прошивки в периферию уже из доверенной среды.

Именно так. SPI флешка появилась только на линейке AV.io HD и SDI, а поноценно и быстро стала использоваться только на AV.io 4K. Там ещё есть нюансы, но не буду распространяться :)

Зато не нужна перепрошивка устройства и соответственно нет вероятности окирпичить его.
прочел подряд коммент выше
Само по себе без управляющего ПО на внешнем компе оборудование является кирпичом.

затем ваш комментарий
и соответственно нет вероятности окирпичить его.

Возникла парадоксальная мысль: Нельзя сделать кирпичом то что уже является кирпичом! :-)

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

В этом есть один плюс — выпуская новые драйвера, можно исправить какую-либо ошибку в устройстве, либо добавить новые функции. Себестоимость устройства меньше на цену флешки.
Так-то оно да. С одной стороны. Плюсы-то вроде очевидны. Но с другой, получается полная привязка к производителю и его желанием поддерживать драйвер в актуальном состоянии, которое может быть сильно переменчиво. Старые сканеры, например, можно хотя бы через VueScan как-то попользовать. А с таким подходом девайс может в кирпич превратиться сам по себе с течением прогресса, если какой-нибудь Ben Cox не появится)

Аналогия не прямая, но показательная. Я года три назад на работе метался в поисках старого компа с LPT портом. Так как дорогущий и единственный программатор для Actel'овских antifuse ПЛИС отказывался работать с переходниками LPT-USB, LTP-PCI. А новый, с USB, вдруг стоит сотни тысяч и речи о его покупке даже не шло. Я уже точно не помню — в переходниках какой-то протокол не был реализован, а в BIOS'ах на старых матерях его можно было принудительно включить. Кое-как нашёл, теперь этот компьютер имеет особый статус на складе)
Время течёт, ничего не меняется… Как Microsoft хранил долгие годы компьютер с особым статусом на складе, так и вы… только вам нужен был LPT-порт, а им нужен был DOS с мегабайтом памяти в реальном режиме (что, как вы понимаете, невозможно на платформе PC)…
На будущее — в ВУЗах надо спрашивать про такие вещи, там старья куча, они с радостным визгом поменяют на новые. Если есть в компании студенты — действуйте через них.
И да, я знаю, о чем говорю — на мне в МГУ компьютерный класс висит, увы. Вынести комп по частям можно легко, просто это в 2019 не надо никому. На инвентаризацию можно вносить обратно раз в год, или, что проще, бирку с инвентарником переклеить.
Я уже думал на авито купить старую платформу, но повезло из трёх компов собрать один рабочий) Насчёт ВУЗов — это мысль!
Вполне возможно, что дело в драйверах. На старых системах (до WinXP) можно было творить полный беспредел с портами, хоть использовать СОМ в качестве параллельного, управляя отдельными пинами.
Я точно не помню, но проблема решилась вроде старой матерью с включенным протоколом EPP. А вот пара PCI'ных плат расширения, этот протокол формально поддерживали, а по факту ничего не работало. Драйвер, кстати, был под WinXP.
Проблема была, с вероятностью 99%, не с протоколом EPP (это и все современные матери умеют и все USB-устройства), а с шиной ISA.

Которая как раз и поддерживает работу с EPP в определённых режимах минуя драйвера.

А на современных системах всё нужно делать по спеке… которую старые драйвера далеко не всегда соблюдают…
Если я не путаю, относительно современные «матери» (еще на BIOS) имеют гребенки с LPT.
Такой вариант тоже рассматривался. Не получилось. В современных материнках этот LPT можно только ВКЛ/ОТКЛ и всё. А на древнем компе оказалось несколько пунктов — настройка протокола, стандарта.

А вы задолбите поддержку открытием драйвера ;-) Я практически закончил наработку по DKMS пакетировке под Linux в виде более близком к nVidia, а не тому, что сейчас. Но… Положили на полку — нет спроса. Плюс, я не увидел в тексте упоминания факта обращения к поддержке: обычно идут на встречу. А вот то, что поддержка VGA2USB закончена… Это не понятно, у нас до сих пор поддержка устройств на FX2 есть и не выкинута… Если что-то не работает — повод для обращения. К сожалению, лично у меня нет старых устройств, проверить не смогу.


Плюс, была разработана линейка AV.io (собственно их фирмварь в части FX3 — моих кривых рук дело)), которые по сути являются UVC+UAC устройствами, как раз для решения проблемы драйвера. А прерогативой driver-full решений — остались достаточно консервативные компании, для которых гарантированно обеспечивается поддержка.

Вообще то было бы интересно убрать из девайса FPGA и память и брать данные от АЦП напрямую контроллером (у него есть высокоскоростной интерфейс на частоты до 50 метров).

У того АЦП выход — параллельные 24 бита, напрямую с 8/16-битным портом FX2 не стыкуется. А вот написать под FPGA конфиг, перепаковывающий например 2х24 -> 3х16 было бы забавно (и никакой пайки).
Схема соединений BGA FPGA с не-BGA остальными компонентами без особых усилий восстанавливается boundary scan’ом через JTAG порт FPGA (каждый интересующий пин «прочих» компонентов тянем щупом к 0/1 и смотрим через boundary scan на который пин FPGA пришло изменение). Писал даже простенький консольный софт для такого, позже попадался готовый красивый с GUI.

У АЦП можно включить режим 4:2:2 и получаем 16 бит, что вполне влезает в шину МК.
Расскажите это разработчикам F-Stack. Оно работает в userspace, и производительность выше, чем родной стек линукса.
Это только пример. Но это наглядно показывает, что не всегда что-то сделанное в ядре самое быстрое.
При прочих равных — код в ядре быстрее. F-Stack быстрее линуксового стека потому, что послали лесом всё прочее, цитирую «kernel packet copying, thread scheduling, system calls, and interrupts». Если это выкинуть, то да, одно конкретное приложение будет быстрее передавать пакетики. Вот только всё остальное начнет тормозить.
Ну если вчитаться в доки этого F-Stack, то оно базируется на DPDK. Так что оно не в userspace работает, а прямо на железе (и только на поддерживаемом). В userspace только управление этим делом. Видимо нужно отдать специально обученную железку специально обученному софту (я как понял даже open source надо патчить) и только так оно будет быстрее. Чудес не бывает, и практически любой userspace использует те же самые возможности ядра только в режиме конкурентности и в порядке живой очереди.
Не понятно. Все равно данные должны попасть в юзерспейс. Можно читать большими блоками и все. Где там оверхед?
Вот это точно не скажу. Нужно посчитать, сколько сисколов дёрнет чтение, к примеру одного кадра через libusb (не в курсе, задается ли там размер блока и как это влияет на количество переключений контекста) по сравнению с одним вызовом read из блочного устройства.

Можно заменить одни и те же физ.страницы в юзерспейс и кернелспейс. Тогда копирование вообще не понадобится

«Для меня это была новая концепция, ведь в ядре моего дистрибутива Linux обычно есть драйверы для всех устройств.»

Честно говоря, эта фраза заставила меня ржать в голос. Дожили… Это даже не до мышей, это уже до винды. ;) Вот он, прогресс. Но за драйвер — респект.

Ну процитированное близко к истине. Из часто используемых out-of-tree драйверов — nvidia, ati (уже нет, насколько мне известно), да всякие виртуалбоксы-vmware.

И чего тут смешного? Есть стандартный USB Video Class, в Линуксе для него есть драйвер. Вполне логично ожидать, что устройство видеозахвата будет использовать этот класс, а не изобретать велосипед.

Смешно тут то, что весь мой опыт кричит, что наличие драйвера из коробки — это удача, а не что-то ожидаемое.

Именно. Тем более на НЕ массовое устройство. Возможно, что дело в переводе, и имелось ввиду не «новая концепция», а скажем «потребовало другого подхода», но надо смотреть в контексте.

Потому как не может быть для юниксойда отсутствие драйвера для странной железки чем-то новым. Это рядовая ситуация.
Если вы не поняли, то я вероятно не смогу объяснить. Скажем, я имел дело с *nix системами 20 с мелочью лет назад. Поэтому когда когда читаю о том, что для юниксойда отсутствие драйвера под какую-то не массовую железку — новая концепция, для меня это примерно равно вере в плоскую землю. Но куда смешнее.

И на сколько я смог вчера оценить по своим знакомым, примерно с тем же временным опытом — такая реакция не только у меня. Знакомый админ от той цитаты облился чаем, потом долго ругался. Правда, он такой же старый, как и я. :)
А у меня другой опыт. Ставил линуксы на десяток разных компов и не заводились устройства четыре раза. Но беглый гуглинг в трех из них позволял найти гайд и по нему настроить или даже скомпилировать драйвер.

Наоборот, приятрно радует то, что «воткнул и работает» (например, планшет wacom, или вайфай свистки".
Ну, я бы мог напомнить, что ТОГДА беглый гуглинг был невозможен, а альтависта все вопросы не решала. :) Но за нынешних юниксоидов могу только порадоваться.

AV.io :-) В driver-full железках больше ручек для контроля и работы вместе с SDK, который тоже распространяется на сайте. Плюс львиная доля кода драйвера унифицирована между USB и PCIe устройствами, ровно как и между OS, поэтому поднять новую железку в драйвере куда быстрее, чем создавать прошивку (хотя, код AV.io, в целом, получился тоже крайне унифицированным).

Эта штука может захватывать кадры с устройств с «нестандартной» разверкой, допустим с устройств с 15KHz/50Hz разверткой?
Отличная плата! Если для спартана и сайпреса есть возможность подпаять jtag разъёмы, то получится приличный отладочник для освоения adc + fpga + usb mcu.
Не встречал ли кто подобный девайс для HDMI?
Было бы намного удобней стартовать некоторые устройства без необходимости тащить монитор.
Так обращайтесь к Epiphan!
У него есть не только устаревшие, но и актуальные устройства! DVI2USB 3.0! Всего 600 фунтов.
Вот Епифаны они такие. За 600 фунтов только и могут работать.
Мучительно, тягостно, сдерживаюсь от шуток на тему «зеленого слоника»...
Сабж за указанную цену надо ещё найти. Новый он стоит как DVI2USB

Можешь смотреть AV.io, или есть китайцев Magawel (к слову, дохнут пачками), или недавно Logitech сделал свой вариант. Всё это — UVC+UAC, т.е. драйвера не нужны.


А так, на базе LR есть KVM2USB (на МКС летал ;-)) или более новый KVM2USB 3.0 (VGA+HDMI+DVI single link), там драйвера не нужны, но нужен управляющий софт. Я пытаюсь периодически пробить, что бы софт на гитхабе выложили… Но...

У меня несколько десятков фреймграбберов… если кратко — то можно использовать и Epiphan DVI2USB (наверное десяток выставлю на авито недорого), можно Elgato Game Capture (минусы — тоже не UVC, спецсофт или OBS видит, ловит не все разрешения, гемор), пару последних $50 нонейм HDMI фреймграбберов («синий» и «черный», других особо нет) с алиэкспресса в целом ничего, изображают вебкамеру (UVC).

Где брать годные дискеты? Мои и в старые времена не читались. А теперь через 20 лет они и подавно уже все посыпались. Тут хотя бы 3.5" поднять. Они и на складах наверное еще есть.
:-)
(сегодня CD-ROM уже раритетом можно считать)
Дык они уже есть, только не под все типы дискет, там редкий зоопарк, впрочем, как и на 3.5"

А вообще не понимаю, почему автор не попытался обратиться в поддержку. В драйвере поддержка не выпилена и есть до сих пор, хотя с некоторого периода времени не тестируется. Да, политика несколько идиотская, так что актуальные драйвера для Linux легче получить через саппорт. У меня ферма из докеров с кучей дистрибутивов/версий которая каждую ночь (канадскую) перестраивает драйвера под актуальные ядра...

Я лет 6-7 назад пытался. Я снимал линуксовые конференции, и на меня наезжали, что для фреймграббинга держал винду. Я перебирал тот очень дырявый и дискретный спектр ядер, все очень глючило, поддержка писала «ну вот что есть…». Хотя возможно время было такое… Помню потом там у них работал в поддержке парень Adam Frame (вроде не рабочий псевдоним, а интересное совпадение), он был дружелюбен, но на линукс версии я тогда уже забил.

Реальное имя :) И сейчас работает.


Я в начале прошлого года только собрал ферму для автоматической сборки драйверов под пачку актуальных версий дистрибутивов. Другое дело, что это не довели до логического конца в виде автоматического деплоя в релиз-арию на сайте :(


В этом году я закончил PoC для более честного DKMS по типу дистрибуции nVidia. Но работу остановили, типа отдельные грабберы уже не совсем актуальны. Поэтому можете пытаться дёргать их, вдруг решатся и откроют? :) Я тоже в ближайшее время наброшу на вентилятор, тем более что есть основания...


Ну и для USB сейчас есть линейка AV.io, чисто UVC/UAC девайсы. Это первая пачка результатов нашего сотрудничества. В конце весны этого года запилили демо UVC с USB 3.1 на базе FPGA и IP Core USB 3.1 от Corigine (управление через софт на Microblaze) с целью 8K и заделом на USB 3.2… См. выше про неактуальность отдельных грабберов.

«отдельные грабберы уже не совсем актуальны» — это про отдельные от устройства записи?


Ох. У меня несколько десятков разных фреймграбберов… но до сих пор не вижу идеального — «VGA/DVI/HDMI, ест все разрешения хотя бы до 1080, но все!!!!, сквозной проброс видеосигнала без искажений (встроенный сплиттер), питается от USB, UVC с поддержкой какой-нибудь встроенной упаковки, FPS 25-30».


AV.io вижу опять таки нет сквозного проброса сигнала, и значит опять надо городить батарею сплиттеров-скейлеров и т.п.

«отдельные грабберы уже не совсем актуальны» — это про отдельные от устройства записи?

Это вольная цитата маркетинга. В случае Эпифана это означает отказ/отход от устройств типа DVI2USB 3.0, SDI2USB 3.0, AV.io, DVI2PCIe Duo в сторону комплексных мультимедийных продуктов типа Pearl/Pearl2/PearlMini. К слову, сейчас фаза R&D подобного одноканального граббера и там планируется встроенный сплиттер.


AV.io вижу опять таки нет сквозного проброса сигнала, и значит опять надо городить батарею сплиттеров-скейлеров и т.п.

Про скейлер не понятно. Сплиттер да. Там очень трудно и так в бюджет по питанию вписаться, плюс компактность платы накладывает ограничения. Сплиттер был только в driver-full версии для SDI.


VGA/DVI/HDMI, ест все разрешения хотя бы до 1080, но все!!!!

С VGA всегда проблемы будут. В остальном наши подходят.


сквозной проброс видеосигнала без искажений (встроенный сплиттер)

ЕМНИП, никто этого не делает. Уж не знаю почему. На AV.io SDI от него тоже отказались, хотя на старшем брате — есть. В нашем случае — бюджет по питанию, цена на конечное устройство и сложностью впихнуть ещё один чип в форм-фактор (делать новые — дополнительные расходы).


питается от USB
FPS 25-3

В целом и общем — наши) Ну или конкурренты.


UVC с поддержкой какой-нибудь встроенной упаковки

А вот у нас вполне обоснованный отказ от упаковки и использование YUV фреймов. Точнее даже RGB возможны, так что можно получить картинку 1:1 к тому, что на входе. Это потребность львиной доли клиентов: минимальные искажения от сжатия.


Плюс на компрессор просто нет места в FPGA.


Кстати, Logitech недавно выпустил свой граббер: https://www.logitech.com/en-ca/product/screen-share#specification-tabular. Они там реализовали подход: максимально использовать готовые специализированные микросхемы. Но только HDMI, возможно даже DVI не смогут. Ну и вопрос с искажениями, по используемым IC можно примерно представить логику и блок-схему устройства:


  1. TOSHIBA 358840XBG: HDMI to MIPI
  2. AIT8589D: Image processor

На сам AIT8589D даташита не нашёл, только на младшего брата. Он же выполняет роль USB client. Младший только USB2.0, этот, возможно, и USB 3.0 (хотя я сталкивался уже, что устройства Logitech заявляются USB 3.0, это означает только одно: что он может работать будучи воткнутым в порт USB 3.0). Тут скорее всего, только сжатые фреймы типа mjpeg, h.264.

Pearl/Pearl2/PearlMini.

Понятно. Это понтовые огромные гробы. Мой кейс — выездная сьемка конференций, я бьюсь за минимальный размер (и подешевле), и это не для меня.


Про скейлер не понятно.

Из-за невсеядности по разрешениям (и HDCP-битам и прочей хрени), фреймграбберов, приходится перед ними ставить крамеры. А иногда и несколько. А иногда и после фреймграбберов. (Цель и экран перехватить, и чтобы видео былло, и чтобы с любого компа — как я маки ненавижу, как это достало… часть мучений описано http://0x1.tv/Screenrecording ).


В целом и общем — наши) Ну или конкурренты.

Ну первые поколения ваших (в красных кообках DVI2USB) питания внешнего хотели. Иногда и коричневые хотели. Но в целом наверное да, это не проблема. Хотя какие-то фрейбграбберы с алиэкспресса хотели отдельно USB шнура под питание, отдельно под данные.


Плюс на компрессор просто нет места в FPGA.

Ну может быть… Но вот коробки типа Elgato Game Capture я так понял, предсжимают, там что в MPEG-TS идет. Как-то они осилили. Тут бы идеального алгоритма не надо, что-то простое бы сгодилось (экран обычно статичный). Даже не MJPG, может просто метки о дублировании фреймов, если картинка не менялась… Но да, это наверное не особо критично, так, позволяло бы использовать для захвата какие-нибудь старые ноуты с со вторым USB…


по используемым IC можно примерно представить логику и блок-схему устройства

Ох. Лично я наверно это не смогу.


Но только HDMI, возможно даже DVI не смогут.

Гм. Я всегда считал что это как-то эквивалентно. В чем особенности DVI по сравнению с HDMI?


Logitech заявляются USB 3.0, это означает только одно: что он может работать будучи воткнутым в порт USB 3.0

Я протестировал несколько девайсов с алиэкспресса, которые тоже заявляли про USB 3.0, но они смогли и под USB2.
Ну вот такой например https://aliexpress.ru/item/4000206953607.html
(какой-то аналог, да не смог).

Это понтовые огромные гробы.

Понтовые — да. Особенно по ценам. Огромные… Ну врядли. Как раз одного PearlMini хватает покрыть потребности трансляции эвента: два HDMI входа (FHD), SDI вход, SLR звук. Два порта USB 3.0 куда можно дополнительно воткнуться грабберами для USB. HDMI выход, куда можно смикшированное выводить (если я ничего не путаю). Он не сильно больше первых грабберов и бродкастеров. Но цена в России порядка 400тыс… Но вообще, мне несколько обидно, что завернули линейку AV.io. А ведь мы даже демо 8k сделали (и таки да — со сплиттером! =-))


Гм. Я всегда считал что это как-то эквивалентно. В чем особенности DVI по сравнению с HDMI?

DVI только RGB. Нет InfoFrame. DVI бывает Dual Link. ЕМНИП, нет HDCP или аналогов. Это на вскидку. В любом случае, предположение выше — мои домыслы.


Из-за невсеядности по разрешениям

Наши стараются хавать всё, что дадут. Есть особенности:


1) driver-full грабберы не содержат в себе скейлера и пробрасывают картинку на хост в исходном разрешении
2) UVC из-за особенностей протокола должны предоставить список поддерживаемых разрешений на хост. В каком запросишь — в таком и будет вещаться. Если не совпадает с входным — скалируется. В качестве бонуса, при помощи фирменной утилиты можно настроить несколько своих разрешений.


Ну и могут быть проблемы с экзотическими VGA режимами.


HDCP

Нам на одну партию грабберов случайно поставили чипы с ключами HDCP. Шухера было. Срочно пришлось придумывать, как вырубить… А там ещё и схематику накосячили. Потом исправили, но партия была мечтой пирата)))


Я протестировал несколько девайсов с алиэкспресса, которые тоже заявляли про USB 3.0, но они смогли и под USB2.

Я не говорю, что не смогут. Просто как-то маркетоидный шаг видел: USB 3.0 ready. По сути, дескрипторы только USB 2.0, но да, в порту USB 3.0 работает :-)

Я не говорю, что не смогут. Просто как-то маркетоидный шаг видел: USB 3.0 ready. По сути, дескрипторы только USB 2.0, но да, в порту USB 3.0 работает :-)
Это всё восходит к идиотскому желанию USB-IF «отменять» старые стандарты при выходе новых. Каждое поколение USB включает в себя всё, что «умели» предыдущие.

Это позволяло ещё при выходе USB 2.0 гордо заявлять производителям всяких коробочек для винтов, что у них, дескать, USB 2.0 Full Speed устройство! Просто заменив упаковку…

И ведь не врали же… а что тормоза — ну так инструкцию нужно читать при покупке, да?
Циан
Маджента

Я так понимаю, никого кроме меня не смущает такое наплевательство к русскому языку и здравому рассудку? Почему Красный и Жёлтый переводчик сподобился перевести, а на два остальных цвета его мегамозга не хватило? (в личку писал, но m1rko сделал вид, что так и надо)
Наверное по тому что это на русский нормально не перевести. Cyan — это не голубой/бирюзовый. А Magenta — это не малиновый, пурпурный. Мне например проще ориентироваться по таким названиям цветов. На основе CMYK. Сразу картинка возникает перед глазами.

С другой стороны, тут точные названия цветов и не нужны. Бирюзовый с желтым вы не перепутаете (а если вы дальтоник, то вам и название "циан" не поможет).

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

Ну так перевод-то делается на русский язык, а не на язык loki82. А в российских школах что такое "циан" и "магента" не рассказывают, и никаких ассоциаций эти слова у меня, к примеру, не вызывают.


Вот например. Какого цвета фуксия?

Знать бы ещё что это такое...

Спросил у школьника 6го класса. Ответ. Циан — это типа бирюзового. Про магенту не слышал. Показал магенту и попросил описать. Ответ. Похож на малиновый. На уточняющие вопросы ответил: светлее бардового. Так как их то на русский перевести?

Вот и надо переводить cyan как голубой или бирюзовый, а margenta — как малиновый или бордовый.


Точность тут не нужна совершенно, поскольку все 4 цвета перед глазами, и нужно не описывать цвет, а указать на 1 из 4.

Ооо, знаю этот Epiphan, использовали. Кстати, ребята, которые делают Epiphan — русские, сидят в Канаде. Как-то прилетала вакансия от них на удаленную работу.
Надо было связаться с саппортом, наверняка помогли бы.
Кстати, ребята, которые делают Epiphan — русские,

А вы сомневались? Кто ещё мог назвать продукт Епифаном? :)

Only those users with full accounts are able to leave comments. Log in, please.