Автоматический поворот изображения на мониторе

[@naum]

Вставать и переворачивать эту махину, мне правда тоже надоело, но не моторчик же приделывать к ней, верно?

Нет, не верно и, да, черт побери, именно решение с автоматизацией ротации экрана ждал увидеть в этом топике, кроме уже расписанного определения положения, конечно же :)

[@PaGrom]

Да я бы с удовольствием сделал, не весил бы телевизор 10.4 килограмма. Моторчик неслабенький нужен. Да и шуметь он будет и неизвестно как быстро поворачивать. Если бы был обычный мониторчик, то я бы всерьез задумался. Как вариант можно под стол поместить педальки от велосипеда и цепной механизм.)

[@rauch]

Вы таки подумайте на счет мотора… К тому же уже существуют моторы для поворота спутниковых антенн, которые при должной сноровке можно приспособить для телевизора.

[@Die_Gelassenheit]

Можно попробовать блоки и рычаги)

[@FINTER]

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

UPD Промахнулся немного, это ответ на сообщение PaGrom

[@fshp]

Достаточно будет редуктора.

[@KirillovAlex]

хм… minecraft?

[@jsirex]

Нужен неслабенький моторчик или редуктор.
Большая шестерня диаметром 200 на телевизор. маленькая, диаметром 10 на мотор (ну или редуктор посложнее).
Ну и чтобы сохранять вертикальность/горизонтальность, нужно сделать два концевика-упора в граничных положениях.

[@Andsoon]

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

[@PaGrom]

Как раз начал думать в сторону червячных. Поэтому пока мой взгляд упал на механизм стеклодъемников от ВАЗов.

[@DIHALT]

Возьмите серву автомодельную. Для мощных вариантов 20кг * см рядовая тяга, а учитывая, что на поворот надо усилие много меньшее…

[@namikiri]

while (1) { write(fd, "hello!\n", 7);

Зачем каждый раз писать хелло?

[@sfghelios]

так стандарт же )))

[@xdenser]

Там все равно что писать. Вот зачем sleep(1), когда спокойно хватило бы и sleep(1000). Да и можно было прицепиться на служебные пины RTS CTS и вообще ничего не писать в порт, и обойтись без цикла. Но и так неплохо.

[@PaGrom]

Не хватило бы. Там sleep секунды принимает. Хм, насчет служебных пинов я и не подумал. Возможно, попробую таким образом. Спасибо.

[@alekciy]

Ожидал в топике увидеть фото указанной махины.

[@PaGrom]

Добавил в пост.

[@zwie]

Чего только не придумаешь, когда лень сделать 2 скриптика и вывести их в быстрый запуск\меню\ещё куда-нибудь на видное место.

[@sfghelios]

лень — двигатель прогресса

[@DjOnline]

В Windows есть утилитка autorotate (у мониторов Samsung), там на хоткеях подвешено.

[@Fesor]

не только у самсунговских мониторов такое есть.

[@trikadin]

Вроде это просто стандартный хоткей, да. Ctrl + Alt + [стрелка; направление стрелки будет указывать на верхнюю часть изображения]

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

[@DIHALT]

На этой лени делают бизнес всякие эплы и иже с ними.

[@Megawatt]

Офтоп, не используйте жесткие диски серии WD****RX серии, 14 штук в ремонте, всем и года нет!

[@chersanya]

А какое разрешение на телевизоре? Не слишком крупные пиксели для монитора? Я пробовал некоторое время сидеть за телевизором, показалось очень неудобно, как-то недостаточно чёткости, что ли. Правда у меня он ещё раза в полтора больше по диагонали.

[@PaGrom]

1920х1080. Небольшое, но если не сидеть в 20 сантиметрах от него, то пиксели не видно.

[@SerCe]

Тогда 2 монитора он заменить все таки не сможет, разрешение намного важнее диагонали.

[@HunterSpy]

Работаю на расстоянии 70-80 см от экрана, очень удобно диагональ таже и разрешение тоже

[@vaxXxa]

Я понимаю, что вся эта работа была проделана потому, что нужно было повернуть экран вертикально. Но, я вот для себя пустое место в Sublime Text решаю с помощью: View -> Layout -> Columns: 2. На большом экране — очень удобно.

