[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/] [/dev/] [/stat/] ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]

Файл: 1358906069692.png -(9 KB, 512x288, 1358906069692.png)
9 No.88148  

С внедрением UHDTV от софтового декодинга придется отказаться в принципе? Или все-таки следует ждать процов которые смогут осилить декодинг 8K в реальном времени?

>> No.88155  
Файл: 1358922004191.png -(732 KB, 1280x720, 1358922004191.png)
732

>>88148
У тебя же все стены и потолок заставлены ебелью из ИКЕА, зачем тебе 8K UHD?

>> No.88158  

>>88155
Мне то особо и не зачем, а вот когда энкодеры на это чудо безальтернативно перейдут, нужно будет с этим что-то делать.

>> No.88159  
Файл: 1358922783252.png -(501 KB, 1280x720, 1358922783252.png)
501

>>88158

> а вот когда энкодеры на это чудо безальтернативно перейдут

ffmpeg сегодня поддерживает разрешения от 128×96 до 7680×4800

>> No.88160  

>>88159
И то это просто пресеты, так разрешение можно указать какое угодно, как и соотношение Ш к В и прочая и прочая.

>> No.88162  

>>88159
Ждать по несколько часов на серию, пока она пережмется как-то не очень хочется.

>> No.88163  

>>88162
Пеержимай на облаке.

>> No.88164  

>>88163
Проще тогда дома кластер собрать, дешевле будет.

>> No.88165  
Файл: 1358925556415.png -(560 KB, 1280x720, 1358925556415.png)
560
> ждать процов которые смогут осилить декодинг 8K в реальном времени?

Хотя я тут перечитал и подумал, что 8K и современный проц потянет, в битрейте на тысячу. С другой стороны, высокий битрейт может сделать НЖМД захлебнуться, так что аниме с динамическими сценами в таком разрешении проецировать можно будет сегодня только с SSD в рейде. Так что, я думаю, когда/если это пойдёт в массы, то и ЦП с I/O подтянутся. Всё равно пока VDPAU анально огорожен, аниму на ней не поскринить.

>> No.88166  

>>88165
Современные винты уже давно отдают гигабит линейно. Чтобы небыло рывков можно буфер побольше поставить, это как раз не проблема. А вот тестовый ролик на 4K давал на моей квадратной корке не больше десятка фпс, что совсем не смотрибельно. Судя по коментам он более-менее играется на топовых i7, но я никак не представляю, что за проц нужен, чтобы декодить 8K в реалтайме.

>> No.88167  
Файл: 1358926486945.png -(481 KB, 1280x720, 1358926486945.png)
481

>>88164

>Проще тогда дома кластер собрать, дешевле будет.

r u sure?
Чтобы только поднять кластер дома, надо озаботиться как минимум нехилой защитой питания, одинаковым железом, синхронным обновлением и настройкой операционных систем и охлаждением своей свежесвормировавшейся полутораметровой стойки. Если ты не энтузиаст и у тебя хватает денех, то проще купить облако, чем возиться со всем этим. А настроить надо хорошо, иначе каждый апдейт будет наваливать очередной снежный ком проблем, а холостая работа будет жечь свет зазря. Тут даже вопрос не в том, что дешевле, а в том, насколько ты энтузиаст.

>> No.88168  

>>88166

> Современные винты уже давно отдают гигабит линейно.

# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 312 MB in 3.00 seconds = 103.88 MB/sec
Знакомься, SATA II, по бумажке отдающая аж 1,5 GB в секунду.

> Чтобы небыло рывков можно буфер побольше поставить,

чтобы буфер мог что-то отдать, в него надо сначала прочитать. А когда фильм на 8K уже читается, лишней пропускной, я думаю, не будет.

> А вот тестовый ролик на 4K

Что за ролик?

>> No.88169  

>>88167
Чтобы реенкодить видео совсем не нужны какие-то супер синхронизации по железу или версиям программ, достаточно небольшого скриптика, который включит машины по wol, дождется пока они загрузятся, раскидает серии по машинкам, дождется завершения операций, соберет результаты и выключит это все хозяйство. Десяток машин по 300 ватт вполне потянет бытовая сеть, а если работать они будут не больше пары часов в сутки то и охлаждения особого не надо, жара будет не настолько смертельной.

>> No.88170  

>>88168
Хотя стоп, какие полтора, все три.

>> No.88172  

>>88168

> Timing buffered disk reads: 312 MB in 3.00 seconds = 103.88 MB/sec

Собственно вот у тебя как раз и гигабит.

> чтобы буфер мог что-то отдать, в него надо сначала прочитать. А когда фильм на 8K уже читается, лишней пропускной, я думаю, не будет.

Забить буфер можно перед началом воспроизведения. А битрейт он не совсем постоянный, в статических сценах сильно падает.

> Что за ролик?

Вот этот: http://www.nyaa.eu/?page=torrentinfo&tid=259235

>> No.88173  
Файл: 1358927737063.png -(424 KB, 1280x720, 1358927737063.png)
424

>>88169

> достаточно небольшого скриптика
> раскидает
> соберет
> и выключит

А пока видео перкодируется, будет отводить температуру во flashlight, чтобы тебе скучно не было.

>> No.88174  

>>88173
Чтобы превратить квартиру в баню при открытой форточке 2-3 часов работы трехкиловатного обогревателя явно недостаточно.

>> No.88175  

>>88172

> Собственно вот у тебя как раз и гигабит.

Вообще, гигабит это 125MB, но допустим, что он у нас есть.
Современные фильмы в 1080p на блюрее имеют битрейт за 20К в секунду чуть-чуть округлим ширину кадра до 2000 пикселей и предположим, что зависимость объёма кадра от разрешения у нас линейная, тогда для 8К нам понадобится гонять 80000 Kbit/sec, то есть, на всё остальное, как-то: аудиодорожки, работу самой операционной системы и прочих фоновых задач у нас остаётся порядка 2.5 MB в секунду. На стерео во флаке может и хватит, а вот на 5.1 — уже сомневаюсь. Да и реальная пропускная, выданная моим вторым саташником, исчерпалась ещё на видео. Хотя это даже лучше, чем я ожидал, осталось только проверить, как мой i5 себя почувствует, переваривая тот сэмпл.

> Забить буфер можно перед началом воспроизведения.

Мплеер вроде умеет такое, ноя я не видел, чтобы он
этим занимался, когда читает с диска.

> в статических сценах сильно падает.

Смотря о каком битрейте речь.

>> No.88176  
Файл: 1358929651464.png -(397 KB, 848x697, 1358929651464.png)
397

>>88172

> Вот этот: http://www.nyaa.eu/?page=torrentinfo&tid=259235
> 4096x2304 resolution, upscaled from a Blu-ray source, with added 4K grain
> ~223 Mbps
> 10-bit H.264
>> No.88177  

>>88175
Рипы имеют в несколько раз меньшей битрейт чем оригинальный BD, думаю эта тенденция все-таки сохранится. Если нет, то похоже действительно придется обзаводится более быстрым винтом/ssd/рейдом/рамдиском, либо ловить притормаживания.

>> No.88178  

>>88176
Это ждет всех нас в будущем. Как бы они и от 4K не отказались в пользу 8K.

>> No.88179  
Файл: 1358930852438.jpg -(587 KB, 783x1217, 1358930852438.jpg)
587

>>88177
Да, в общем-то 1,5…2К при 720p вполне достаточно, ящитаю. Смотрю сейчас Psycho-Pass c 1200 и ничего. Когда-то специально конвертил кусок GitS (TV) с хорошей динамической сценой, там где Бато в окно прыгает и оно разбивается вдребезги с кучей крошечных осколков, нормально начало смотреться где-то с 1400, но я оставил 1800 ЕМНИП (я не занимаюсь рипами, просто знакомый не знал, кто такой Бато, и я решил, что лучше один раз показать).

> …то похоже действительно придется обзаводится …рамдиском

Ороро, это сколько ж оперативной памяти должно быть?

Алсо, я открыл мплееромэтот сэмпл. Притормаживает. Но это только I/O, загрузка цп такая, что её перемолотит одно ядро. Сам Мплеер не ругается, что компьютер слоу, как он это часто делает в любых других случаях, даже интересно. А ещё забавен тот факт, то при попытке открыть этот же сэмпл через vdpau, его кодек крашится.

>> No.88180  

>>88179

> Ороро, это сколько ж оперативной памяти должно быть?

