Расчетное время 3130 с. Результат вычислений достаточно близок к измеренным 3440 с. Фактическое время нагрева немного больше расчетного, так как формула не учитывает потери тепла аккумулятора через излучение, конвекцию и теплопроводность стола.
Выводы в корне неверные. Вы на самом деле думаете, что за теплопотери за час у этого тоненького аккума составят 2-3 градуса? На самом деле рост температуры ограничивается именно теплопотерями и устаканивается минут за 15, а постепенный разогрев объясняется увеличением внутреннего сопротивления, а вместе с ним и тепловыделения, по мере разряда. Что означает, что реальное внутреннее сопротивление этого аккума значительно выше того значения, которое использовалось в формуле. Можно кстати прикинуть - со старта напряжение просело на 0,2В при токе 5А, что дает сопротивление 40мОм.
Кстати у аккумов есть еще одна характеристика, про которую мало кто говорит - можно назвать токоотдачей, не знаю есть ли официальное название. Смысл в том, что под значительной нагрузкой напряжение постепенно проседает на значительную величину, и эта просадка не объясняется разрядом или внутренним сопротивлением. После снятия нагрузки напряжение постепенно (у значительно деградировавших аккумуляторов в течении нескольких десятков минут) повышается до значения, до которого он реально разрядился, т.е. что-то похожее на эффект гистерезиса.
Алгоритм гровера вообще довольно бесполезная штука, так как дает всего лишь квадратическое приимущество по сравнению с классическими компьютерами.
Казалось бы неплохо, но надо помнить, что во первых КК врятли когда-нибудь сравняются по производительности и цене с классическими процессорами, а во вторых алгоритм должен быть выполнен от начала до конца без ошибок, а с этим мягко говоря проблемы. Причем если какой-нибудь шор выполняется за приемлимое время, то гровер, для приложений где он в теории даст хоть какой-то выхлоп, все равно будет выполняться долго - а сбои недопустимы. И параллелятся квантовые вычисления в лучшем случае по классическим принципам, а в худшем - вообще никак. А еще, если классический алгоритм может угадать и с одной попытки, гровер должен выполняться всегда до конца, т.е. в случае майнинга, если ты гарантированно вычисляешь нужный nonce допустим за час - толку от этого нет, т.к. блок будет намайнен за 10 минут, и придется ресетать алгоритм и начинать сначала.
Кстати а применим ли вообще гровер к задачам, где нет одного решения, а множество решений рандомно распределено по диапозону возможный значений? Какое из них он должен найти?
Особенно когда процессор этого ТВ физически не может родить 4К видеопоток, по этому там между ним и матрицей стоит апскейлер.
а 200 FPS - в два раза (не меньше!) лучше, чем 100 FPS
А особенно когда там стоит какая-нибудь VA матрица, с реальным, а не маркетологическим (там нарисуют 1мс), откликом этак в 20 мс, и смаз видно уже на 60 фпс.
когда у вас характеристики матрицы таковы, что вы НЕ МОЖЕТЕ отключить алгоритмы повышения разрешения и увеличения частоты - они у вас должны быть (там есть нюансы, но в целом...)
Что за особенности такие (если это конечно не апскейлер, как выше в моем сообщении)? Картинка скейлится билинейкой или еще чем, а в частоте какая проблема - обновляй картинку по мере поступления, или переключи частоту на частоту видео, или кратную ей.
Именно для обучения песчаный пляж как раз лучше: что там на дне, для тренировки значения не имеет, а заходить в воду на песочке удобнее.
А после обучения то что там делать? И чему можно научиться если в сотне метров от берега глубина метра 3 и все еще песок? Может конечно есть места где песок метров на 20 от берега, а потом рифы, но мне такие не встречались.
Хз как по мне гораздо проще пройти метров 30 по пантону и занырнуть сразу где глубина метров 5, чем сначала идти по волнам, а потом еще хз сколько плыть. И хорошо еще если заход будет полностью песчаным, а не помесь песок - битые ракушки - кораллы.
практически любой не страдающий хроническими лёгочными заболеваниями и не курящий мужчина может делать задержку дыхания в статике минуты на 4
Прям сходу может, или нужны какие-то тренировки?
Египет и Турция
В Шарме риф шикарен, а в остальных местах - в основном бесполезные песчаные пляжи. Где-то есть список годных, подготовленных мест, чтоб никуда не плыть на корабле, а в пешей доступности? А инструктора попадались только по дайвингу с аквалангом, опять же надо где-то искать.
Нырять на пассивном выдохе - опасная техника, она легко и непринуждённо приводит к баротравме лёгких даже на небольших глубинах!
Не обязательно же в 0 выдыхать. Просто не на 100% вдыхать, объем легких 4+ литра, выдохнул 1 литр - считай -1 кг подъемной силы, и не надо камень на шею вешать. Врятли он собрался на 30 метров заныривать, а на 3-5 метрах ничего с ним не случиться, скорее проблемы с продувкой будут, если совсем нет опыта.
В принципе основное правило - стало некомфортно - остановись. Травма не наступает внезапно.
А если могу задержать дыхание минуты на 2 в покое на диване - как-то можно кратно увеличить этот показатель? Или все техники направлены лишь на приближение "подводного" времени к "диванному"?
сходить на базовый курс по фридайвингу
Только вот в 99% населенных пунктов России (да и не только, я полагаю) никаких клубов фридайвинга в радиусе 100 км нету, не говоря уже о бассейнах 30+ метров глубиной.
не получается погружаться и задерживать дыхание больше чем на 30 сек
А на диване на сколько получается? Если проблема в том, что не погрузиться т.к. вода выталкивает - не обязательно же нырять с полными легкими воздуха. Время задержки в статике будет чуть меньше, но и погружаться значительно легче.
Программирование MicroSD требует отправки нестандартных команд на уровне SD интерфейса, что в общем случае (карта вставлена в произвольный, наперёд не известный авторам софта, кардридер) невозможно.
Это не совсем так, даже скорее совсем не так. Контроллеры SD карт имеют вполне стандартный интерфейс, со стандартными драйверами в винде и линуксе, они поддерживают отправку произвольных команд. Еще виндовые драйвера не позволяют посылать произвольные команды, но это именно проблема драйверов, при желании можно и переписать их. А вот в линуксе есть стандартный API для отправки произвольных команд. Но нужен именно встроенный/PCI контроллер, USB переходники не подойдут (они эмулируют USB флешку и по дефолту умеют только читать/писать сектора). В компах такое редко встречается, но можно использовать рутованный смартфон или планшет - там, как правило, стоят правильные контроллеры. Проблема в том, что нет фабричных тулзов для работы с SD картами. Для USB - сотни, а для SD ни одной не видел. Была б тулза - можно было бы придумать как ее приконнектить.
Как-то попадалось исследование заводского софта для контроллеров Appotech
А вот если на передающей стороне "испортить" частицу с измерением под неправильным углом 90 градусов, то на приёмной стороне могут появиться аномальные комбинации
Не могут, по крайней мере те, которые можно обнаружить локально. Если бы могли - и неравенства Белла не понадобились бы, все было бы гораздо проще.
По сути запутанные частицы можно назвать квантово-коррелированными. Можно вычислить корреляцию между измерениями, но для этого нужны измерения обоих объектов.
Аналог - у двух сторон есть генератор рандома, инициализированный общим seed-ом. Одна сторона может делать что угодно со своим генератором, но другая об этом никак не узнает. Узнать можно только сравнив сгенерированные данные, а их надо как-то передать.
Большинство - никак. Даже если приложение платное и там какая-нибудь активация. Особо упоротые вешают всякие протекторы типа денувы, но по итогу кому надо - все равно взломает, а легальные пользователи страдают. В особо запущенных случаях бывает даже покупают лицензию но потом ставят кряк.
А что до oversharpening, то как разработчик алгоритмов обработки могу только констатировать, что его ЦЕЛЕНАПРАВЛЕННО заказывает бизнес
Ох и как же это бесит, особенно когда этот шарпинг нельзя отключить. Я даже встречал монитор (вроде какой-то лось) с неотключаемым шарпингом (можно было только уменьшить, но даже на минимуме все равно шарпил).
Что пико что окулус - по сути необычной формы смартфоны на андроиде, причем поддерживающие обычные андроидные 2D приложения. ADB входит в комплект.
Вот с получением рута на последних андроидах какой-то голяк - "по хорошему" способов нет, "по плохому" тоже ничего готового не нашел. Видимо придется самому рыться в базах CVE, подбирать что-то подходящее и писать эксплоит. Но если кто подскажет что-то подходящее для андроид 10+ - буду благодарен.
Даже по теперешним сильно завышенным ценам vr дешевле тазика).
А с учетом выхода квест3, б/у квест2 можно взять вообще занедорого.
брекеты в России только-только появились, а до них прикус исправляли с помощью ужасно неудобных съёмных пластмассовых пластинок, которые царапались, цеплялись за нёбо и ухудшали дикцию.
А про карательные брекеты мы скромно умолчим. Например про то, что это не только приклеенная на адски твердый, очень сложно удаляемый компаунд пила во рту (первую неделю ощущения будут именно такие, потом полегче), но и испорченные 12 (!) зубов - потому что на задние зубы надеваются такие кольца по типу коронок. И поскольку просто так эти кольца невпихуемы - зубы же плотно расположены - промежутки тупо растачивают этакой микро болгаркой, уничтожая эмаль. Причем сейчас врачи ни про какие альтернативные методы вообще не знают - брекеты или смерть.
Вот не могу понять, зачем коммерческие компании занимаются подобной фигней? Если у вас есть клиенты, готовые платить - зачем их лишать этой возможности? Их (клиентов) отношения с местным правительством - это их личное дело.
Да, оно. В общем добрался таки - скачал последнюю версию, глянуть что изменилось, пофиксили ли старые баги. Так походу еще и новые добавили. Запустил gatt_device_information_query - сканирует, находит девайс, но почему-то пытается подключаться по нулевому MAC-у, хотя при скане MAC нормальный. При повторном запуске вообще гарантированно падает. Стал разбираться - оказалось там для подключения используется переменная report, но она вообще нигде не инициализируется - потому и MAC нулевой. А при повторном запуске читается файл tlv, но в функции чтения в вызове ReadFile аргумент, в который винда возвращает число прочитанных байтов - NULL, а NULL там недопустим. В общем исправил все это - тулза кое-как заработала, и даже иногда выдавала правдоподобную инфу, но чаще просто висла. Дальше уже не стал разбираться. Я вообще не понимаю как они эту либу пишут - они ее хоть запускать то пробовали? Или там намеренная диверсия? С другой стороны - как-то это все-таки работает. Может если появится какая-то конкретная цель - попробую таки довести эту либу до ума.
Возьмите любое технически ориентированное комьюнити, хоть тот же хабр, хоть например кружок программирования ардуино, и посчитайте соотношение годных технических статей от мужчин и женщин. Или даже просто число участников. Сильно близко к 50/50? Кто-то кому-то мешает в них учавствовать? Так почему в соответствующих профессиях вы ожидаете другого соотношения? Почему вместо хорошей технической статьи вы пишите очередное нытье?
Вообще есть опенсорс либа btstack, она как раз работает в том числе со свистками через winusb, но я делал самопал на основе линуксовых драйверов, а потом уже наткнулся на btstack. Но с ним были какие-то проблемы - вроде свисток находил но проблемы толи с соединением толи с отправкой. Поскольку уже был рабочий самопал - не стал особо заморачиваться с выяснением причин. По поводу статьи - не знаю, я делал под конкретную цель (BLE, но там протокол оказался более-менее стандартный) временную тулзу - соответственно все настройки правкой исходников, и это было уже давненько. У меня есть статья про ИК трансивер через winusb. А платформа получается общается по BLE только со своим комплектным приемником? Интересно какой смысл так делать, если можно общаться напрямую с компом или шлемом?
Вообще стандартизирован, я тоже возился с блютуз свистком (дешевым китайским) и там все внезапно по стандарту. Как раз заводил его через winusb. Может мне конечно повезло, и первый попавшийся китайский свисток внезапно оказался вменяемым.
блокировка пакетов происходит вообще где-то в недрах виндовых частей
Блокировка то происходит если винда работает со свистком как с блютуз девайсом, а если поставить драйвер winusb - со свистком можно работать напрямую, посылая ему пакеты по спецификации, а винда вообще не будет его считать блютуз девайсом и вмешиваться в обмен.
Тут главный вопрос - насколько кривой протокол этой платформы и будет ли стандартный свисток выдавать нужные пакеты.
P.S. Еще возился с ИК трансивером, так он был какбы HID устройством, но HID там был реализован криво, и нормально не работал. Пришлось тоже через winusb заводить.
Выводы в корне неверные. Вы на самом деле думаете, что за теплопотери за час у этого тоненького аккума составят 2-3 градуса? На самом деле рост температуры ограничивается именно теплопотерями и устаканивается минут за 15, а постепенный разогрев объясняется увеличением внутреннего сопротивления, а вместе с ним и тепловыделения, по мере разряда. Что означает, что реальное внутреннее сопротивление этого аккума значительно выше того значения, которое использовалось в формуле. Можно кстати прикинуть - со старта напряжение просело на 0,2В при токе 5А, что дает сопротивление 40мОм.
Кстати у аккумов есть еще одна характеристика, про которую мало кто говорит - можно назвать токоотдачей, не знаю есть ли официальное название. Смысл в том, что под значительной нагрузкой напряжение постепенно проседает на значительную величину, и эта просадка не объясняется разрядом или внутренним сопротивлением. После снятия нагрузки напряжение постепенно (у значительно деградировавших аккумуляторов в течении нескольких десятков минут) повышается до значения, до которого он реально разрядился, т.е. что-то похожее на эффект гистерезиса.
Алгоритм гровера вообще довольно бесполезная штука, так как дает всего лишь квадратическое приимущество по сравнению с классическими компьютерами.
Казалось бы неплохо, но надо помнить, что во первых КК врятли когда-нибудь сравняются по производительности и цене с классическими процессорами, а во вторых алгоритм должен быть выполнен от начала до конца без ошибок, а с этим мягко говоря проблемы. Причем если какой-нибудь шор выполняется за приемлимое время, то гровер, для приложений где он в теории даст хоть какой-то выхлоп, все равно будет выполняться долго - а сбои недопустимы. И параллелятся квантовые вычисления в лучшем случае по классическим принципам, а в худшем - вообще никак. А еще, если классический алгоритм может угадать и с одной попытки, гровер должен выполняться всегда до конца, т.е. в случае майнинга, если ты гарантированно вычисляешь нужный nonce допустим за час - толку от этого нет, т.к. блок будет намайнен за 10 минут, и придется ресетать алгоритм и начинать сначала.
Кстати а применим ли вообще гровер к задачам, где нет одного решения, а множество решений рандомно распределено по диапозону возможный значений? Какое из них он должен найти?
Особенно когда процессор этого ТВ физически не может родить 4К видеопоток, по этому там между ним и матрицей стоит апскейлер.
А особенно когда там стоит какая-нибудь VA матрица, с реальным, а не маркетологическим (там нарисуют 1мс), откликом этак в 20 мс, и смаз видно уже на 60 фпс.
Что за особенности такие (если это конечно не апскейлер, как выше в моем сообщении)? Картинка скейлится билинейкой или еще чем, а в частоте какая проблема - обновляй картинку по мере поступления, или переключи частоту на частоту видео, или кратную ей.
А в Турции есть что-то годное?
А после обучения то что там делать? И чему можно научиться если в сотне метров от берега глубина метра 3 и все еще песок? Может конечно есть места где песок метров на 20 от берега, а потом рифы, но мне такие не встречались.
Хз как по мне гораздо проще пройти метров 30 по пантону и занырнуть сразу где глубина метров 5, чем сначала идти по волнам, а потом еще хз сколько плыть. И хорошо еще если заход будет полностью песчаным, а не помесь песок - битые ракушки - кораллы.
Прям сходу может, или нужны какие-то тренировки?
В Шарме риф шикарен, а в остальных местах - в основном бесполезные песчаные пляжи. Где-то есть список годных, подготовленных мест, чтоб никуда не плыть на корабле, а в пешей доступности? А инструктора попадались только по дайвингу с аквалангом, опять же надо где-то искать.
Не обязательно же в 0 выдыхать. Просто не на 100% вдыхать, объем легких 4+ литра, выдохнул 1 литр - считай -1 кг подъемной силы, и не надо камень на шею вешать. Врятли он собрался на 30 метров заныривать, а на 3-5 метрах ничего с ним не случиться, скорее проблемы с продувкой будут, если совсем нет опыта.
В принципе основное правило - стало некомфортно - остановись. Травма не наступает внезапно.
А если могу задержать дыхание минуты на 2 в покое на диване - как-то можно кратно увеличить этот показатель? Или все техники направлены лишь на приближение "подводного" времени к "диванному"?
Только вот в 99% населенных пунктов России (да и не только, я полагаю) никаких клубов фридайвинга в радиусе 100 км нету, не говоря уже о бассейнах 30+ метров глубиной.
А на диване на сколько получается? Если проблема в том, что не погрузиться т.к. вода выталкивает - не обязательно же нырять с полными легкими воздуха. Время задержки в статике будет чуть меньше, но и погружаться значительно легче.
Это не совсем так, даже скорее совсем не так. Контроллеры SD карт имеют вполне стандартный интерфейс, со стандартными драйверами в винде и линуксе, они поддерживают отправку произвольных команд. Еще виндовые драйвера не позволяют посылать произвольные команды, но это именно проблема драйверов, при желании можно и переписать их. А вот в линуксе есть стандартный API для отправки произвольных команд. Но нужен именно встроенный/PCI контроллер, USB переходники не подойдут (они эмулируют USB флешку и по дефолту умеют только читать/писать сектора).
В компах такое редко встречается, но можно использовать рутованный смартфон или планшет - там, как правило, стоят правильные контроллеры.
Проблема в том, что нет фабричных тулзов для работы с SD картами. Для USB - сотни, а для SD ни одной не видел. Была б тулза - можно было бы придумать как ее приконнектить.
Этот софт можно где-то скачать?
Не могут, по крайней мере те, которые можно обнаружить локально. Если бы могли - и неравенства Белла не понадобились бы, все было бы гораздо проще.
По сути запутанные частицы можно назвать квантово-коррелированными. Можно вычислить корреляцию между измерениями, но для этого нужны измерения обоих объектов.
Аналог - у двух сторон есть генератор рандома, инициализированный общим seed-ом. Одна сторона может делать что угодно со своим генератором, но другая об этом никак не узнает. Узнать можно только сравнив сгенерированные данные, а их надо как-то передать.
Большинство - никак. Даже если приложение платное и там какая-нибудь активация. Особо упоротые вешают всякие протекторы типа денувы, но по итогу кому надо - все равно взломает, а легальные пользователи страдают. В особо запущенных случаях бывает даже покупают лицензию но потом ставят кряк.
Ох и как же это бесит, особенно когда этот шарпинг нельзя отключить. Я даже встречал монитор (вроде какой-то лось) с неотключаемым шарпингом (можно было только уменьшить, но даже на минимуме все равно шарпил).
Неплохо было бы указать тип targets, так как иначе у него может быть совершенно любая реализация метода Concat.
Что пико что окулус - по сути необычной формы смартфоны на андроиде, причем поддерживающие обычные андроидные 2D приложения. ADB входит в комплект.
Вот с получением рута на последних андроидах какой-то голяк - "по хорошему" способов нет, "по плохому" тоже ничего готового не нашел. Видимо придется самому рыться в базах CVE, подбирать что-то подходящее и писать эксплоит. Но если кто подскажет что-то подходящее для андроид 10+ - буду благодарен.
А с учетом выхода квест3, б/у квест2 можно взять вообще занедорого.
А про карательные брекеты мы скромно умолчим. Например про то, что это не только приклеенная на адски твердый, очень сложно удаляемый компаунд пила во рту (первую неделю ощущения будут именно такие, потом полегче), но и испорченные 12 (!) зубов - потому что на задние зубы надеваются такие кольца по типу коронок. И поскольку просто так эти кольца невпихуемы - зубы же плотно расположены - промежутки тупо растачивают этакой микро болгаркой, уничтожая эмаль.
Причем сейчас врачи ни про какие альтернативные методы вообще не знают - брекеты или смерть.
Вот не могу понять, зачем коммерческие компании занимаются подобной фигней? Если у вас есть клиенты, готовые платить - зачем их лишать этой возможности? Их (клиентов) отношения с местным правительством - это их личное дело.
Проблема в том, что судя по схеме, у этого контроллера нет вообще никаких интерфейсов с внешним миром, кроме управления питанием и яркостью подсветки.
Как раз у телевизоров LG таки есть счетчик времени наработки, и его можно посмотреть в сервисном меню. Можно сходить глянуть "пробег".
Да, оно. В общем добрался таки - скачал последнюю версию, глянуть что изменилось, пофиксили ли старые баги. Так походу еще и новые добавили. Запустил gatt_device_information_query - сканирует, находит девайс, но почему-то пытается подключаться по нулевому MAC-у, хотя при скане MAC нормальный. При повторном запуске вообще гарантированно падает.
Стал разбираться - оказалось там для подключения используется переменная report, но она вообще нигде не инициализируется - потому и MAC нулевой. А при повторном запуске читается файл tlv, но в функции чтения в вызове ReadFile аргумент, в который винда возвращает число прочитанных байтов - NULL, а NULL там недопустим. В общем исправил все это - тулза кое-как заработала, и даже иногда выдавала правдоподобную инфу, но чаще просто висла. Дальше уже не стал разбираться.
Я вообще не понимаю как они эту либу пишут - они ее хоть запускать то пробовали? Или там намеренная диверсия? С другой стороны - как-то это все-таки работает. Может если появится какая-то конкретная цель - попробую таки довести эту либу до ума.
Возьмите любое технически ориентированное комьюнити, хоть тот же хабр, хоть например кружок программирования ардуино, и посчитайте соотношение годных технических статей от мужчин и женщин. Или даже просто число участников. Сильно близко к 50/50? Кто-то кому-то мешает в них учавствовать? Так почему в соответствующих профессиях вы ожидаете другого соотношения? Почему вместо хорошей технической статьи вы пишите очередное нытье?
Вообще есть опенсорс либа btstack, она как раз работает в том числе со свистками через winusb, но я делал самопал на основе линуксовых драйверов, а потом уже наткнулся на btstack. Но с ним были какие-то проблемы - вроде свисток находил но проблемы толи с соединением толи с отправкой. Поскольку уже был рабочий самопал - не стал особо заморачиваться с выяснением причин.
По поводу статьи - не знаю, я делал под конкретную цель (BLE, но там протокол оказался более-менее стандартный) временную тулзу - соответственно все настройки правкой исходников, и это было уже давненько. У меня есть статья про ИК трансивер через winusb.
А платформа получается общается по BLE только со своим комплектным приемником? Интересно какой смысл так делать, если можно общаться напрямую с компом или шлемом?
Вообще стандартизирован, я тоже возился с блютуз свистком (дешевым китайским) и там все внезапно по стандарту. Как раз заводил его через winusb. Может мне конечно повезло, и первый попавшийся китайский свисток внезапно оказался вменяемым.
Блокировка то происходит если винда работает со свистком как с блютуз девайсом, а если поставить драйвер winusb - со свистком можно работать напрямую, посылая ему пакеты по спецификации, а винда вообще не будет его считать блютуз девайсом и вмешиваться в обмен.
Тут главный вопрос - насколько кривой протокол этой платформы и будет ли стандартный свисток выдавать нужные пакеты.
P.S. Еще возился с ИК трансивером, так он был какбы HID устройством, но HID там был реализован криво, и нормально не работал. Пришлось тоже через winusb заводить.