Chainik wrote:

и что там не так? почему бы не решить в рамках SVP 4?

Я не знаю какие есть ограничения в SVP и не могу сказать можно ли это решить или нет. В рамках работ над Mediaportal я знаю о проблемах определения параметров потока при переключении между ними и отдаю решение на откуп пользователю если алгоритм "не угадал": через GUI пользователь может выбрать верный параметр.
Разработка плагина для определенного медиаплеера - задача значительно проще, чем разработка универсального решения для нескольких плееров и оболочек типа XBMC.

Chainik wrote:

вариант с двумя видеопоками в 3D-MVC уже работает, кстати, если речь об этом

Не об этом. В MPEG-TS сидят 2 видеопотока с разными PID: первый 2D (допустим, кодек H264 High L4), и второй анаморфная стереопара (кодек H264 High 4.1).

Спасибо за ответы. Конкретно для меня исходные коды менеджера помогли бы написать модуль интеграции SVP в Mediaportal и, возможно, в Kodi. Связка Mediaportal + SVP Manager работает, но есть масса ситуаций, когда есть проблемы. Классический вариант: видео с 2-мя видеопотоками - 1-й - 2D, 2-й - 3D. Плагин решил бы многие эти проблемы.

MAG79 wrote:

yartat
У меня видео по ссылке DOOM – Multiplayer Maps Explored успешно открылось через SVPtube.

Наверно важно то, откуда берется страница: если она берется из открытого браузера, который уже залогинился, то будет полная версия, а если нет - просто ссылка, или браузер не залогинился на youtube, или неполный профиль пользователя (нет даты рождения) - не будет блока настройки плеера. Попробуйте curl https://www.youtube.com/watch?v=7alUjZ30n4o -k

Очередное "покращення" от наших заокеанских друзей: теперь для воспроизведения некоторых видео необходима OAuth авторизация. Она, якобы, нужна для возраста зрителя. Например DOOM – Multiplayer Maps Explored

Уважаемый разработчики,
могли бы вы рассмотреть возможность выложить исходные коды менеджера 3.х? Насколько я могу судить, в 4.х переработан именно менеджер с использованием другой библиотеки, по этому открытие исходных кодов именно менеджера, скажем на github, никак не окажет негативного влияния ни на разработанное know-how (алгоритмы, использование GPU и проч.), ни на дальнейшее развитие версии 4.х.
Спасибо.

MAG79 wrote:

mmhmm
Подгружаться или отображаться?

Они поменяли: раньше было в ttsurl, а теперь нужно смотреть TTS_URL

Разработчики youtube опять обрадовали: если раньше сигнатура в защищенном видео длинной 81 символ была неизменной, то теперь и ее нужно декриптовать. Сам алгоритм, к счастью, не изменился. Еще один момент: с недавних пор далеко не все видео имеют adaptive_fmts, так что теперь нужно смотреть еще и url_encoded_fmt_stream_map мапу.

mmhmm wrote:

Где mpc хранит временные файлы youtube-роликов? Не могу никак найти sad

MPC не выкачивает предварительно ролики. В поставке MPC есть source filter на базе LAV splitter, который умеет работать с протоколами mms, http(s), rtmp, udp. При выборе источника из URI используется этот фильтр и строится обычный DirectShow граф воспроизведения.

mmhmm wrote:

Кто поделится опытом долгосрочного использования комбинации svp+ssd? Износ сильный?

4 года использую OCZ Vertex 3 SSD 120GB как системный диск для HTPC. Постоянно использую SVP 3.x для просмотра фильмов, сериалов и роликов из Интернет (в основном youtube). Полет нормальный.

Rino wrote:

В плеере и у меня пишет, что 1080p, но картинка подозрительно мутная... big_smile Сохранил изображение в MPC, а там таки 720p...

В Youtube в одном контейнере видео + звук возможно только до 720p. Для остальных разрешений видео и аудио идет отдельно. Есть 2 варианта: 1. Использовать ffmpeg для скачивания, заливки в один контейнер и последующего воспроизведения результата. Этот же способ позволят перекодировать видео поток и/или аудио поток. Так делают большинство программ скачивания с Youtube. 2. В DirectShow графе создавать 2 графа воспроизведения, начиная с source filter, заканчивая render: для аудио и видео. Все будет отлично синхронизироваться, т.е. проблем с отставанием/опережением звука нет. Но есть важное но!: плеер должен быть готов к такому построению графов.