Ну сейчас натыкать 4 планки по 16 не проблема, думаю в самое ближайшее время появятся модули и по 32.

> Притормаживает. Но это только I/O

Судя по >>88168 у тебя как минимум трехкратный запас дискового I/O.

> загрузка цп такая, что её перемолотит одно ядро. Сам Мплеер не ругается, что компьютер слоу, как он это часто делает в любых других случаях

Его же вроде так и не научили нормально параллелится при декодинге и он по прежнему работает с одним ядром. Попробуй mplayer2.

>> No.88181  
Файл: 1358935069265.jpg -(203 KB, 600x800, 1358935069265.jpg)
203

>>88165

> Всё равно пока VDPAU анально огорожен, аниму на ней не поскринить.

Внезапно mplayer2 может. Правда опять же снимок будет без субтитров.

>> No.88182  
Файл: 1358938172106.jpg -(200 KB, 600x800, 1358938172106.jpg)
200

>>88180

> Ну сейчас натыкать 4 планки по 16 не проблема, думаю в самое ближайшее время появятся модули и по 32.

Так и фильмы в 1080р на блюрее сейчас по 30-40 ГБ. а ты
представь, какими они будут тогда.

> Судя по >>88168 у тебя как минимум трехкратный запас дискового I/O.

А, да, я не разглядел, что там 223 мегабит, а не мегабайт. С утра голова разламывается. В мегабатах получается 27.875, что не так уж и много, ты прав.

> Попробуй mplayer2.

Попробовал. С ним все четыре ядра уходят в работу и сэмпл проигрывается… Почти нормально. Без рывков, но как будто скорость чуть замедлили. Значит, дело всё-таки упирается в ЦП. Эх, был бы у меня i7-2600 с четырьмя лишними потоками, проигрывалось бы наверно совсем хорошо. Хотя впрочем сегодня можно купить затычку для сокета и пошустрее.

>>88181

> Внезапно mplayer2 может.

mplayer и mplayer2 используют одну и ту же libvdpau, а она не допускает фильтров в принципе. Скорее всего, у тебя vdpau просто не работает.

>> No.88183  

>>88182
Впрочем, и из этого i5 можно ещё что-то выжать, если пошалить с напряжением. Сейчас ядра на 3.3GHz, а его гнали успешно до 4 и выше. просто мне пока незачем было его оверклочить, да и линпак собирать @ гонять муторно.

>> No.88184  

>>88182

> Так и фильмы в 1080р на блюрее сейчас по 30-40 ГБ. а ты

представь, какими они будут тогда.
Серия анимы раз в 5 меньше фильма, должна влезть в память, если ее будет 64-128 гиг.

>> No.90286  

Телевизор Apple iTV будет обладать панелью с Ultra HD-разрешением. По мнению аналитиков, в ближайшие годы такие модели будут более востребованными по сравнению с OLED-телевизорами.

Телевизор iTV, разработку которого ведет Apple, будет обладать матрицей с разрешением Ultra HD (3840 x 2160), что вчетверо превышает разрешение панелей Full HD (1920 x 1080), сообщает DigiTimes со ссылкой на источники в индустрии.

Оснащенный панелью Ultra HD (или 4K) телевизор будет поддерживать управление жестами и голосом, добавляет издание.

По сведениям источников, в плане поставок Ultra HD-панелей Apple возлагает надежды на LG Display, рассчитывая, что она сможет наладить необходимый объем выпуска во второй половине 2013 г. Если компании удастся это сделать, iTV может быть представлен в конце текущего или начале будущего года.

Телевизоры формата Ultra HD - новый рыночный тренд. Такие устройства представили Samsung Electronics, LG Electronics и другие производители. Компания LG уже продает Ultra HD-телевизор на российском рынке: стоимость модели 84LM960V с 84-дюймовым экраном составляет 599990 руб.

Проблемой Ultra HD-телевизоров, помимо высокой стоимости, является отсутствие 4K-контента. В мире пока существует лишь несколько цифровых телевизионных каналов, транслирующих в таком формате. Чтобы не лишать смысла покупку таких устройств сейчас производители оснащают их функциями преобразования разрешения (апскейлинг).

По прогнозу NPD DisplaySearch, в 2014 г. на мировой рынок будет поставлено свыше 2 млн телевизоров Ultra HD, к 2015 г. объем поставок превысит 4,5 млн штук, а к 2016 г. - 7 млн устройств. Примечательно, что в 2014 и 2015 гг. объем поставок телевизоров формата Ultra HD превысит объем поставок OLED-телевизоров.

Предположения о том, что Apple собирается выпустить телевизор под собственным брендом, ходят несколько лет. В декабре прошлого года аналитик Piper Jaffray Джин Манстер (Gene Munster) предсказал, что iTV получит панель с диагональю от 42 и 55 дюймов и поступит в продажу в конце текущего года по цене $1500-2000.

Намерение Apple совершить революцию на рынке телевизоров, продажи которых в век интернета снижаются, упоминается в официальной биографии бывшего руководителя компании Стива Джобса (Steve Jobs), который скончался в 2011 г. Из книги автора следует, что Джобс хотел создать элегантное устройство, которым было бы очень легко пользоваться.

На то, что Apple собирается изменить рынок телевидения, недавно намекнул генеральный директор компании Тим Кук (Tim Cook).

http://www.cnews.ru/news/top/index.shtml?2013/03/27/523714

Похоже скоро придется разориться на новый компьютер, чтобы аниму нормально смотреть.

>> No.90344  

Как минимум долгое время будут раздачи в низком разрешении для мобильных устройств, так что на 8к и даже на 4к only ещё не скоро перейдут. Про закрытые аппаратные энкодеры года два назад на новере высказывалась мысль, что когда эта штука станет безальтернативно-аппаратной в неё не будет проблемой вставить копирастические ограничения на проигрывание контента. Что, в свою очередь, не помешает продолжать смотреть в 1080p, но развитие высокого разрешения задержит

>> No.90351  

Кстати а реализаций десятибитных декодеров на OpenCL так и не появилось?

>> No.90360  
Файл: 1364420898143.jpg -(201 KB, 1500x757, 1364420898143.jpg)
201

Вы это так обсуждаете, словно нас это ждёт прям-таки завтра. Что как-то очень маловероятно, потому как исключительной популярностью пользуются всякие там планшетики-телефоны, у многих ещё и ноуты, у кого осталось — нормальные такие мониторы и уж у совсем немногих упоротых есть экран во всю стену. Одно только энергопотребление и упомянутые выше ЖД, не говоря уже о толщине интернет-подключения сильно убавляют желание без надобности обмениваться контентом такого качества без реальной на то необходимости. А когда до этого дойдёт — трудно сказать, будет ли софтверное декодирование такой уж проблемой. Я бы даже скорее поставил на нет.

>> No.90374  

>>90360
Телевизоры с метровой диагональню тоже пользуются популярностью. Смотреть что-то с микроэкрана телефона когда рядом стоит такое чудо? А с интернетами сейчас разве что в деревне проблемы.

>> No.90377  

>>90374
Телевизоры с метровой диагональю в основном у состоявшихся уже людей, среди которых доля смотрящих аниме ниже, чем среди ещё не состоявшихся. И скачивать и хранить стогигабайтное анимцо будет не самым предпочтительным вариантом не только в деревне. Слушать музыку в лосслесс — куда более дешёвое удовольствие, и что же? mp3 куда популярней, чем FLAC, хорошие наушники покупают только уже в меру упоровшиеся люди, большая часть плееров умеет показывать картинки, но не может играть звук в приличном качестве, и всем похуй. Никто даже разницы не замечает. До момента, когда ты и правда не сможешь спрятаться от 8K UHD ещё пройдёт достаточно премени, чтоб это перестало быть проблемой. Всё же самостоятельно что-то рипает не так уж много людей, так что с торрентов ты ещё довольно долго будешь скачивать 1080 видео, а то и меньше. Может, чуть больше. Но не настолько.

>> No.90379  

>>90377
Неудачное сравнение, большинство не заметят разницы mp3 выше 196кб/c, при этом разницу в картинке увидит любой. Хотя кому-то и экранки норм

>> No.90380  
Файл: 1364424439168.jpg -(642 KB, 861x1200, 1364424439168.jpg)
642

>>90377

> Телевизоры с метровой диагональю в основном у состоявшихся уже людей, среди которых доля смотрящих аниме ниже, чем среди ещё не состоявшихся.

