Да, но это только в случае умышленного воровства электричества. Типа подключиться в обход или повесить магнит (или что там вешают). А у меня он сломался официально, и это официально зафиксировано, что он неисправен.
Вот выдержка из статьи, которую я приводил выше:
Оплата электроэнергии, если счетчик оказался (былпризнан) неисправным
Представим: вы каким-то образом обнаружили, что ваш счетчик неисправен. Был разбит в ходе ремонтных работ. Пострадал при пожаре. Просто перестал работать, и это видно даже вам. Как вариант – был украден. Или у него истек срок поверки, или закончился срок эксплуатации… Как начисляется плата за свет в таком случае?
Ситуацию описывает пункт 59 (а) Правил предоставления коммунальных услуг. Прежде всего определяется момент наступления «события», то есть когда именно прибор учета признается неисправным (утраченным)?
Это может будет дата вашего заявления в энергосбытовую компанию о неисправном счетчике. Или дата составления акта о неисправности счетчика по итогам его осмотра инспектором. Либо дата истечения межповерочного интервала счетчика. Если точной даты нет, то за «точку отсчета» принимается месяц (платежный период) в котором произошло «событие».
С этой даты вас переводят на оплату по среднему месячному потреблению. Среднее месячное потребление рассчитывается так же, как и в предыдущем пункте – исходя из последних шести месяцев.
Однако «по среднему» вам будут начислять лишь три месяца подряд. После чего переведут на платежи по нормативу. Как рассчитывается плата за электроэнергию по нормативу см. здесь.
Стоит отметить, что с некоторых пор потребителям, у которых прибор учета электроэнергии вышел из строя и которые живут без счетчика более трех месяцев, плату по нормативу начисляют с повышающим коэффициентом 1.5. Так что с установкой нового счетчика хорошо бы поторопиться.
Стребовать по максимальному тарифу они могут только если они обнаружили умышленную порчу счетчика, приводящую к начислениям в пользу абонента или подключение в обход счетчика. У меня же нет ни того ни другого. Счетчик не считал в мою пользу и в обход я не подключался. Он просто перестал работать и они это зафиксировали, без отметок о злом умысле. Поэтому максимум, что они могут это увеличить в полтора раза:
«Стоит отметить, что с некоторых пор потребителям, у которых прибор учета электроэнергии вышел из строя и которые живут без счетчика более трех месяцев, плату по нормативу начисляют с повышающим коэффициентом 1.5. Так что с установкой нового счетчика хорошо бы поторопиться. „
Но ведь они и так в курсе, что у меня нет счетчика. Они же сами начисляют мне средний тариф и никаких требований установить счетчик мне не предъявляют. Есть какие-то акты по которым они могут потом что-то с меня пытаться взять еще?
Есть «лайфхак» с электричеством. Если счетчик стоит в квартире (как у большинства), иногда он может сломаться. Если не ломается можно ему помочь, но у меня сломался сам. При ближайшей проверке это зафиксировали и сказали:
— Поменяйте быстрее и вызовите нас для поверки, а то мы, уууу, будем вам по среднему тарифу начислять!
И я собирался его поменять, но все забывал, а потом пришли квитанции и я увидел этот страшный средний тариф, который при 3х прописанных в квартире людях был около 800 рублей в месяц. И тогда я понял, что при таком раскладе я и менять ничего не буду. И вот уже лет 5 мне присылают 800р по среднему тарифу, которые я исправно оплачиваю и пользуюсь «безлимитом» по электричеству.
Помню, как-то переписывал все свои ассемблерные вставки обратно на С++, т.к:
1. Код не компилировался на другую архитектуру.
2. Когда я писал этот код, он и правда был быстрее того, что генерил компилятор того времени для тех процессоров. Но с тех пор сменилось уже не одно поколение процессоров и версий компиляторов, и современный компилятор уже давно генерил для новых процессоров более быстрый код, в чем я убедился переписав его на С.
Думаю довольно безопасно, раз официальный сайт предлагает качать оттуда (https://ffmpeg.org/download.html).
Есть еще вот такой проект: github.com/m-ab-s/media-autobuild_suite
Нужно просто запустить батник, выбрать нужные параметры и он скачает все необходимое для сборки и соберет под Windows. Потребует прилично места на диске (не ожидаешь, что 100кб скрипт потом скачает и набилдит на 25ГБ). Но у такого билда есть преимущества, можно включить в ffmpeg несвободные кодеки, вроде libfdk_aac, или включить тот же rav1e сразу в ffmpeg
ffmpeg -preset medium -vcodec h264_qsv -global_quality 23 -look_ahead 1
против
ffmpeg -preset medium -vcodec libx264 -crf 23
QuickSync дает больший размер файла и чуть более мыльную картинку. К тому же не удалось запустить QuickSync c preset выше medium, в то время как там размер файла получается еще меньше для CPU.
Нет, я написал, что его можно сократить в два раза на том же самом кодеке, просто закодировав с нормальными настройками на качество. Если сравнивать неэффективый аппаратный H264 с неэффективным аппаратным h265, то наверное разница будет 50%. А если сравнить h264, закодированный максимально эффективным образом, с h265 также закодированным максимально эффективно, то разница уже не будет такой большой.
Аппаратные кодировщики не заморачиваются тем, чтобы получить минимальный размер файла с наилучшим качеством. У них просто завышенный битрейт, который гарантирует определенный уровень качества и все. Мой телефон тоже умеет снимать в h264 и h265. В h264 видео просто имеет слишком высокий битрейт. Его можно пересжать в тот же h264 (в два прохода с настройками на максимальное качество) сократив в 2 раза без особых потерь в картинке.
Сейчас я порезал на 10 сек куски, для видео большей длины можно резать по 20-30 сек или даже по минуте. Ключевые кадры, как правило ставятся гораздо чаще, раз в пару-тройку секунд, иначе возникает проблема при перемотке видео.
Когда-нибудь это будет и он будет точно также уступать по качеству своему старшему брату, работающему на CPU, как и в случае с остальными кодеками, т.к. будет иметь более простые алгоритмы.
Слишком сложные алгоритмы для видеокарты, которые не особо хорошо ложатся на её вычислительную архитектуру. Кодеки под неё упрощены в плане анализа кадров. Качественная картинка только за счет более высокого битрейта. Если сравнивать HEVC на видеокарте простив H264 на CPU (с настроками на максимальное качество), то возможно будет паритет в отношении размера файла и качества. Если же HEVC на видеокарте против HEVC на CPU (настройки на качество), то без шансов для видеокарты. По скорости кодирования да, она будет быстрее.
К сожалению, кодирование на видеокарте это только скорость, но не качество. И если цель оптимальное соотношение размера файла к качеству картинки, то видеокарта этого не даст.
У меня была звуковуха, которая прекрасно работала на 10 15xx, 16хх и 17хх. А вот на 18хх и выше работать перестала. Потому, что теперь нет новых версий windows, только одна 10 и в этом вся проблема. Вендор пилит поддержку для своего устройства под 10ку в 2015 и пишет, что с 10 совместима, но ничего не стоит на месте и в windows со временем меняются многие внутренние механизмы и устройство перестает работать. Но это все равно остается 10ка. И в 2018 вендор уже давно забил на поддержку того устройства, возможно они убрали совместимость с 10кой у себя на сайте, но это уже не важно, эта звуковуха и так больше не продается. Но если она у меня уже есть, то теперь есть вероятность попасть в засаду, когда обновился и привет. И если раньше когда была 7 или 8, то было понятно: мое устройство совместимо с 7, то 99% оно всегда будет совместимо с 7, сколько бы я не обновлялся. А с 10кой нет таких гарантий.
Есть и другие закономерности, основанные не только на слепом анализе графика, где если начинается «так», то скорее всего закончится «так», но и на попытке привязать это ко времени. Типа, с 13:00 до 14:00 по будним дням, на крупных биржах все идут обедать, поэтому торгов становится меньше. Или по N дням месяца инвесторы больше вкладывают в портфель, поэтому такие-то позиции растут. Или каждый четверг, после сильного дождя, на возвышенной местности, одно членистоногое издает звук, отдаленно напоминающее на свист, тогда… Такие закономерности не столь очевидны, но кажутся логически обоснованными, глаза загораются, словно только, что открылось четвертое измерение, и мысли в голове «сейчас я точно найду закономерность!» не дают покоя. Но, увы, эффективность рынка берет свое и если находишь подобную информацию в общедоступном источнике, значит она уже тоже устарела.
Вот выдержка из статьи, которую я приводил выше:
Стребовать по максимальному тарифу они могут только если они обнаружили умышленную порчу счетчика, приводящую к начислениям в пользу абонента или подключение в обход счетчика. У меня же нет ни того ни другого. Счетчик не считал в мою пользу и в обход я не подключался. Он просто перестал работать и они это зафиксировали, без отметок о злом умысле. Поэтому максимум, что они могут это увеличить в полтора раза:
— Поменяйте быстрее и вызовите нас для поверки, а то мы, уууу, будем вам по среднему тарифу начислять!
И я собирался его поменять, но все забывал, а потом пришли квитанции и я увидел этот страшный средний тариф, который при 3х прописанных в квартире людях был около 800 рублей в месяц. И тогда я понял, что при таком раскладе я и менять ничего не буду. И вот уже лет 5 мне присылают 800р по среднему тарифу, которые я исправно оплачиваю и пользуюсь «безлимитом» по электричеству.
1. Код не компилировался на другую архитектуру.
2. Когда я писал этот код, он и правда был быстрее того, что генерил компилятор того времени для тех процессоров. Но с тех пор сменилось уже не одно поколение процессоров и версий компиляторов, и современный компилятор уже давно генерил для новых процессоров более быстрый код, в чем я убедился переписав его на С.
Есть еще вот такой проект: github.com/m-ab-s/media-autobuild_suite
Нужно просто запустить батник, выбрать нужные параметры и он скачает все необходимое для сборки и соберет под Windows. Потребует прилично места на диске (не ожидаешь, что 100кб скрипт потом скачает и набилдит на 25ГБ). Но у такого билда есть преимущества, можно включить в ffmpeg несвободные кодеки, вроде libfdk_aac, или включить тот же rav1e сразу в ffmpeg
против
QuickSync дает больший размер файла и чуть более мыльную картинку. К тому же не удалось запустить QuickSync c preset выше medium, в то время как там размер файла получается еще меньше для CPU.
source.mkv — исходник
encoded.mkv — кодирован целым
encoded_join.mkv — кодирован по кускам
Разница 200к