Хозяин - барин. Подожду появления поддержки 64bit проигрывателей на Win и 10bit mode.

Для восточных славян (белорусов и украинцев) будут какие-то льготы или нам нужно платить как финнам и французам?

Chainik wrote:

Переменные с $ вроде были уже сто лет как о_О

Так и есть, только раньше разработчики YT не использовали их в скрипте декрипта  сигнатуры. Ну если все хорошо - значит ложная тревога. Сорри.

Вчера разработчики youtube опять все перекроили: в js html5 плеера они стали использовать переменные с знаком "$" и усложнили поиск функции декодирования путем добавления вложенных скобок. В итоге у меня все regex'ы пришлось патчить с учетом спецификации ECMAScript (разрешен символ "$" в начале переменной, а так же разрешен Unicode символ как в нотации \uXXXX, так и в явном виде). Проверьте работоспособность SVPTube.

Chainik wrote:

чего? о_О

Тип стереоскопии (3D) как определяете?
PS: Ориентироваться на группу релизеров с пиратских трекеров -  это охватывать далеко не все варианты.  Вот стереоскопический ролик на youtube AMAZING 3D VIDEO DIGITAL - SE SALE DE LA PANTALLA - 2 с канала 3D channel. Как видно - это горизонтальная анаморфная стереопара. Получаем прямую ссылку на видео для 1080p:

https://r5---sn-3c27ln7y.googlevideo.com/videoplayback?fexp=9406715,9408710,9414764,9416126,9416403,9416555,9416729,9416984,9417056,9417298,9417707,9419562,9419837,9420333,9421253,9421409,9421526,9421647&sver=3&signature=B4D4A6579D9416C8DBFD56488527052F24C892D0.912393FF37AD317C07882F2F80240BC1BD5EE035&keepalive=yes&upn=uHSk5dxUm8M&itag=137&mime=video/mp4&dur=187.120&ms=au&id=o-ANJ-LJ4KRDYlaJY-OJCJPgfeWOdoN_o6cxySQ84m5-na&pl=22&mv=m&mt=1445409100&gir=yes&ip=91.197.171.157&mn=sn-3c27ln7y&mm=31&source=youtube&sparams=clen,dur,gir,id,initcwndbps,ip,ipbits,itag,keepalive,lmt,mime,mm,mn,ms,mv,pl,requiressl,source,upn,expire&requiressl=yes&clen=43831984&lmt=1428031817977215&ipbits=0&initcwndbps=3726250&key=yt6&expire=1445430756&ratebypass=yes

Данные MediaInfoLib:

Идентификатор                            : 1
Формат                                   : AVC
Формат/Информация                        : Advanced Video Codec
Профиль формата                          : High@L4
Параметр CABAC формата                   : Да
Параметр ReFrames формата                : 3 кадра
Идентификатор кодека                     : avc1
Идентификатор кодека/Информация          : Advanced Video Coding
Продолжительность                        : 3 м. 7 с.
Битрейт                                  : 1871 Кбит/сек
Ширина                                   : 1920 пикселей
Высота                                   : 1080 пикселей
Соотношение сторон                       : 16:9
Режим частоты кадров                     : Постоянный
Частота кадров                           : 29,970 кадров/сек
Цветовое пространство                    : YUV
Субдискретизация насыщенности            : 4:2:0
Битовая глубина                          : 8 бит
Тип развёртки                            : Прогрессивная
Бит/(Пиксели*Кадры)                      : 0.030
Размер потока                            : 41,7 Мбайт (93%)

Как видно никаких SBS в названии нет, да и MediaInfoLib ничего не может определить. В таких случаях пользователю нужно вручную включить правильный тип 3D в SVP. Поверьте, сидя на диване с пультом ДУ,  используя оболочки типа XBMC или Mediaportal, каждый раз бежать за мышкой, чтобы переключить режим в SVP Manager - не удобно. Намного удобнее через контекстное меню видео из оболочки выбрать нужный режим. К тому же это автоматом переключит и ТВ в соответствующий режим просмотра 3D wink

