это все, конечно, хорошо... но ДД так и не обнаружился. преимущество в 2 или даже 3 ступени от неизвестно чего = неизвестно что.
по поводу ISO, как его не назови, для цифрового сенсора смысла особого нет в этой величине. это пережиток прошлого от пленок, как и многие другие вещи. "ступени" ISO ни что иное, как усиление в каскадах считывания.
а еще в ваших рассуждениях сильно не хватает физической основы - размеров пикселей. и ниже тут же в вашем комментарии тоже.
при одном и том же размере сенсора, чем мельче его попилить на больше пикселей, тем меньше будет эффективная площадь и тем хуже будет соотношение сигнал/шум и меньший ДД при прочих равных.
один только вопрос: почему "получим С таблицы", "загрузим С базы" и т. п.? и это не разово, на протяжении 2 статей. вроде бы "ИЗ таблицы". может я чего-то не понимаю?
для новичков полезно было бы добавить echo=True при создании сессии и можно было бы рассматривать какие SQL-запросы алхимия генерирует и выполняет.
автор долго крепился, аж почти до половины текста и не писал "нижнее подчеркивание", но потом устал и понеслось... теперь хочется статью о роли "верхнего подчеркивания". ну, или хотя бы "среднего"
как по мне, неспортивно писать программу, которая работает только в одних начальных условиях, а во всех остальных 3599 фейлится насмерть.
к тому же, речь идет все же о вторичных часах. и в заголовке, и в статье, и в коментах. посему, вторичные часы суть индикатор состояния первичных и вообще не факт, что могут и должны быть включены постоянно.
можно предположить, что в начальный момент механику выставили с некое "нулевое" положение и больше неучтенных воздействий она не претерпевает. и при каждом вкл-выкл электроники опять же механику "обнуляют". но так не прикольно НМВ. тогда вообще ничего не надо изобретать. путь тикает как может от самого простого источника импульсов без всяких мозгов и программ, а когда в 15:00 (на камчатке полночь) пользователь увидит расхождение, сам пальцем поправит стрелки.
если уж тыкать в такое устройство ардуину, так и предусмотреть датчик нуля хотя бы. тогда нехитрыми действиями "мозг" будет способен из любого начального положения выйти в рабочий режим и поддерживать точность показаний.
быстрое гугление показывает доступность 12-битных I2C энкодеров за 3 бакса. но тут я пас, я не настоящий электронщик.
одним вайфаем не получится. нужно же будет сделать схему получения текущих показаний механики, чтобы потом доворачивать стрелки до нового положения соответственно источнику точного времени.
это все, конечно, хорошо... но ДД так и не обнаружился. преимущество в 2 или даже 3 ступени от неизвестно чего = неизвестно что.
по поводу ISO, как его не назови, для цифрового сенсора смысла особого нет в этой величине. это пережиток прошлого от пленок, как и многие другие вещи. "ступени" ISO ни что иное, как усиление в каскадах считывания.
а еще в ваших рассуждениях сильно не хватает физической основы - размеров пикселей. и ниже тут же в вашем комментарии тоже.
при одном и том же размере сенсора, чем мельче его попилить на больше пикселей, тем меньше будет эффективная площадь и тем хуже будет соотношение сигнал/шум и меньший ДД при прочих равных.
очень полезные статьи. спасибо!
один только вопрос: почему "получим С таблицы", "загрузим С базы" и т. п.? и это не разово, на протяжении 2 статей. вроде бы "ИЗ таблицы". может я чего-то не понимаю?
для новичков полезно было бы добавить
echo=Trueпри создании сессии и можно было бы рассматривать какие SQL-запросы алхимия генерирует и выполняет.потому что вот
а еще можно написать
и получить 50 самых больших.
в коде есть УРЛ ЖСОНа с УРЛами картинок. для ознакомления вполне можно покликать в браузере.
рыночек показывает, что если во всех смартфонах искоренить разъем для проводных наушников, то хомячков можно пересадить на ТВС.
s Ну так капчей же! /s
все потому, что
если бы имитировали, все было бы по-другому.
автор долго крепился, аж почти до половины текста и не писал "нижнее подчеркивание", но потом устал и понеслось... теперь хочется статью о роли "верхнего подчеркивания". ну, или хотя бы "среднего"
бывает реэкспорт, а тут будет релокализация. XY вернет к заводским настройкам локаль и переклеит оригинальный шильдик.
как по мне, неспортивно писать программу, которая работает только в одних начальных условиях, а во всех остальных 3599 фейлится насмерть.
к тому же, речь идет все же о вторичных часах. и в заголовке, и в статье, и в коментах. посему, вторичные часы суть индикатор состояния первичных и вообще не факт, что могут и должны быть включены постоянно.
можно предположить, что в начальный момент механику выставили с некое "нулевое" положение и больше неучтенных воздействий она не претерпевает. и при каждом вкл-выкл электроники опять же механику "обнуляют". но так не прикольно НМВ. тогда вообще ничего не надо изобретать. путь тикает как может от самого простого источника импульсов без всяких мозгов и программ, а когда в 15:00 (на камчатке полночь) пользователь увидит расхождение, сам пальцем поправит стрелки.
если уж тыкать в такое устройство ардуину, так и предусмотреть датчик нуля хотя бы. тогда нехитрыми действиями "мозг" будет способен из любого начального положения выйти в рабочий режим и поддерживать точность показаний.
быстрое гугление показывает доступность 12-битных I2C энкодеров за 3 бакса. но тут я пас, я не настоящий электронщик.
попытаться можно, но какой в этом смысл, если ты не знаешь как в данный момент установлены стрелки?
одним вайфаем не получится. нужно же будет сделать схему получения текущих показаний механики, чтобы потом доворачивать стрелки до нового положения соответственно источнику точного времени.
наконец-то реализована классическая парадигма "бери больше, кидай дальше, пока летит - отдыхай"
вам же сказали на карте, а не на планете. карта у них в офисе на столе или на стене. вот из любого места на карте пожалуйста.
эх, молодёжь...
был задержан турок
реинкарнация идеи небесных сфер на новом масштабе.
вот зачем я зашёл на эту страницу