Посмотрел фотогорафии и задумался.
В художественной фотографии — это не востребовано, слишком безобразное боке.
В репортажной съемке — может быть.
Ну и в свадебной съемке такую камеру иметь удобно, чтобы в отвественный момент не ошибиться.
Хотя, зная профессиональных фотографов, можно предсказать их реакцию на подобную камеру — «Снимает не камера, а фотограф!»
В семейный альбом? Сколько процентов пользователей обрабатывают фотографии? Обычно просто копируют с флэшки всё что нащелкали, иногда удаляя совсем уж не удачные кадры.
А те, кто начинает интересоваться, проводить цветокоррекцию, кадрировать, те покупают зеркалку и начинают понимать, что главное — совсем не электроника, а стекло, которое стоит в разы больше тушки.
Меня вот всегда интересовало, допустим таки напишут программу, реализующую искусственный интеллект, которая, очевидно, сможет писать программы лучше человека. Грубо говоря, рассказываешь ей ТЗ, а в ответ экзешник.
Программисты не нужны, и через несколько поколений имеется куча программ, но практически никто не умеет программировать? Как будет восприниматься эта программа ИИ, не иначе как магия?
>>Некоторые программы, показывая содержимое, восстанавливают
>>экран до запуска приложения
Oк.
>> Идём в консоль linux (настоящую, Ctrl-Alt-F1), пробуем vim —
>>при выходе мы видим предыдущее содержимое на экране.
>>less… видим. nano… видим.
Ok
>>То есть linux (согласно console_codes) этого не поддерживает.
вот тут я запутался. Какой именнно эффект не поддерживается?
>>Простая проверка подверждает подозрения —
>>на всех виртуалках vcsa девственно чистый,
>>потому что у нас нет VGA-адаптера.
Проверил в виртуалке на KVM: cat /dev/vcsa*
получил семь консолей с приглашением login.
Проверил на xen:
cat: /dev/vcsa*: No such file or directory
>>Идём обратно в настоящий linux (консоль),
>>логинимся по ssh на любой сервер, запускам mc,
>>и, вуаля — not supported.
Опять не понял, что именно «not supported». Можно дать подробное описание эффекта, которого необходимо достичь? Я из статьи понял, что вам нужно восстановление экрана до запуска приложения? Но, если всё так, как вы описываете, почему в putty все отлично работает?
угу, я не разобрался с вашим управлением. Влево/вправо нормально всё, но попробуйте все же добавить после loop_pal_out: mov dx,03dah
sync:
in al,dx
test al,8h
jz sync
анимация по left/light будет плавнее.
А то что я имел в виду в начале ветки, это как раз именно то, что я имел в виду :) А именно: я нажимал up/down, а там перерисовка.
но там только синхронизацией не поможешь, скорее всего придется делать буфер.
И да, тригонометрию в реалтайме считать не тру, посмотрите, возможно можно обойтись заранее расчитаными таблицами?
И еще, зачем mov ax, 0A000h
mov es, ax
стоит после paint:, если es у вас нигде не меняется?
На ЭЛТ мониторе у вас наблюдается некоторое мерцание. (Щас поймал себя на том, что совершенно не в курсе, как обстоят дела с этой проблемой у LCD).
Я попробую объяснить, но могу ошибиться, так как давно всё это было :)
Это происходит потому, что вы начинаете рисовать не задумываюсь, в какой точки находится луч кинескопа.
Т.е. допустим, луч на середине экрана, а вы начинаете рисовать сверху, и то что вы нарисуете, будет видно только после того, когда луч дойдет до низа экрана и снова пойдет отрисовывать сверху. Таким образом, когда я постоянно давлю клавишу, у вас получается на верхней половине экрана один кадр, а на нижней половине уже следующий.
Поэтому писать напрямую в видеопамять не принято, лучше выделить область памяти, рисовать туда, потом ждать сигнала «развертки», и кидать всё в видеопамять одним большим куском.
Примерно так: ;выделяем память
mov ah,4ah
mov bx,1000h
int 21h
mov ah,48h
int 21h
jc exit
mov word ptr vseg,ax
;обнулим её
mov es,ax
xor ax,ax
xor di,di
mov cx,32000
rep stosw ;можно использовать stosd
;ваш код
mov dx,3DAh ;порт
; цикл ожидания синхронизации c лучём элт
sync:
in al,dx
test al,8h
jz sync
pusha
push ds
; во vseg, понятно у нас как раз лежит указатель на наш буфер
mov ax,word ptr vseg
mov ds,ax
mov ax,0A000h
mov es,ax
xor si,si
xor di,di
mov cx,32000
rep movsw ;можно использовать movsd
pop ds
popa
;всё, фрейм отрисован
На самом деле, если вам конечно интересно, по словам Натальи Бехтеровой, мозг используется по разному. Грубо говоря, он любит лениться, и это, в какой-то мере, правильно, зачем тратить лишнюю энергию? Так, при решение какой-либо задачи мозг ищет уже знакомый ему способ решения, можно назвать его стереотипом. И в таком случае в этих 10% есть доля истины.
А когда задача не тривиальна, и решения вы не имеете, мозг начинает работать по полной. Этим можно объяснить, например, оцепение, когда вы видете то, что не может быть, чему не можете подобрать логическое объяснение.
Интересно, только у меня следующая цепочка вырисовывается?
У яндекса куча денег, которые необходимо инвестировать --> Набор новых сотрудников --> повешение востребованности IT специальностей на рынке --> повышение средней з/п, и, как следствие, хороший характер и прекрасный аппетит.
Ихняя наглость меня ничуть не задевает. Просто забавная забота о безопасности получается: Получив подобное предупреждение пару-тройку раз на вполне безопасную ссылку, пользователь автоматически начинает забивать на всякие предупреждения (все врут!), и в следующий раз таки успешно переходит на какой-нибудь фишинговый сайт.
Вот, кстати, на посмотреть:
nevgen.livejournal.com/24338.html
35photo.ru/items/item_3971/
www.deep-life.ru/helios-40/index.htm
Хотя даже 44-2 даёт результат на порядок лучше, чем в ихней галерее.
В художественной фотографии — это не востребовано, слишком безобразное боке.
В репортажной съемке — может быть.
Ну и в свадебной съемке такую камеру иметь удобно, чтобы в отвественный момент не ошибиться.
Хотя, зная профессиональных фотографов, можно предсказать их реакцию на подобную камеру — «Снимает не камера, а фотограф!»
В семейный альбом? Сколько процентов пользователей обрабатывают фотографии? Обычно просто копируют с флэшки всё что нащелкали, иногда удаляя совсем уж не удачные кадры.
А те, кто начинает интересоваться, проводить цветокоррекцию, кадрировать, те покупают зеркалку и начинают понимать, что главное — совсем не электроника, а стекло, которое стоит в разы больше тушки.
Программисты не нужны, и через несколько поколений имеется куча программ, но практически никто не умеет программировать? Как будет восприниматься эта программа ИИ, не иначе как магия?
>>Некоторые программы, показывая содержимое, восстанавливают
>>экран до запуска приложения
Oк.
>> Идём в консоль linux (настоящую, Ctrl-Alt-F1), пробуем vim —
>>при выходе мы видим предыдущее содержимое на экране.
>>less… видим. nano… видим.
Ok
>>То есть linux (согласно console_codes) этого не поддерживает.
вот тут я запутался. Какой именнно эффект не поддерживается?
>>Простая проверка подверждает подозрения —
>>на всех виртуалках vcsa девственно чистый,
>>потому что у нас нет VGA-адаптера.
Проверил в виртуалке на KVM: cat /dev/vcsa*
получил семь консолей с приглашением login.
Проверил на xen:
cat: /dev/vcsa*: No such file or directory
>>Идём обратно в настоящий linux (консоль),
>>логинимся по ssh на любой сервер, запускам mc,
>>и, вуаля — not supported.
Опять не понял, что именно «not supported». Можно дать подробное описание эффекта, которого необходимо достичь? Я из статьи понял, что вам нужно восстановление экрана до запуска приложения? Но, если всё так, как вы описываете, почему в putty все отлично работает?
Спасибо.
mov dx,03dah
sync:
in al,dx
test al,8h
jz sync
анимация по left/light будет плавнее.
А то что я имел в виду в начале ветки, это как раз именно то, что я имел в виду :) А именно: я нажимал up/down, а там перерисовка.
но там только синхронизацией не поможешь, скорее всего придется делать буфер.
И да, тригонометрию в реалтайме считать не тру, посмотрите, возможно можно обойтись заранее расчитаными таблицами?
И еще, зачем
mov ax, 0A000h
mov es, ax
стоит после paint:, если es у вас нигде не меняется?
По идеё при смене палитры будет должна быть таже самая проблема, но я проверил, ожидание сигнала развертки перед loop_pal_out эффекта не даёт.
Помню, что решал проблему, сейчас поробую раскопать исходники. Может быть они еще живы.
Я попробую объяснить, но могу ошибиться, так как давно всё это было :)
Это происходит потому, что вы начинаете рисовать не задумываюсь, в какой точки находится луч кинескопа.
Т.е. допустим, луч на середине экрана, а вы начинаете рисовать сверху, и то что вы нарисуете, будет видно только после того, когда луч дойдет до низа экрана и снова пойдет отрисовывать сверху. Таким образом, когда я постоянно давлю клавишу, у вас получается на верхней половине экрана один кадр, а на нижней половине уже следующий.
Поэтому писать напрямую в видеопамять не принято, лучше выделить область памяти, рисовать туда, потом ждать сигнала «развертки», и кидать всё в видеопамять одним большим куском.
Примерно так:
;выделяем память
mov ah,4ah
mov bx,1000h
int 21h
mov ah,48h
int 21h
jc exit
mov word ptr vseg,ax
;обнулим её
mov es,ax
xor ax,ax
xor di,di
mov cx,32000
rep stosw ;можно использовать stosd
;ваш код
mov dx,3DAh ;порт
; цикл ожидания синхронизации c лучём элт
sync:
in al,dx
test al,8h
jz sync
pusha
push ds
; во vseg, понятно у нас как раз лежит указатель на наш буфер
mov ax,word ptr vseg
mov ds,ax
mov ax,0A000h
mov es,ax
xor si,si
xor di,di
mov cx,32000
rep movsw ;можно использовать movsd
pop ds
popa
;всё, фрейм отрисован
А когда задача не тривиальна, и решения вы не имеете, мозг начинает работать по полной. Этим можно объяснить, например, оцепение, когда вы видете то, что не может быть, чему не можете подобрать логическое объяснение.
У яндекса куча денег, которые необходимо инвестировать --> Набор новых сотрудников --> повешение востребованности IT специальностей на рынке --> повышение средней з/п, и, как следствие, хороший характер и прекрасный аппетит.