Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
Вот именно, хоть сколько-нибудь пригодным для телефонов и ноутбуков аккумуляторам 20 лет (будем точными когда промышленный литий появился). Автомобильных с той поры так и не изобрели.
Усложнение ДВС к самим ДВС никакого отношения не имеет. Ибо бороться с выхлопом CO2 (не CO, не окислов азота, не ароматической органики) — это надо быть таким же альтернативно зелёно-одарённым, как и любителям электротележек.
Скрипт — конечно можно, у меня, разумеется, и сейчас не всё руками делается. И автоматичность можно ещё повысить (до степени — на входе hex из madHcCtrl/moninfo в текстовом файле — на выходе декодированный текст из edid-decode в текстовый же файл). Отпишусь с предложениями уже наверно в приват, но чуть позднее.
А какая разница, если дешёвой она так и не стала — и становиться упрямо не желает. И, да, электромобилям лет не меньше чем с ДВС, пора бы уже это и запомнить электродрочерам, а то как-то подзаколебали с фактологией.
В смысле много действий? Разбивка на 2 независимые части — одна получает, другая декодирует, меньше пока не получается. Оно конечно лучше, когда и в одном месте всё это БЫЛО — но сейчас то уже нет. А говорить про удобство неработающего инструмента — так себе логика.
А-а-а, ну тогда просьба при повторении ситуации таки проверить (хотя бы ОДИН раз) — что увидит madHcCtrl?
>использовать оба варианта лень
Лень была бы обоснованной если бы они оба одинаково правильный результат давали бы. А так это неисправный инструмент (один из).
P.S. Устарел кстати moninfo уже достаточно сильно, обновляют его поздно и из последних нововведений только основные поля дорабатывают.
Рекомендую переключиться на edid-decode:
https://git.linuxtv.org/edid-decode.git
Если что — он и под Windows собирается (сборка есть).
И что, не видит всего EDID? Чорт, я проверял, но у меня был пример DP подключения когда EDID 256 байт, moninfo видел 128, а madHcCtrl — 256. Хмм, как же до них достучаться то?
Хе-хе, а у нас был уже этот разговор с год назад — и я вам в приват таки отписался (когда сам проверил) ;) Ладно, повторюсь — попробуйте madHcCtrl.exe из madVR
Господа, а нельзя ли использовать что-нибудь вместо moninfo для снятия raw edid?
И в этом мониторе, и в Cooler Master GM34-CW в edid по DP:
> Extension blocs… 2
Но второго блока в дампе — нет.
Вообще то нет, не сажают. Там сажают, если безопасность или здоровье потребителей под угрозой оказались и есть нарушение соответствующих норм. Просто за некачественный продукт — фигушки.
Тебе стандартно ответить на этот бред малолетнего? Вырастаешь, избираешься в парламент (надо будет убедить много людей за тебя проголосовать) и принимаешь интересующие тебя законы. Или опять же — вырастаешь, делаешь свой бизнес (надо будет его придумать и опять же убедить много людей на тебя работать), заколачиваешь бабло и лоббируешь принятие интересных тебе законов. Не можешь? Тогда жаба — это ты, а в комитете как раз белые люди.
Усложнение ДВС к самим ДВС никакого отношения не имеет. Ибо бороться с выхлопом CO2 (не CO, не окислов азота, не ароматической органики) — это надо быть таким же альтернативно зелёно-одарённым, как и любителям электротележек.
https://github.com/LordOfMice/Tools/blob/master/edid-decode.zip
>использовать оба варианта лень
Лень была бы обоснованной если бы они оба одинаково правильный результат давали бы. А так это неисправный инструмент (один из).
P.S. Устарел кстати moninfo уже достаточно сильно, обновляют его поздно и из последних нововведений только основные поля дорабатывают.
Рекомендую переключиться на edid-decode:
https://git.linuxtv.org/edid-decode.git
Если что — он и под Windows собирается (сборка есть).
И в этом мониторе, и в Cooler Master GM34-CW в edid по DP:
> Extension blocs… 2
Но второго блока в дампе — нет.