Они стоят не настолько дорого, чтобы их нельзя было себе позволить. Предполагаю что в будущем они будут еще дешевле.

> И скачивать и хранить стогигабайтное анимцо будет не самым предпочтительным вариантом не только в деревне.

Хранить? Зачем хранить? Скачал-посмотрел-удалил.

Сейчас найти 480p рипы можно, если поискать, а 720p и 1080p валяются на каждом углу, причем последние еще и скачиваются быстрее из-за количества сидов. Проще решить проблему перекодировки чем по полдня искать то что нужно, а потом еще и по несколько часов ждать, пока единственный сид соизволит появиться на раздаче.

>> No.90381  
>>Сейчас найти 480p рипы можно, если поискать

Дабы не быть голословным, сэр. Аниме за 12 год, если можно.

>> No.90382  

>>90381
На рутрекере посмотри.

>> No.90384  

>>90379
Возможно сравнение и правда не слишком удачно, но ключевая фраза тут "кому-то и экранки норм". Между мп3 даже в приличном качестве и флаком для большей части музыки (особенно, если много гитар с дисторшном или других богатых побочными частотами звуков) разница вполне себе объективна, на мало-мальски приличной технике её прекрасно слышно. Но если ты к ней не привык, то резко обрубленные частоты не режут слух и всё ок. Точно так же когда-то я совершенно спокойно смотрел полнометражные фильмы весом в 700 мб, не особенно мучаясь вопросами качества. О разнице говорят не на основе того, что глаз/ухо её РЕАЛЬНО видит/не видит, слышит/не слышит, а на основе того, что ты замечаешь. И ты не будешь замечать недостатки чёрно-белого кино, если не видел цветного. На самом деле на средненьком экране ноута ты не увидишь разницу, даже если будешь смотреть супер-ультра-мега-HD-лунатик-фантазм, потому что, блджад, у тебя нет такого числа пикселей. А в ближайшее время это будет по прежнему более распространено, чем здоровые мониторы и хуё-моё. Люди прежде всего хотят "Так что же дальше случится с Уолтером?", а не пиздец-качество изображения и звука.
>>90380
Ну, "в будущем" много всего будет, в т.ч. и программное декодирование 8K UHD и вообще всякие фантастические ништяки.

>Хранить? Зачем хранить? Скачал-посмотрел-удалил.

Это в твоих фантазиях. А в реальности всякие там не-задроты не особо трудятся чистить свой хард. И не хотят планировать за пару дней просмотр кинца, а хотят "О, точно, ща посмотрю новый кинчик, ёба!". И даже в идеализированном варианте, всё равно одной из наиболее восстребованных категорий остаются полнометражные сериалы (даже не знаю, как это обозвать) — словом, всё это добро вроде Breaking Bad, Game of Thrones или даже какой-нибудь говно-Менталист. Серия по часу, серий в сезоне штук 20, ты, чтоб не мотаться самому, качаешь с рутрекера какую-нибудь раздачу с озвучкой какого-нибудь Лостфильм-Кураж-Бамбея, и ещё с тремя дорожками звука на украинском и суахили, которую обновляют по мере выхода новых серий. Таких сериалов у тебя — несколько. Make your calculations. При прочих равных больше сидов начинает набирать то, что легче.

> 720p и 1080p валяются на каждом углу, причем последние еще и скачиваются быстрее из-за количества сидов

Ну я так и сказал, в ближайшее время наиболее популярным ворматом будет 1080p. Допускаю, что довольно скоро вырастет до 4K UHD, потому что качество дисплеев стремительно растёт. Но 8K UHD? Нет, правда, не надо так волноваться.

>> No.90385  

>>90384

> Ну, "в будущем" много всего будет, в т.ч. и программное декодирование 8K UHD и вообще всякие фантастические ништяки.

Проблема в том, что у нас вначале появляются всякие 10i и только спустя несколько лет железо, на котором их можно нормально декодить, начинает стоить вменяемых денег.

> Make your calculations. При прочих равных больше сидов начинает набирать то, что легче.

Практика показывает обратное. Сравни количество сидов одной и той же анимы на 1080p и на 720p. Олсо 4Tb винт сегодня стоит $500.

> Ну я так и сказал, в ближайшее время наиболее популярным ворматом будет 1080p.

Он наиболее популярный уже сейчас. Через пару лет жди массового прихода 4k, а как он декодится на современных процах можешь сам убедиться, в треде есть тестовый образец.

>> No.90386  
Файл: 1364428175653.jpg -(302 KB, 1600x1200, 1364428175653.jpg)
302

>>90384
Ты внезапо подал годную идею, смотреть аниму с чёрно-белым филтром. Новые ощущения же!
До 8к запросто вырастет при росте dpi экранов, а оно может лавинообразно начаться если кому-то покажется годной идеей начать ими меряться как тренд, как это случилось с мегапикселями камер

>> No.90388  

>>90385
Блядь, а я что говорю? "Через пару лет, через пару лет." Вот именно, что через пару лет. В ближайшее время популярнейшим форматом будет 1080, с которым нет никаких проблем. В недалёком будущем популярней станет 4K, но не до тех пор, пока это проблематично, потому что, блядь, как и процессоры, всё остальное железо не меняется каждые полгода. Это может быть применимо ко всяким айфонам, но не к твоему ПК, а ПК ты, — вернее, не ты, а нормальные люди — покупаешь целиком, с такой начинкой, которую посчитает достойной производитель, а не собираешь по кускам. А отдельно покупают себе харды, мощные процы и всё остальное всякие задроты, которые не сделают погоды на торрентах. Скорее, наоборот, именно они и занимаются декодированием-перекодированием видео, и будут делать такие рипы, которые они сегодня могут делать, и какие будут качать. И, блядь, я ещё раз повторяю: ПРИ ПРОЧИХ РАВНЫХ легче — больше сидов. 720p ≠ 1080p на таких дисплеях, которые сегодня достаточно популярны. Но всякие там флаки и ультра-хд остаются уделом особых любителей, их можно скачать, но эти раздачи куда менее популярны. Идём на рутрекер. Мадока. Первая раздача: 55 сидов, 720p, 6Gb. BDRip на 1080p, 28Gb — 19 сидов. Ультра-фантазм-1980p (а вовсе даже не благородное 8K) (BDRemux, флак и всё самое лучшее) весит 87Gb и раздаётся 5 людьми. Популярнейшая раздача Game of Thrones 2 — over1000 сидов — жалкие HDTVRip 720x400. Жалкие HDTVRip 1280x714 (≈25Gb) — ещё более жалкие 238 сидов. BDRip 1920x1080 (первый сезон, второго нет, но популярность аналогична) отсасывает со 129 сидами, и весит 70 Gb из-за дюжины звуковых дорожек в комплекте.

Я сначала стал смотреть ту, у которой больше сидов — даже на моём ноуте это довольно убогое зрелище. Как видите, и это не сильно повредило статистике. Я бы сказал, что это наглядная иллюстрация того факта, что тревога за мрачное и весьма предсказуемое будущее персонажей Шона Бина куда весомей, чем забота зрителей о качестве. Вы, наверное, не поверите, но я лично знаю кучу людей, которые смотрели Аватар с какого-то онлайн-кинотеатра с рекламой в невероятно отстойном качестве с пикселями размером с ноготь и считали меня снобом, потому что мне, видите ли, это качество не кажется достаточно хорошим. Остальные это делали в кинотеатре.

>> No.90389  

>>90386
Как я уже признал выше: да, такой тренд уже есть и потому, собственно, популярность и вырастет. Но всё это займёт время, и даже большее, чем непосредственно время, которое требуется техническому прогрессу и циклу обновления домашних ПК средних пользователей. Потому что "нормальный человек" любит солёную перчёную пищу, не отличает малиновый от пурпурного, получает полное удовлетворение от 128kbps mp3 и главное, хочет увидеть смерть Шона Бина СЕЙЧАС, через 15 минут максимум, а не через час после того, как вспомнит о своём сериале.

Чёрно-белое аниме… ой, да ладно тебе. Делать тебе больше нечего. Shaft старались, изливали на экран свою больную фантазию фонтаном красок и эмоций. Куда там до этого жалким попыткам внести новизну убрав краски.

>> No.90391  

>>90388