[@PaGrom]

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

[@Frosty]

А если во время серфинга видео на ютубе? Кручу-верчу посмотреть хочу?

[@PaGrom]

Зачем? И так вполне смотрибельно.

[@Frosty]

И правда, а я дурак на черные полосы на 16:10 жалуюсь.

[@vvzvlad]

Вертикальное видео, настало твое время!

[@Frosty]

Для справки, врдуг кто не в теме.

[@vvzvlad]

Где бы не появилось это видео, свою порцию плюсиков оно всегда соберет.

[@Gorthauer87]

Издалека похоже на очень большой смартфон.

[@Xlab]

LG вдохновились.

[@acmer]

Для вас тогда не актуально))
www.youtube.com/watch?v=Bt9zSfinwFA

[@anjensan]

Так можно же один файл в двух панелях открыть.

[@ch0mb0r]

А мне на мониторе углов обзора не хватает, ipsку однозначно будут вертеть

[@MniD]

Хм, телевизор вместо монитора… у меня сломался сейчас монитор и я тоже использую телевизор (кстати тоже филипс и тоже на 32, но модель другая), но почему-то глаза стали уставать достаточно сильно =(((

[@RicoX]

Тоже филипс, тоже 32. Мой совет уменьшить контраст и яркость на сколько будет комфортно, а для просмотра видео просто включать режим кино с пульта, все в одном режиме не получилось или глаза устают или для фильмов темно — переключаю.

[@megalol]

Split page, не?
А от такого вертикального положения, когда нужно смотреть снизу вверх, взвоет в первую очередь шея.

[@FluffyMan]

удобно так смотреть снизу-вверх? шея не устает? как впечатления, поделитесь

[@PaGrom]

Сначала было не совсем удобно, а сейчас привык. Главное не сидеть впритык. Как можно заметить по последней фотографии, телевизор наклоняется под своим весом. Таким образом взгляд падает почти перпендикулярно в любую точку экрана. Амплитуда вертения головой максимум 2 сантиметра. Шея ниразу не уставала и не болела. В общем, только положительные впечатления.)

[@EvilX]

Грех не велик, но мудрость какова! Конструкция внушает.

[@aim]

о! у меня вопрос как ты подключаешь телек (всмысле hdmi, vga или ещё как-то?) и в связи с этим — не залезает ли у тебя часть изображения слева под рамку?

опрашивал знакомых. 5 из 5 сказали что залезает значительнй кусок видимой области экрана под рамку, отчего трудно пользоваться при работе телеком как моником. было ли такое у тебя и как ты поборол?

[@PaGrom]

И по hdmi подключал, и по vga. Так и не понял, о какой рамке Вы говорите. Все отлично видно, ничто никуда не уползает.

[@aim]

о! спасибо — а то не знал куда копать.

[@aim]

да. я уже настроил всё на телеке. ещё раз большое спасибо!
правда работать с текстом на моём телевизоре всё равно нельзя. но хоть куски картинки не будут пропадать.

[@pravic]

strcpy(buf, "");
Сильно.

[@PaGrom]

Немножко говнокода.) Спасибо, что напомнили. Заменил на memset(buf, 0, sizeof(buf)).

[@pravic]

*buf = 0 тогда уж. коротко и ясно.
Правда, я не знаю, как читается из serial — если без завершающего нуля, то тогда нужно самому его вставлять вместо strlen:
int n = read(fd, buf, sizeof buf);
buf[n] = 0;
if(n > 0)…

Но судя по всему, смотреть, что в buf, вообще не нужно и оперировать лишь условием: «прочитали ли что-то или нет» (n > 0).

[@ComodoHacker]

>код представляет собой узкий столбец с левой стороны экрана. Почти две трети экрана остаются пустыми и ничем незадействованными.

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

[@PaGrom]

Шутку оценил. Только как это поможет коду занимать больше пространства? Даже если не разворачивать, остальное место все равно не будет полезно израсходовано.

[@megalol]

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

[@MniD]

Вот понемногу в поисках альтернативы нетбинс или плагина для него же, что бы открытые файлы были вертикально, а не горизонтально, зачем все везде пихают вкладки сверху, если большинство программистов пишет не широко, но листинг получается длинным.А так ты всегда видишь что открыто, особенно когда много файлов открыто, табы не отрезают кусок высоты и по ширине бы как раз заполнили бы пусто место.А если бы ещё как в Kate, каждый открытый файл подсвечивало разными цветами…

[@RiderSx]

Не хочу агитировать/рекламировать (хотя оно того стоит), но в PhpStorm можно табы в любую сторону спихнуть :) Как-то так это выглядит у меня в процессе работы: take.ms/dPNWd :)