Будет ли открытый API к менеджеру? Некоторые плееры используют MediaInfoLib для получения информации о проигрываемом медиа и могут более точно настроить режимы для данного файла без магии анализа имен файлов (понятно, что другого способа нет у SVP). Возможно это даже сможет пофиксть проблему частоты видео, если в контейнере она указана неверно. Кроме того, это позволит проигрывать BD 3D контент с правильными параметрами уплавнения через собственные source/splitter.

Chainik wrote:

из текста достаточно очевидно, что этот конкретный факт - оправданное техническое решение команды разработки
и я предпочитаю верить, что таковых решений в Microsoft, как впрочем и в любой другой корпорации, большинство
что бы там Муртазин не пел  big_smile

ну правда, там не дураки работают
и не все из работающих там - продажные маркетологи
и нет, я работаю не там  big_smile

Абсолютно верно: в MS не дураки сидят. Индекс в NTFS (способ адресации блоков файла) имеет структуру B+ tree, по этому до определенного момента фрагментация не играет роли. Но если величина большая (по документации 255 тыс, а в реальности более 600 тыс. блоков), то возможны проблемы вплоть до ошибок записи (ERROR_FILE_SYSTEM_LIMITATION и ERROR_NO_SYSTEM_RESOURCES) уже созданного и аллоцированного файла. Проверить фагментацию можно с помощью утилиты contig из пакета SysInternals.

Не воспроизводит защищенный контент канала. Например ПРЕМЬЕРА! SMASH feat Ch. Armstrong - BREAK IT
Выдает такой url для скачивания. Это неверный url.

KRATOS
Очень похоже на троттлинг. Посмотрите на температурный режим в процессе тестирования. Возможно нужно будет снижать частоту, чтобы повысить общий бал.

Была проблема на Catalyst 13.2 Beta x. Откатился до 13.1 все стало норм.

Google опять поменял разметку youtube. Изменения коснулись еще не все листы, но процесс идет. У меня гарантированно воспроизводится на последних клипах ELLO

47

(36 replies, posted in Флуд)

При запуске - 40, пробежаться среди орков - 57-59, выбежать вправо - 771fps. Core 2600K@4.4GHz, AMD 7970@1000/1400

sturm
Да я 2 года уже пользуюсь ASUS Xonar HDAV 1.3 и не нарадуюсь. О Creative забыл как о страшном сне: уж очень капризная карта.

Был обладателем Creative X-Fi Elite Pro. Есть 2 нюанса:

  1. Опорная частота. Она в драйвере. Если она не совпадает с частотой входящего потока, драйвер сам ресемплирует. В режиме музыки X-Fi сам выставляет 44.1. AC3 и DTS оперируют с 48. Выставьте 48 в драйвере и проверьте.

  2. Карта требовательна к нагрузке PCI. Если есть другие устройства - временно уберите их и проверьте.

%username% wrote:

Почитываю железячные новости
Правильно я понял что в скором будущем (+10 лет) все десктопы будут поддержива передовой арм как на материнке, так и на видеокарте, а х86 останется как пережиток прошлого?

Во-первых, ARM расшифровывается как Advanced RISC Machine. Первые ARM-ы вышли в начале 80-х.
Во-вторых, не нужно путать ARM как технологию и текущие имплементации ARMv7 для мобильных устройств.
В-третьих, большинство популярных процессоров либо являются наследниками ARM, либо имеют исполнительные блоки ARM. Эти процессоры, кроме RISC, используют еще кучу других технологий и подходов, начиная от спекулятивного чтения и unordered execution, заканчивая dynamic remap register file. Большинство из этих технологий обеспечивают существенный рост темпа исполнения команд на ядро, но совершенно неудобен для мобильного сегмента из-за большого кол-ва транзисторов.
В-четвертых, ARMv7 и последующие как архитектура не представляет ничего нового. Куда более интересной является архитектура Itanium. Я до сих пор считаю, что за ней будущее.
Ну и последнее: окончательное поражение x86 будет тогда и только тогда когда все программисты смогут правильно использовать memory barriers. Пока для программистов x86 львиную работу по синхронизации делает железка.