> Вы, наверное, не поверите, но я лично знаю кучу людей, которые смотрели Аватар с какого-то онлайн-кинотеатра с рекламой в невероятно отстойном качестве с пикселями размером с ноготь и считали меня снобом, потому что мне, видите ли, это качество не кажется достаточно хорошим.

This. Те, кому пофиг на качество, сваливают на всякие онлайн-смотрелки, а значит стоит ожидать отмирание низкокачественных торрентов. Лично я это дело считаю говноедством (тоже наверное сноб, да).

Впрочем машину, которая вытянет 8K UHD с 120fps и 10i на процах можно собрать и сейчас, только вот обойдется это удовольствие в пятизначное количество американских президентов. Но я нищеброд, и быстро собрать такую сумму на апгрейд пк не могу.

Олсо качал я как-то Druaga no Tou в 720p и одновременно в 480p с рутрекера, поскольку не знал, какую часть посмотрю в разездах, а какую - дома. Уж не помню сколько там было сидов, но 720p версия скачалась минут за 40, 480p тянулась 10 часов.

>> No.90402  
>обновления домашних ПК средних пользователей.

Вы не думали, что далеко не все люди будут менять пека под новые форматы? Кому это вообще нужно?

>> No.90422  

>>90402
Домашние ПК в любом случае обновляются раз в несколько лет.

>> No.96310  

>>90402
Это нужно тем, кто смотрит фильмы на ПК, очевидно же!

>> No.96426  

http://www.product-reviews.net/2012/01/11/sony-ps4-8k-resolution-not-impossible/

>The company is not looking at 1080p resolution in the future and not even 4k, as Sony is planning to go to 8k.
>> No.96433  

>>90388

>качество не кажется достаточно хорошим. Остальные это делали в кинотеатре.

Прошлой зимой повели меня в кинотеатр на "Хоббита". Так это блядство на десятиметровом экране дёргалось словно на старом PII. Особенно заметно на динамичных сценах. Теперь смотрю на кинотеатры как на говно - только двд и синийлуч.

>> No.98528  

http://lists.freedesktop.org/archives/mesa-dev/2013-October/047084.html

>> No.98529  

Кстати VP9 никто не пробовал?

>> No.98530  

>>90388
Еси переделываьт не будут старые тайтлы в новый формат HD, то не нужно вообще вводить новый стандарт. Если не могу посмотреть Dennou Coil в 4080p. зачем мне новый телик или моник? Если не будут создавать новые издания старых фильмецов, то зачем мне как потребителю новый формат? Если единственный контент это голливудский блокбастерный понос, а не переиздания Трюффо? Вывод напрашивается сам собой. Это устройства для больших помещений...

>> No.103380  

>>98529
Его поддерживает 0.5 плеера.

>> No.103381  

>>98530

>зачем мне новый телик или моник?

Старый сломается рано или поздно. Я когда-то думал, зачем мне 16:9, а вот. Старый контент единичными случаями переделывать будут, попутно искажая римейком суть. Хочешь пофейспалмить об Rebuild of Dennou Coil с 10 новыми персонажами в трусах?

Вообще тред кажется смешным на фоне того, как хуящик-1 не может в 1080p без апскейла.

>> No.103424  

>>88148

>Или все-таки следует ждать процов которые смогут осилить декодинг 8K в реальном времени

Следует ждать количества процов, эта задача трвиально параллелится.

>> No.103425  

>>103424
Я не думаю что ядра будут разбивать по разным кристаллам.

>> No.103472  

>>98530
С виртуальными очочками помещения ни для какого формата не нужны.

>> No.103474  
Файл: 1396389625214.gif -(3176 KB, 600x496, 1396389625214.gif)
3176

>>103425
Поясните по хардкору кстати, сейчас что процы, что экраны ограничены увеличением процента брака при повышении площади. В чём принципиальная проблема печатать небольшие юниты, тестировать, и потом склеивать в готовые токопроводящим клеем?

>> No.103475  
Файл: 1396389959715.jpg -(236 KB, 738x1400, 1396389959715.jpg)
236

>>103474
Это будет дороже чем клепать больший процент брака. Кроме того в случае экранов может быть так же заметен стык.

>> No.103476  

>>103475
Для текущих моделей процессоров да, а вот если увеличить площадь вдвое процент брака станет нерентабельным

>> No.103477  
Файл: 1396394932661.png -(543 KB, 650x900, 1396394932661.png)
543

>>103476
Можно просто отключать бракованные ядра при тестировании процессоров.

>> No.104622  
Файл: 1402108057663.jpg -(1308 KB, 3840x2160, 1402108057663.jpg)
1308

Ну что, готовите деньги на новое железо, в ниппонии скоро будут как-то так вещать.
https://mega.co.nz/#!Ql9xFA7I!p8ar9DceYvHsDAYUvJRWDz7Go3X4S6dlUtiVmag16E4

>> No.104630  
Файл: 1402163212761.jpg -(60 KB, 500x267, 1402163212761.jpg)
60

>>104622
Мыльно даже если в экран вписать. В чём профит 4к кроме цифродроча, если камеры такое говно?

Олсо вот такой вот к нам пришёл некстген: http://www.ign.com/wikis/xbox-one/PS4_vs._Xbox_One_Native_Resolutions_and_Framerates

не способный даже текущие 1080p во всех играх обеспечить, надо ли говорить, на что будут ориентироваться разработчики тех же игр на пк?

>> No.104631  

>>104630

> В чём профит 4к кроме цифродроча, если камеры такое говно?

Профита нету, просто в таком формате в ближайшем будущем будут почти все тврипы.

> не способный даже текущие 1080p во всех играх обеспечить

В чем профит 1080p кроме цифродроча?

>> No.104632  

>>104631
В аниме от контуров в 720p на большом экране глаза вытекают, разумеется на <20 дюймовом мониторе от 1080p профита мало. В этом смысле от 4к профит был бы если бы телевизор был во всю стену.

>> No.104633  

>>104632
Или, что вероятнее, очки с таким разрешением.

>> No.104635  

>>104632

> В аниме от контуров в 720p на большом экране глаза вытекают

Ретина-мониторы уже в продаже. Скоро будут вытекать от 1080p.

>> No.104637  

>>104635
Они вытекают относительно размера экрана. На планшете с ретиной 720p вполне нормально смотрятся.

>> No.104644  

>>104637
Если следовать этому соотношению то на настольном мониторе 4к как раз в самый раз.

>> No.104655  

>>104644
Если держать его в руках то да.

>> No.104740  

>>88162
Ну мне на это наплевать, я смотрю кино в 480-720 сидя у монитора.
Т.е. подразумевается, что такой огромный формат будет в ониме? Зачем? Там ведь все равно треугольные подбородки и нет носов?

>> No.104741  

>>104740

> Т.е. подразумевается, что такой огромный формат будет в ониме? Зачем? Там ведь все равно треугольные подбородки и нет носов?

Потому что таким будет стандарт телевещания.

>> No.111496  

Похоже на процессоры забили.

>> No.111520  

Не нужно.

>> No.111527  

>>111496
А зачем они? На специфичных задачах GPGPU не обойдут, в повседневных и так нормально

>> No.111528  

>>111527
Как научить плеер декодировать h265, vp8, vp9 на GPGPU?

>> No.111529  

>>111528
Дождаться следующего поколения видеокарт с аппаратными декодерами (сразу с drm, лол)

>> No.111530  

>>111529
А до того, как они выйдут, наслаждаться лагами? Или реенкодить каждый файл по 10 часов?

>> No.111531  

>>111530
Проблема любого нового формата.

>> No.111532  

нвидия, кстати, жудко тупит с новыми кодеками, позор, лалки

>> No.111536  

>>111531
Раньше все прекрасно на CPU декодировалось и никаких проблем с новыми кодеками не было.

>> No.111538  
Файл: 1419759902166.jpg -(71 KB, 760x427, 1419759902166.jpg)
71

>>111536
Раньше и GPU не нужны были.

>> No.113142  

>>111532
В жтикс 960 запилили.

>> No.120483  

Похоже нас ждет целая пачка кодеков следующего поколения

>> No.128846  
Файл: 1460995794948.jpg -(62 KB, 762x681, 1460995794948.jpg)
62
>> No.128919  

Кодеков нового поколения пока не завезли.

>> No.128920  

>>90385

>13/03/28
>Через пару лет жди массового прихода 4k

Не дождался.

>> No.129433  