[@mejedi]

Привет от «того парня». Дребезг контактов не беспокоит?

[@PaGrom]

Всмысле? Какой дребезг?

[@PaGrom]

Нет, не беспокоит. Задержка в цикле стоит 1 секунда. За это время все стабилизируется.

[@PaGrom]

Да я вроде уже объяснил. И в статье и в комментах. Что именно Вам непонятно?

[@PaGrom]

Повторю еще раз: таким образом более рационально используется пространство как при кодинге, так и при веб-серфинге.

[@PaGrom]

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

[@shoorick]

(как и топикстартер)

А зачем? Есть же разные столы.
У меня, например, кодинг обычно идёт на втором столе, отладка (если в терминале) — на третьем, веб и документация — на четвёртом, скайп с пиджином и почтой — на пятом, а всякие графические приложения — вообще на шестом. Мне для переключения не надо кучу раз жать Alt+Tab и смотреть, куда попадёт — достаточно ткнуть LWin+F№ (я себе сделал именно так) и сразу оказаться где надо.

[@hssergey]

В плане программирования «широкоформатный» монитор удобен тем, что кроме непосредственно кода удобно по сторонам разместить еще:
— дерево файлов проекта либо список открытых фалов — это удобнее, чем список вкладок сверху, так позволяет держать перед глазами и переключаться на большее число файлов (например редактируется код, шаблон верстки и файлы локализации, при этом надо периодически обращаться к файлам из других проектов)
— дерево методов/переменных (у вас я смотрю SublimeText2, он справа отображает миниатюрное изображение файла исходника), но на мой взгляд, удобнее подход, когда справа выводится список методов либо узлов верстки, по которым осуществляешь навигацию. Это умеет не только Eclipse, но даже и Kate под линуксом.

Кроме того, часто в коде строки оказываются весьма длинными из-за длинных имен переменных либо классов в случае верстки. И оказывается что пространства по горизонтали не так уж и много…

[@PaGrom]

В сублиме можно слева открыть дерево файлов. Код все-равно будет помещаться. Насчет дерева методов/переменных не знаю, никогда не пользовался подобным. Возможно Вы правы, но сублима полностью устраивает. Правило плохого тона — писать такие длинные строки. Если такой случай будет, никто не мешает перевести монитор в горизонтальное положение.

[@Frosty]

Насчет дерева методов: как такового постоянно висящего перед глазами дерева нет, но по Ctrl+R вылезает поле со списком методов и прочего с возможностью неточного поиска, что весьма удобно.

[@kamiram]

перешел осенью на 27" wqhd
блин. всеравно места слишком много :). и классы, и БД и файлы в панельках, но для кода слишком широко.

[@Skywrtr]

А цвета не искажаются?
Для теста положил ноутбук на бок — изображение стало темнее.

[@PaGrom]

Нет, не искажаются. Все отлично.

[@tronix286]

Да… А помню времена, когда в 800x600 в студии кодили, и нормально казалось… Кстати про питон и загрузку в 120% — это прям в точку, быгыггы. Я всегда говорил что хуже яваскрипта в эмбеддед могут быть только системные демоны на питоне.

[@isden]

800x600 — это еще ладно, жить можно. А вот текстовая консоль с кодом 80х25 и иерархия на бумажке рядом — это совсем другие ощущения.

[@Int_13h]

Хуже только код на бумажке и дыросшыватель для перфокарт. :)

[@ElleSolomina]

Есть ещё вариант с прошивкой программы побитно проволокой…

[@ivan4th]

