Если вы думаете, что у меня там майнинг фермы стоят и я тяну из розетки максимум, то ошибаетесь, мое электропотребление мало чем отличается от среднестатистического. Просто удобно платить фиксированную сумму и не думать про счетчики. На воду и на газ я тоже не ставлю счетчик по той же причине, тут я тоже всех обворовываю?
Да, но это только в случае умышленного воровства электричества. Типа подключиться в обход или повесить магнит (или что там вешают). А у меня он сломался официально, и это официально зафиксировано, что он неисправен.
Вот выдержка из статьи, которую я приводил выше:
Оплата электроэнергии, если счетчик оказался (былпризнан) неисправным
Представим: вы каким-то образом обнаружили, что ваш счетчик неисправен. Был разбит в ходе ремонтных работ. Пострадал при пожаре. Просто перестал работать, и это видно даже вам. Как вариант – был украден. Или у него истек срок поверки, или закончился срок эксплуатации… Как начисляется плата за свет в таком случае?
Ситуацию описывает пункт 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 (настройки на качество), то без шансов для видеокарты. По скорости кодирования да, она будет быстрее.
К сожалению, кодирование на видеокарте это только скорость, но не качество. И если цель оптимальное соотношение размера файла к качеству картинки, то видеокарта этого не даст.
Вот выдержка из статьи, которую я приводил выше:
Стребовать по максимальному тарифу они могут только если они обнаружили умышленную порчу счетчика, приводящую к начислениям в пользу абонента или подключение в обход счетчика. У меня же нет ни того ни другого. Счетчик не считал в мою пользу и в обход я не подключался. Он просто перестал работать и они это зафиксировали, без отметок о злом умысле. Поэтому максимум, что они могут это увеличить в полтора раза:
— Поменяйте быстрее и вызовите нас для поверки, а то мы, уууу, будем вам по среднему тарифу начислять!
И я собирался его поменять, но все забывал, а потом пришли квитанции и я увидел этот страшный средний тариф, который при 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к