https://blogs.gnome.org/rbultje/2016/05/02/the-worlds-best-vp9-encoder-eve-2/

Похоже еще есть куда оптимизировать

>> No.130036  

>>128920
http://nnmclub.to/forum/search.php?aux=nK3H8d&q=2160p&sa=%C8%F1%EA%E0%F2%FC

>> No.130039  
Файл: 1464030559659.jpg -(236 KB, 1280x720, 1464030559659.jpg)
236

>>130036

>демки, короткометражки, пара фильмов
>массового прихода 4k

Не смешно.

>> No.136195  

Похоже не взлетело оно. Даже fullhd мало кому интересно сейчас.

>> No.136201  

>>136195 а почему оно должно было взлететь? там, где оно действительно нужно, оно и так есть
http://www.computerra.ru/62138/gonka-za-ppi-novoe-bezumie-hayteka/

>> No.142097  

>>136201
Ну телефоны уже умеют в 4к видео писать например

>> No.142099  

>>142097
Всегда удивляло, зачем писать в 4к, когда у самого телефона экран далеко не 4к.

>> No.142100  

>>142099
Например чтобы смотреть не только на телефоне

>> No.142101  

>>142100

>Что бы смотреть мыло

Поправил, не благодари.

>> No.142102  

>>142100
А как там с шумами у этого 4к?

>> No.142128  

>>142102
А что с ними должно быть?

>> No.142187  

>>142099
У моего телефона - 4к. Только вот даже в дневном помещении видео безбожно шумит.

>> No.150266  

>>142187
А на солнце?

>> No.150274  

>>150266
А на Солнце 6к

>> No.150277  

Тем временем пришло VR с необходимостью иметь разрешение хотя бы x6 для такого же качества, чтобы компенсировать натягивание на сферу и стереоэффект.

>> No.150294  

>>150277
А почему не делают нелинейное разрешение?

>> No.150299  
Файл: 1520295483135.jpg -(337 KB, 2880x1440, 1520295483135.jpg)
337

>>150294
Кадр видео в 360 на пикрелейтед, это натягивается на сферу и в любой момент видно где-то 1/3 пикселей, ещё делится на 2 при стереоэффекте

Прогрессивное декодирование видео с разным разрешением затрудняется возможностью вертеть головой чтобы посмотреть по сторонам, приходётся пересчитывать с последнего iframe при повороте головы, что выйдет дороже, чем сразу считать равномерно, либо будет лаг с мылом

>> No.150719  

В связи с вышеизложенным предлагаю обратить внимание на мобильник ZTE Axon 7.

Снимает видео 4K, имеет экран 1440p (он же QHD, не путать с qHD), заявлена совместимость с VR Google Daydream, а цена не очень значительна.

>> No.151162  

https://www.cnet.com/news/microled-is-the-first-new-screen-tech-in-a-decade-can-it-beat-oled/

>> No.151293  

Кто хочет попробовать 4K поглядеть, проверить быстродействие своей видеосистемы, тому предлагаю https://nowere.net/t/src/1521897270599.torrent выкачать.

>> No.151299  

>>151293
Я давно 8к использую для сферических видео, в том числе на Андройде.

>> No.151315  
Файл: 1522714881391.jpg -(70 KB, 800x600, 1522714881391.jpg)
70

А зачем 125к на телефоне?

>> No.151317  
Файл: 1522721799831.jpg -(25 KB, 780x585, 1522721799831.jpg)
25

>>151315
Можно будет наконец то сделать растровое полноценное 3D, не требующее никаких очков и работающее во всех плоскостях.

>> No.151326  
Файл: 1522750108090.png -(242 KB, 640x480, 1522750108090.png)
242

>>151317
А зачем оно нужно на телефоне? Который нужен для звонков и текстового общения?

>> No.151327  

>>151326
Для такого и 320x240 не нужно.

>> No.151336  

>>151326
Телефон уже давно не просто средство связи. Пора бы уже привыкнуть.

>> No.151339  

>>151336
Не телефон, а смартфон.

>> No.151340  

>>151339
Телефоны, получается, вымерли?

>> No.151344  

>>151340
Не знаю, давно телефоны не покупал. Но вроде НОКЛЫ за 500 р. еще продают.

>> No.151346  

>>151336
Падажжи.
Фейсбучик, фкантактик и прочие свитеры - это средства связи.
Фотокамеры вставили ещё, да.
Чего это ещё средство может быть?

>> No.151347  

>>151346
А как же выход в интернет, игры, музыка, видео? Там даже кодить вроде бы можно. Это уже маленькие компьютеры а не телефоны.

>> No.151351  

>>151347
А ещё можно кушать суп ножом.

>> No.151352  

>>151351
Нет, нельзя.

>> No.151361  

>>151346

> Фейсбучик, фкантактик и прочие свитеры - это средства связи.

Это средства публикации [spoiler]пуков[/spoiler].

>> No.159336  

>>151326
Не всем телефон нужен для звонков и текстового общения.

>> No.159346  

>>159336
Зачем продолжать называть это телефоном?

>> No.159348  

>>159346
Потому что его так называет производитель

>> No.159386  

https://nyaa.si/view/1097157

> What’s this?
> This is a 13m Matroska file which contains a video track, two audio tracks, and a slightly larger than usual SSA subtitle track.
> But, it’s not your common file. The video track is just black, and is used only to set a resolution. Both audio tracks are fine and remuxed from the original.
> The subtitle track… is somewhat uncommon. It contains 16894 Dialogue entries. For the 1080p version, the raw subtitle file size is a bit more than 1TB. For the 360p version, it’s a bit more manageable at 128GB.
> If you are able to play the file, and display everything correctly, you will see the same output as from the original.
>> No.159422  

>>159348
А если произаодитель назовет это хуем?

>> No.159433  

>>159422
Тогда производитель сделает адаптированное название для России.

>> No.159450  
Файл: 1543513830723.jpg -(366 KB, 2048x1536, 1543513830723.jpg)
366

>>159433
Не сделает.

>> No.159451  
Файл: 1543516945936.jpg -(134 KB, 1200x1200, 1543516945936.jpg)
134
>> No.159540  

Тем временем в японии UHD вещание пустили.

>> No.162054  

https://sohabr.net/habr/post/437048/

>> No.162055  

>>162054
Ссылок на оригинальное исследование нет и не гуглятся.

>> No.162060  

>>162055
Мимо шёл, заинтересовал. Загуглил. Забавно, когда единственное упоминание на самом якобы первоисточнике — отобранный агрегатором репост статьи из прессы, которая ссылается на исследования этим самым первоисточником, и конечно же без ссылок.

>> No.162065  

>>162060
Ну вот я это и имел в виду.

>> No.162076  
Файл: 1550625582231.jpg -(145 KB, 1280x1280, 1550625582231.jpg)
145

>>159451

Источник: https://twitter.com/kodabb/status/1067912832015048704

>> No.167852  

Как там дела с кодированием/декодированием av1 на видеокартах?

>> No.167860  

>>167852
Всё ещё вторая фаза https://aomedia.org/about/av1-roadmap/

Появится у интела в 12 поколении и по неподтверждённым данным в следующем поколении нвидий.

>> No.167861  

>>167860
А на старые поколения портировать не планируют?

>> No.167884  
Файл: 1567173000612.png -(3597 KB, 3389x1080, 1567173000612.png)
3597

>>167852

Что-то реальное изо всех сил пытаются напилить именно в этом направлении.