God bless Emacs and C-x 3 :)

[@karabox]

А чего, классно. Даже изолента есть, правда не синяя!

[@PaGrom]

Да, прошу прощения, мой промах.)

[@oYASo]

Мы на работу себе купили кронштейны для свободного поворота монитора. Выглядит это как-то так:


Железки называются Ergotron, и стоят, для железок, увы очень много (эта конструкция обошлась в 400$ + 2 * 400$ за каждый монитор).
С этой штукой и правда стало удобно работать с исходным кодом в портретной ориентации. Но есть одно НО: мониторы должны быть очень качественные, с матрицей IPS, PVA или чем-то подобным. В противном случае, из-за плохих углов обзора по вертикали (которые в портретной ориентации станут горизонтальными), работать будет крайне некомфортно.

Дома я работаю на 32" телевизоре при разрешении 1920х1080, подключенным через DVI (видюха, поддерживает и HDMI) и HDMI (телевизор). Очень удобно. Конечно, сидеть нужно на расстоянии 1м, а лучше 1.5-2м, иначе пиксели будут видны. Цветопередача у телеков великолепна, ровно как и отзывчивость (TN матрицы туда, естественно, не ставят), так что и для программирования, и для обработки фоток, и для пострелять в монстров девайс годен.
Но предварительно телевизор нужно настраивать, а именно отключать все улучшайзеры, выкручивать всякие четкости на ноль, отключать шумоподавления, увеличители изображения и прочие заводские фишки, иначе конечное изображение будет мыльное, уходить за границы экрана и т.д.

[@Zerstoren]

Хммм, а вы знали что в sublime можно было бы занять это место (по горизонтали) используя клавиши alt+shift+(2|3|4)?

Несколько вкладок, позволяют очень удобно просматривать код с двух файлов. А представьте как классно тесты писать с 2 вкладками. В одной вкладке тест, в соседней тестируемый метод. А видеть листинг высотой 121 строку (против 66) не часто дает преимущество, имхо.

[@leventov]

А зачем одна узкая полоска? :)

[@PaGrom]

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

[@lightman]

С некоторых пор сижу за двумя мониторами: один 23" 1650x1050, другой — 17" 1280x1024, поставленный вертикально.
На последнем удобно открывать документацию — как раз помещается страница A4.

Скрытый текст

Вот только хочу спросить, не возникают ли проблемы с порядком субпикселей или подобным от факта разворота экрана? А то у меня красная окантовка вокруг букв, не знаю, то ли настройки ClearType крутить, то ли в драйверах лазить.

[@Narical]

По логике, проблемы возникать должны.
Смотрите сюда, определяйте порядок субпикселей, а дальше… ну, в линуксах это легко правится настройкой fontconfig. В арче у меня сей процесс делается путем удаления симлинки на файл, где настраивается порядок субпикселей, из $XDG_CONFIG_HOME/fontconfig/conf.d и создания новой симлинки на файл с другим порядком субпикселей, лежащий в $XDG_CONFIG_HOME/fontconfig/conf.avail. При желании сию процедуру можно вписать в скрипты поворота изображения.

В винде не знаю как)

[@Andsoon]

Спасибо за идею. Себе повернул так же.

[@amarao]

Некоторые мониторы умеют отдавать положение поворота через ddccontrol. Я как-то про неё писал.

[@vvzvlad]

Это те, в которых предусмотрена возможность поворота. U2412M например.

[@zupernintendo]

фотка в вертикальном режиме — LOL
не проще ли заюзать tiled manager и вставить сбоку другие приложения.
например браузер, мессенджер и т.п. — и тогда можно будеть смотреть интернеты тестить и кодить одновременно.

[@hudson]

Я поступил проще ) купил монитор, который поворот поддерживает из коробки. Правда в нём «всего» 27", но и разрешение пока недоступное для ТВ — 2560х1440. Хотя моторчика для автоповорота в нём тоже нету )

[@Stasik0]

Подскажите какой это эдитор?

[@chersanya]

Это Sublime Text 2.

[@binariti]

Вы не думали об использовании тайлового оконного менеджера?
blogerator.ru/page/tajlovye-okonnye-menedzhery-windows