да, 7-ка 2003 года была просто ужас. Чтобы переключить печку на ноги нужно было не мало крутелкой поработать! Как это делать на большой скорости не понятно.
Тоже самое, даже захотелось срочно попробовать.
Ну раз это старый знакомый GIMP то спрошу совета тут.
Ишу для Ubuntu программу с GUI которая позволяла бы пакетно обрабатывать фотки.
Необходимо выбрать папку с фотками и чтобы программа сама все их обработала по указанному сценарию. Например: автоуровни — ресайз 30% — улучшить четкость — ресайз 30% — улучшить резкость.
Сейчас под Windows я пользуюсь XnView. А что-то подобное для линукс есть?
Все LCD такого типа выполнены на базе контроллера HD44780 либо его аналоге. Вот он.
В сети информации по нему огромное количество даже на русском т.к. выпускаются они уже наверно лет 15.
А в чем проблема?
Я заводил, и на работающем двигателе отключал его. Обычно если контроллер понимает, что МАФ неисправен либо не получает от него вообще сигнала, то зажигает лампу «проверьте двигатель» и работает по какому-то среднему значению. Чаще всего это выражается в повышенном расходе топлива. Т.е. ничего хорошего в этом нет, но двигатель работать будет.
Странно, человек пришел с эскизом, сказал, что есть 30 тысяч, а ему даже толком не сказали, что они за эту сумму сделать могут. Какая кому разница, что он потом с ним делать будет. Что-то непонятное для меня происходит в мире разработки сайтов.
Если их никто не пишет, то как же работает весь тот зоопарк устройств в Windows…
То что это сложнее чем вывести «HELLO WORLD» на HTML в браузере совсем не означает, что этим не занимаются. Тут даже проблема не в сложности самого кода, а в том, что отладить труднее, пошагово код не пройти в IDE, документации с примерами не много, а та что есть часто привязана к какому-либо устройству. Но сейчас стало намного проще все это решить.
Я начинал работать с драйверами под WinNT в 1999 году. Из документов был только WinNT DDK. Английский был очень слабый. Ну и ничего, через два месяца все было сделано.
А с сегодняшним уровнем документации и с наличием WDF, процесс стал намного проще.
Дело в том, что я не отказался от стандартных классов USB устройств. Я только показал, с чего начать, если требования задачи не ложатся ни на один из существующих классов. Хотел показать, что в общем и в такой ситуации ничего страшного и сложного нет и не стоит притягивать проект за уши к какому-либо классу, только из-за боязни столкнуться с написанием драйвера.
Насчет кроссплатформенности, есть мысль написать вторую статью, сделав тоже самое, но под Linux. Тогда будет видно, что это не намного сложнее, и проблема кроссплатформенности для простых драйверов несколько преувеличена.
Забыл упомянуть в статье, что действительно лучше стараться делать так, чтобы устройство соответствовало какому-нибудь стандартному классу. Тогда можно будет воспользоваться драйверами класса, которые обычно есть с любой ОС.
В 64-битной винде не появляется окно, где можно проигнорировать отсутствие подписи и продолжить установку? Т.е. либо подписанный драйвер либо никакого?
Да, я года 3 назад пробовал работать с libusb. Тогда столкнулся с такой ситуацией, что эта библиотека отличалась по возможностям в версиях для linux и windows. Мне кроме bulk нужны были изохронные конечные точки. Их не удалось использовать в версии под windows. Может сейчас стало лучше, я не в курсе.
Ну раз это старый знакомый GIMP то спрошу совета тут.
Ишу для Ubuntu программу с GUI которая позволяла бы пакетно обрабатывать фотки.
Необходимо выбрать папку с фотками и чтобы программа сама все их обработала по указанному сценарию. Например: автоуровни — ресайз 30% — улучшить четкость — ресайз 30% — улучшить резкость.
Сейчас под Windows я пользуюсь XnView. А что-то подобное для линукс есть?
Вот он.
В сети информации по нему огромное количество даже на русском т.к. выпускаются они уже наверно лет 15.
Я заводил, и на работающем двигателе отключал его. Обычно если контроллер понимает, что МАФ неисправен либо не получает от него вообще сигнала, то зажигает лампу «проверьте двигатель» и работает по какому-то среднему значению. Чаще всего это выражается в повышенном расходе топлива. Т.е. ничего хорошего в этом нет, но двигатель работать будет.
То что это сложнее чем вывести «HELLO WORLD» на HTML в браузере совсем не означает, что этим не занимаются. Тут даже проблема не в сложности самого кода, а в том, что отладить труднее, пошагово код не пройти в IDE, документации с примерами не много, а та что есть часто привязана к какому-либо устройству. Но сейчас стало намного проще все это решить.
Я начинал работать с драйверами под WinNT в 1999 году. Из документов был только WinNT DDK. Английский был очень слабый. Ну и ничего, через два месяца все было сделано.
А с сегодняшним уровнем документации и с наличием WDF, процесс стал намного проще.
Насчет кроссплатформенности, есть мысль написать вторую статью, сделав тоже самое, но под Linux. Тогда будет видно, что это не намного сложнее, и проблема кроссплатформенности для простых драйверов несколько преувеличена.