(Примѣръ: если репозиторий https://code.videolan.org/stebler/dav1d посмотреть, то в выпадающем списке открываются ветви кода с декодированием на Vulkan и OpenGL ES.)

О достижении конкретных результатов я пока ещё не слыхал.

>> No.167885  

>>167884
Последний коммит в июне. Похоже пациент скорее мертв чем жив.

>> No.167887  
Файл: 1567184619770.png -(566 KB, 740x898, 1567184619770.png)
566

>>167885

Если последний коммит в июне, то что https://code.videolan.org/stebler/dav1d/commit/8009a6c59e985337cfdc1cb076a9324600b96ffa тогда такое.

>> No.167916  

Кстати почему не взлетели аппаратные энкодеры/декодеры в форм-факторе usb-свистка?

>> No.167937  
Файл: 1567282298683.png -(4526 KB, 1920x2378, 1567282298683.png)
4526

>>167916

Разве не взлетели? Штуковины наподобие https://www.amazon.com/DDMALL-Portable-USB-Powered-Supported-Smallest/dp/B07PW4VYDZ вроде бы продаются.

>> No.167962  

>>167937
Но это скорее компьютер с энкодером чем энкодер. Я больше про устройства, воткнув которые в старый компьютер можно смотреть или пережимать какой-нибудь 4k vp9 без тормозов.

>> No.168011  

В 1995 на компе был криэйтив текнолоджис саундбластер аве32 и видеобластер mp 400. Комп был Пентиум 133. И меня удивило, что видеобластер не нужен. Т.е. конечно проц вряд-ли смог вытягивать картинку в таком разрешении, как тот декодер, но в те времена и видео особо не было, а просто на проце можно было делать почти так-же. Как результат - я несколько раз посмотрел диск с видео про птиц, который шёл в комплекте, можно было масштабировать в риалтайм и прочие радости, которые мне теперь не кажутся чем-то удивительным, и на этом веселье с видеобластером закончились, а меня занимал дальше только модем.

Второй заход на подобную тему был в середине 00х. Тогда было модно тв-тюнер. Эти платы могли вспомогать видеоэдитингу. У меня осталось впечатление, что может что-то там они и ускоряли, но обычные редакторы, которые не поддержали чудо-железку, были настолько удобнее, что прелести железного ускорения нивелировались под корень.

Третий подход у меня был довольно свежий, правда уже не персональный. И там просто вендор-специфик сет с обвязками для мини тв студии. Ну может он писать, передать по сети, сохранять на массив какое-то невероятно кол-во бит в секунду, но меня там заинтересовало только 3 момента - живой оператор камеры это супер важно, хранилки дороже, чем всякие известные сан вендоры, хотя технически слабее, 12g sdi везде.

>> No.168021  
Файл: 1567679780002.webm -(19132 KB, 1920x1080, 1567679780002.webm)
19132

Несколько слов об аппаратном декодировании AV1 4K и 8K в реальном времени (но именно об аппаратном, а не о софтовом, так что это не ѿвѣтъ на вопрос, заданный в заглавии обсуждения 6½ лѣтъ назадъ). Оказывается, такие декодировщики (в виде телеприставок) явились несколько месяцев тому назад.

Так, 18 июля по адресу https://youtu.be/IGtjBwMwTtE явилась видеозапись (которую прилагаю), сообщавшая, что компания Realtek продемонстрировала первую в мире «STB SoC with AV1», причём «STB» означает дословно «коробка-на-аппарате» (по-нашему это «телеприставка»), а «SoC» означает дословно «система-на-чипе» (по-нашему это «однокристальная система», почему-то через одну букву «л», хотя, казалось бы, «кристалл» пишется через две).

Называлась эта приставка RTD1319, и заявлены были следующие характеристики:

4K Android TV 9.0/10.0;

H.264/H.265/VP9.2/AVS2/AV1;

Nagravision NOCS3.2 (RTD1311);

и что задумана она была как относительно дешёвое оконечное оборудование для xPON.

Эта приставка показана показывающею видеозапись с YouTube размером 4K (3840×2160 пикселов) и с 60 кадрами в секунду в формате AV1. Поверх видеозаписи показывалась табличка диагностической информации, во второй строке у которой сообщалось, что из более чем 2000 показанных кадров ни один не был пропущен, то есть чип не захлебнулся видеопотоком. (Предупреждаю, однако же, что сама по себе видеозапись https://youtu.be/IGtjBwMwTtE не позволяет визуально судить о правоте этого сообщения, так как её собственная частота кадров не достаточна для этого, да и размер её — всего лишь FullHD.)

И более того: 28 мая по адресу https://www.realtek.com/en/press-room/news-releases/item/realtek-wins-three-best-choice-awards-at-computex-taipei-2019-including-2-best-choice-golden-awards-copy компания Realtek объявила о том, что её микросхема (integrated circuit) под названием RTD2893 получила награду «Best Choice of the Year» (по-нашему это «выбор года») на выставке COMPUTEX TAIPEI 2019, и что микросхема эта способна показывать 8K AV1 (а также HEVC и VP9) через видеовыход HDMI 2.1 — так что, дескать, давайте апгрейдить до 8K существующие 4K-телеприставки этой микросхемою.

(И если RTD1319/RTD1311 — это первая в мире приставка с 4K AV1, то тогда RTD2893 — это, вероятно, первая микросхема, способная декодировать 8K AV1 в реальном времени.)

>> No.168101  

>>168021
А есть чего-то такое-же, только для компьютера?

>> No.168190  

>>88148
Процессор с встроенной графикой обрабатывает видео аппаратно.

>> No.168191  

>>168190
Далеко не всегда.

>> No.168874  
Файл: 1570542624705.jpg -(71 KB, 2000x1125, 1570542624705.jpg)
71

Ѿвѣтъ на вопрос >>88148 можно считать окончательно полученным: да, слѣдуетъ ждать (и фактически мы ужé дождалися) процессоров, способных осилить декодирование (и даже кодирование, что вычислительно сложнее) видеопотока 8K в реальном времени.

(Сильно философским остаётся вопрос о том, в какой мѣрѣ это «софтовый декодинг», а в какой мѣрѣ — «аппаратный», коль скоро эта возможность поддерживается процессором, пускай и центральным.)

В частности, 16 сентября 2019 года по адресу https://www.techspot.com/news/81905-amd-epyc-rome-cpu-performs-real-time-8k.html сообщалося, что (впервые въ мірѣ!) на процессоре AMD Epyc 7742 была достигнута возможность кодировать видео 8K въ форматѣ HEVC со скоростью 79 кадров в секунду, да притом ещё и не простое видео, а HDR (с десятибитными цвѣтовыми компонентами пикселов).

Процессор этот является 64-ядерным (128-поточным) и с цѣнникомъ 6950 долларов (который в дальнейшем станет уменьшаться по закону Гордона Мура, надо полагать).

В качестве постскриптума упомяну ещё, что и для вопроса >>151299 о том, каким должно со временем сдѣлаться разрешение стереопанорамных видеозаписей (чтобы упереться в предел возможностей человѣческаго зрѣнія), существует небезынтересный ѿвѣтъ. Тѣ соображения, которые я изложил по адресу https://t.me/ReadMithgol/50 и https://t.me/ReadMithgol/51 и https://t.me/ReadMithgol/52 в Telegram, позволяют догадываться, что это будет разрешение 45K (43200×21600 пикселов).

>> No.171392  
Файл: 1574794783135.png -(1969 KB, 3702x1080, 1574794783135.png)
1969

По адресу https://www.mediatek.com/products/smartphones/dimensity-1000 сказано, что компания MediaTek выпустила первую в истории однокристальную систему для мобильных устройств, содержащую аппаратный декодировщик видео, поддерживающий формат AV1 и способный декодировать 60 кадров 4K в секунду.

Формально эта размытая формулировка «поддерживающий формат AV1 и способный декодировать 60 кадров 4K в секунду» ещё не означает, что аппаратный декодировщик поддерживает 60 кадров 4K в секунду именно при декодировании AV1 (может быть, это какой-нибудь другой формат он декодирует с шестидесятикадровою скоростью и с немалым размѣромъ кадра, а на AV1 тормозит); но вроде бы большинство читателей этого объявления решили, что речь идёт именно про 4K и 60 fps для AV1 (радостная реплика https://forum.doom9.org/showthread.php?p=1891393#post1891393 тому примѣромъ).

>> No.171393  

>>171392
Разве такая проблема сделать аппаратный декодер на 4k@60fps? AV1 и на cpu не так уж и затратно декодировать, в отличии от энкода.

>> No.176570  

bump

>> No.177140  

Там h266 релизнули, с еще большей нагрузкой на проц.

https://habr.com/ru/company/itsumma/news/t/509920/

>> No.177165  

>>177140
Интересно, в чём заключается поддержка 360 видео. Её, по-идее, достаточно в метаданных указать, в остальном это геометрическое преобразование обычного прямоугольного видео

>> No.177166  
Файл: 1594165493206.png -(3263 KB, 1867x1024, 1594165493206.png)
3263

Когда появится поддержка h266 обычное 360 станет уже не актуальным >>177132

>> No.183754  

>>177166
Я думаю засиликонить h266 все-таки проще.

>> No.183755  

>>183754
Да не, сейчас нейронки с восстановлением глубины и реконструкцией невидимых частей практически идеально справляются уже, больше не требуется специальное оборудование для съёмки https://youtu.be/MrIbQ0pIFOg?t=64 можешь на гитхабе пощупать, это волшебство какое-то https://github.com/vt-vl-lab/3d-photo-inpainting

>> No.183760  

>>183755

> можешь на гитхабе пощупать, это волшебство какое-то

Полтора часа ставил, в итоге не работает. Действительно волшебство какое-то.

>> No.183800  
Файл: 1607691146384.webm -(4939 KB, 1920x1080, 1607691146384.webm)
4939

>>177165

Не так просто.

Сжатие панорамного видео происходит болѣе эффективно, когда различные фильтры (компенсаторы движения, сглаживатели, etc.) работают через границу кадра видео, разрѣзающую собою видеопанораму (то есть когда они учитывают, что выходящие за лѣвую границу кадра объекты попадают на правую границу и наоборот), но не работают через сильноконтрастную внутреннюю линию кадра, раздѣляющую собою два подкадра стереопанорамы или служащую линией разрѣза кубической проекции.

Цитату примѣрно тридцать третьей минуты видеодоклада https://thebroadcastknowledge.com/2020/11/25/video-the-new-video-codec-landscape-vvc-evc-hevc-lc-evc-av1-and-more/ прилагаю.

>> No.183801  
Файл: 1607691929406.jpg -(82 KB, 810x405, 1607691929406.jpg)
82

>>183800
А зачем там прямо кубмап, а не пикрелейтед? Неэффективно же по плотности пикселей

>> No.183845  
Файл: 1607734243980.png -(2619 KB, 1280x8290, 1607734243980.png)
2619

>>183801

А вот Google по адресу https://blog.google/products/google-ar-vr/bringing-pixels-front-and-center-vr-video/ аргументированно утверждает совершенно противоположное, то есть что по плотности пикселов неэффективною является именно равнопромежуточная проекция на прямоугольник-видеокадр, которая сильнѣе всего растягивает по горизонтали кадра тѣ области, которые ближе всего к зениту или к надиру, так что именно им достаётся больше всего плотности пикселов (так как равнопромежуточная проекция, по определению, использует одно и то же количество пикселов на градус, тогда как на первоначальном шаре возле зенита и возле надира площадь 1°×1° замѣтно меньше, чѣмъ возле горизонта), а центру изображения (в котором-то чаще всего находится всё сáмое интересное) достаётся наименьшая плотность пикселов. Кроме того, при приближении к верхней или к нижней границе кадра видеозаписи, получаемого посредством равнопромежуточной проекции, возрастает сила нелинейных геометрических искажений, а так как видеокодеки на такое не рассчитаны, то эти части кадра ещё и сжимаются хуже, так что у зенита и у надира затрачивается не только бóльшая плотность пикселов, но и больший битрейт.

В качестве альтернативы Google далѣе по тому же адресу предлагает использование равнопромежуточной проекции на куб — причём именно равнопромежуточной, а не той болѣе привычной проекции на куб, которая является вовсе не равнопромежуточною, а гномоническою, то есть предполагающею нелинейное возрастание расхода пикселов на градус при удалении от центра грани куба к её краям (пропорционально ламбертиану, насколько я понимаю).

Растровую копию гугловской аргументации прилагаю.

Ѿдѣльно надо прибавить тут (и прибавляю), что всѣ эти рассуждения не осталися простым теоретизированием, а примѣняются на практике, причём не первый год примѣняются. В частности, по адресу https://github.com/ytdl-org/youtube-dl/issues/15267 нетрудно видеть, и даже весьма наглядно, что с сáмого начала 2018 года (то есть без малого три года назад) гугловский сайт YouTube ужé начал использование равнопромежуточной проекции на куб при доставке стереопанорамных видеозаписей ко зрителям.

>> No.183848  
Файл: 1607745968166.jpg -(1391 KB, 3840x2160, 1607745968166.jpg)
1391

В дополнение к >>183845 предлагаю замѣтить: Google по адресу https://blog.google/products/google-ar-vr/bringing-pixels-front-and-center-vr-video/ с таким азартом отстаивает необходимость затрачивать равное число пикселов на равное число градусов, что даже называет эту свою проекцию не равнопромежуточною, как слѣдовало бы, а равноугóльною (Equi-Angular Cubemap, сокращённо — EAC) несмотря на то, что вообще-то термин https://ru.wikipedia.org/wiki/Равноугольная_проекция обозначает совсем не равное число пикселов на градус, а передачу углов между прямыми линиями без искажений (как в картографической проекции Меркатора, напримѣръ; а уж она-то далёко отстоит от равнопромежуточности).

И тѣмъ досаднѣе видѣть на том примѣрѣ реальнаго примѣненія EAC на YouTube, который по адресу https://github.com/ytdl-org/youtube-dl/issues/15267 приложен (а я его и тут приложу), что не может быть и рѣчи о равном числе пикселов на градус. То есть, наговорив всю эту кучу слов в поддержку равнопромежуточности и даже исказив терминологию, затѣмъ Google своими руками на своём же видеохостинге похѣриваетъ дѣломъ эту теорию и создаёт «неквадратные градусы», то есть создаёт такую ситуацию, когда на 1° по горизонтали и на 1° по вертикали приходится разное число градусов, да ещё и зависящее от того, на какой грани куба располагается конкретный участок 1°×1°!!

Стереопанорамному видеокадру придан размѣръ 3840×2160 пикселов с пропорциями 16:9, характерными для традиционного непанорамного видео высокой чёткости.

Затѣмъ в каждую из половин кадра (1920×2160 пикселов для левого глаза и столько же для правого) помѣщёнъ прямоугольник, состоящий из 2×3 граней куба (напоминаю, что каждая грань показывает 90×90 градусов окружающего пространства).

Получается, что общее число граней куба в кадре равняется 4×3, то есть идеальным отношением сторон для стереопанорамного кадра EAC было бы отношение 4:3, характерное для ранних (до появления высокой чёткости) телеэкранов и компьютерных дисплеев — исторически оно опирается на традицию, восходящую к первым в истории кадрам немого кино (18×24 миллиметров как у Эдисона, так и у братьев Люмьер; по адресу https://ru.wikipedia.org/wiki/Немой_кинематограф#Технические_стандарты подробности) и через них к ещё болѣе ранним обычаям фотографов. Так что и на YouTube, особенно в первые годы существования YouTube, поназагружали дофигищща видеозаписей и телефильмов, созданных для экранов 4:3, а также ещё и кинофильмов, созданных не для широкоэкранного показа. Естественно, YouTube прекрасно поддерживает такое отношение сторон кадра, так что одному диаволу извѣстно, какого чорта они отошли от него и используют 16:9 для EAC!

В этом примѣрѣ видим, что 2160 пикселов высоты кадра используются для представления 270° трёх граней куба, что соѿвѣтствуетъ ровно 8 пикселам на градус. Для лѣвой и правой и передней грани куба это горизонтальная плотность пикселов на градус (потому что вертикаль этих граней повёрнута на 90° относительно вертикали кадра), а для верхней и нижней и задней грани куба — вертикальная плотность пикселов на градус.

В то же время 1920 пикселов ширины полукадра используются для представления 180° двух граней куба, что соѿвѣтствуетъ 10⅔ пикселам на градус. Для лѣвой и правой и передней грани куба это вертикальная плотность пикселов на градус (потому что их горизонталь повёрнута на 90° относительно горизонтали кадра), а для верхней и нижней и задней грани куба — горизонтальная плотность пикселов на градус.

Мы видим, таким образом, что каждый участок 3°×3° пространства представляется не квадратом пикселов, как слѣдовало бы для нормальной человѣческой равнопромежуточной проекции, а прямоугольником 24×32 пиксела (на лѣвой, или на правой, или на передней грани куба) или 32×24 пиксела (на верхней, или на нижней, или на задней грани куба). Есть ли какая-нибудь логика, требующая большей плотности пикселов именно по вертикали на той (передней) грани куба, которая чаще всего будет в поле зрѣнія? — если и есть, то мнѣ о ней ничего не извѣстно.

Кроме того, на тѣхъ рёбрах куба, на которых передняя грань стыкуется с правою и с лѣвою, ясно видны изломы жёлтых двойных линий, причём не просто от рѣзкаго измѣненія угла их (одно это-то при переходе с грани на грань было бы естественно), а от нестыковки.

>> No.183849  
Файл: 1607749615313.jpg -(389 KB, 2500x2500, 1607749615313.jpg)
389

>>183845
Собственно, статья не противоречит >>183801

>the corners get more video pixels than the centers

и вводится новая сущность EAC. Понять по видео >>183800 что там какой-то необычный кубмап не представляется возможным

К слову, большинство видео изначально снято на пикрелейтед, поэтому для сохранения мзначальной информации логичнее ститчить в еквиректангуляр. Даже при рендере MMD используется именно эта проекция https://chiritsumo-blog.com/mmd-vr-360/ а если бы MME поддерживало что-то выше, чем SM 9C, можно было за один проход сгенерить геометрию для всех видов геометрическим шейдером

>>183848
Гуглу лень перегенеривать видео после каждого ноу-хау. Область не то, чтобы новая, но какая-то заторможенная - много всего в ресёрче >>177166 и мало в проде

>> No.183894  

А есть какие-то стандарты в записи с подобных устройств?
https://store.intelrealsense.com/

>> No.183895  

>>183894
Разве они не отдают просто видеопоток, как любая вебкамера?

>> No.183896  

>>183894
При этом гугл танго закрыт, как я понял.

Android no longer includes Google Tango technology, so we can no longer support or maintain Matterport Scenes. Thank you to all of the 3D enthusiasts who used Scenes.

>> No.183897  

>>183895
Там-же должна быть какая-то мета про глубину изображения. Т.е. картинка плюс расстояние по глубине для каждой точки. Имхо.

>> No.183900  

>>183897
https://jp.mathworks.com/help/imaq/data-streams-returned-by-the-kinect.html

>> No.183903  

>>183900
Спасибо.
Так вот эти потоки - есть какие-то стандарты в кодеках, которые определяют как хранить depth field of view? Или в кодеках пока подобным не занимаются?
(Я как реперную точку использую https://www.intel.com/content/dam/support/us/en/documents/emerging-technologies/intel-realsense-technology/Intel-RealSense-D400-Series-Datasheet.pdf)

>> No.183904  

>>183903
Подозреваю что достаточно взять логарифмическую шкалу и задействовать еще один цветовой канал.

>> No.183908  

>>183904
Нельзя просто добавить канал, отдельным потоком передаются.
>>183903
Есть даже стандарт для веб https://w3c.github.io/mediacapture-depth/

>> No.183909  

https://hevc.hhi.fraunhofer.de/3dhevc

>> No.183911  

>>183904
>>183909
>>183908
Спасибо.

>> No.187411  
Файл: 1614822464342.png -(971 KB, 1280x1363, 1614822464342.png)
971

>>183894

Очень досадно, что не поддерживается в OBS (впрочем, об этом я по адресу https://twitter.com/FidonetRunes/status/1208439831426207744 ужé упоминал).

>> No.188321  
Файл: 1616251077285.jpg -(544 KB, 2000x1500, 1616251077285.jpg)
544

Время идёт, и вот ужé видим вычислительные возможности кодировщиков AV1 возрастающими быстрѣе даже, чѣмъ это было бы по закону Гордона Мура: не прошло и двух лѣтъ с достижения >>168874, как по адресу https://netint.ca/netint-announces-the-worlds-first-commercially-available-hardware-av1-encoder-for-the-data-center/ обещают во втором квартале нынешнего (2021) года появление таких ASIC, которые способны будут кодировать четыре, или восемь, или даже шестнадцать (смотря по мощности ASICовской) видеопотоков AV1 с разрешением 4K и по 60 кадров в секунду, причём опять же с десятибитными цвѣтовыми компонентами пикселов.

Нетрудно сосчитать, что шестнадцать видеопотоков 4K — это совершенно то же самое (по количеству пикселов), что один видеопоток 16K. Панорамная видеозапись, обладающая разрешением 16K в равнопромежуточной проекции, обеспечивает зрителям угловую плотность пикселов, ровно равную 48 пикселам на угловой градус. (В постскриптуме к >>168874 я упоминал, что это ужé всего-навсего примѣрно втрое меньше медицинской нормы остроты зрѣнія. Бóльшая часть пути к этой вѣхѣ ужé пройдена.)

>> No.188729  

>>188321

>или даже шестнадцать

Что не так уж много, если видео содержит глубину https://augmentedperception.github.io/deepviewvideo/

>> No.188752  
Файл: 1617038548403.png -(6760 KB, 1920x2785, 1617038548403.png)
6760

>>188729

В прилагаемом там документе https://storage.googleapis.com/immersive-lf-video-siggraph2020/ImmersiveLightFieldVideoWithALayeredMeshRepresentation.pdf в таблице 2 говорится, что размѣръ атласа равен 3240×5760 пикселов, но альфа-канал приводится рядом (как на рисунке 7), так что реальный размѣръ кадра по ширине вдвое больше (то есть 6480×5760, надо думать).

В левом столбце на первой странице говорится, что угловая плотность пикселов равна 10 пикселам на градус, так что обыкновенная полусферическая стереопанорама была бы 3600×1800 пикселов, то есть в 1⅘×3⅕=(2⅖)² раза меньше.

≈Один очередной шаг удвоения имени Гордона Мура рѣшитъ эту проблему.

>> No.188766  

>>188752
Они всего лишь пытаются втиснуться в битрейт, прилагаемые размеры не являются каким-то оптимальным значением а всего лишь компромис в рамках актуальных на момент написания статьи ограничений. Очевидно, что уже на текущем поколении hmd данного разрешения будет недостаточно.

>альфа-канал приводится рядом

Вот, кстати, как у этих аппаратных кодеков с поддержкой альфа-канала?

>> No.188774  
Файл: 1617083379228.png -(3528 KB, 2687x1982, 1617083379228.png)
3528

Да так же, как и у всѣхъ остальных: видеоформат AV1 не поддерживает, насколько я понимаю, никакой прозрачности, а послѣднимъ изъ тѣхъ его предшественников, которые прозрачность поддерживали, был даже не VP9, а VP8.

А что такое «нынешнее поколение HMD»? — кажется, сейчас на рынке довольно различные устройства, объединять какой-нибудь Pimax Vision 8K X и второй Quest на основѣ чисто хронологического принципа хорошо ли?

>> No.188777  

>>188774
HEVC разве не поддерживает альфу?

>> No.188778  

Текущее поколение это Quest 2 и HP Reverb G2. Следующее поколение это, например, Index 2 и Quest 3

>> No.188782  
Файл: 1617087622588.jpg -(460 KB, 1000x542, 1617087622588.jpg)
460

>>188778

>Index 2 и Quest 3

Резюмируя слухи, от первого ждут BMI, беспроводное подключение (Гейб говорил, что это решённая проблема ещё перед выпуском первого, но что-то пошло не так), HDR (по заявлению вэлв это вообще всё меняет). От второго ожидают 90 фпс в качестве минимума и, возможно, трекинг зрачков (случится разве что если Марк купит Тобии, у которых все патенты, до которых не добрались Эпл). Оба, по слухам, выйдут в следующем году вместе с 6 другими хедсетами от конкурентов (включая PSVR2).

>> No.188784  
Файл: 1617088503074.jpg -(145 KB, 940x529, 1617088503074.jpg)
145

Ждут = что-нибудь из этого, может быть. Вообще, забавно, что столько всего касательно VR планируется на год, в котором происходили события SAO.

>> No.194400  

>>188774
А так ли нужна эта прозрачность?

>> No.194404  
Файл: 1632393808815.jpg -(245 KB, 705x1000, 1632393808815.jpg)
245

>>194400
когда бампаешь со дна надо рин постить, она же тред некоромансер.

>> No.194410  

>>194400
Да >>188729

>> No.194411  

>>194410
Почему бы просто не кодировать прозрачность отдельной дорожкой?

>> No.201370  

>>194411
Потоковое видео отваливается сразу, а начиная с определённого объёма и проигрывание с hdd

>> No.201371  

>>188784
И кризис полупроводников из-за которых ни у кого нет видеокарт задержал с выходом. Даже сони до сих пор придерживают старт продаж уже готового шлема из-за недостаточного количества проданных PS5.

>> No.201374  

>>201370
С чего бы ему отвалится?




[/b/] [/d/] [/tu/] [/a/] [/ph/] [/wa/] [/cg/] [/t/] [/p/] [/dev/] [/stat/] ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]