Сообщений в теме: 4820

[m@jor]

А что если попробовать на проблемном файле убрать все дороги кроме dts. Останутся тормоза?

Я писал выше, что тормоза прекращаюся просто при переключении на AC3 дорогу. Вырезать дорогу из файла не требуется. Для меня вроде уже очевидно, что проблема в присутствии в файле кривоватых (для 102-й) самопальных DTS-дорог. Хотелось бы (уже скорее из любопытства) понять, что в этих дорогах не так.

[Gavr7]

Убрав все дороги, кроме dts, вы понизите общий битрейт файла и тормоза могут пропасть, имхо. Может просто программное декодирование dts глючит при больших потоках.

Можно просто перепаковать файл в mkvmerge, убрав всё лишнее, дело 5 минут. Если не трудно проверьте.

[Aplicator]

Может и так, Вы не первый у кого 102-е с ДТС не дружат.

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

[Aplicator]

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

 

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

[DuneHelp]

Поставить 100 Мбит между дюной и насом.
Воспроизвести этот файл напрямую дюной с флешки/харда.
Поднять нфс на насе

[m@jor]

Поставить 100 Мбит между дюной и насом.
Воспроизвести этот файл напрямую дюной с флешки/харда.
Поднять нфс на насе

1. Стоит сто. 

2. NFS давно поднят. Всё происходит по NFS (проверка чтения - 11МБ/с)

 screenshot1.png   246.84К   0 Количество загрузок:

3. Другие идеи попробую проверить позже.

4. Насчет "говнорипов" появились сомнения. Под спойлером медиаинфо. Всего два DTS потока. Причем заикается в том числе и английский. Он то врядли самопальный.

Spoiler

Уникальный идентификатор : 173528920000767841501114548211649161937 (0x828C744E9F0C7A8F9B9DA1D82A552AD1)
Полное имя : M:\Кино\Американская История Икс [American History X]\American History X.1998.BD.Remux.1080p.VC-1.Rus.Eng.mkv
Формат : Matroska
Версия формата : Version 1
Размер файла : 25,0 Гбайт
Продолжительность : 1 ч. 58 м.
Общий поток : 30,1 Мбит/сек
Дата кодирования : UTC 2009-03-31 02:21:07
Программа кодирования : mkvmerge v2.6.0 ('Kelly watch the Stars') built on Mar 24 2009 15:23:17
Библиотека кодирования : libebml v0.7.7 + libmatroska v0.8.1

Видео
Идентификатор : 1
Формат : VC-1
Профиль формата : Advanced@L3
Идентификатор кодека : V_MS/VFW/FOURCC / WVC1
Идентификатор кодека/Подсказка : Microsoft
Продолжительность : 1 ч. 58 м.
Битрейт : 26,5 Мбит/сек
Ширина : 1920 пикселей
Высота : 1080 пикселей
Соотношение сторон : 16:9
Режим частоты кадров : Постоянный
Частота кадров : 23,976 кадра/сек
Цветовое пространство : YUV
Субдискретизация насыщенности : 4:2:0
Битовая глубина : 8 бит
Тип развёртки : Прогрессивная
Метод сжатия : С потерями
Бит/(Пиксели*Кадры) : 0.533
Размер потока : 22,0 Гбайт (88%)
Язык : English
Default : Да
Forced : Нет

Аудио #1
Идентификатор : 2
Формат : DTS
Формат/Информация : Digital Theater Systems
Режим : 16
Параметр Endianness формата : Big
Идентификатор кодека : A_DTS
Продолжительность : 1 ч. 58 м.
Вид битрейта : Постоянный
Битрейт : 1510 Кбит/сек
Каналы : 6 каналов
Расположение каналов : Front: L C R, Side: L R, LFE
Частота : 48,0 КГц
Битовая глубина : 24 бит
Метод сжатия : С потерями
Размер потока : 1,25 Гбайт (5%)
Заголовок : DTS 5.1 1536 kbps
Язык : Russian
Default : Да
Forced : Нет

Аудио #2
Идентификатор : 3
Формат : DTS
Формат/Информация : Digital Theater Systems
Режим : 16
Параметр Endianness формата : Big
Идентификатор кодека : A_DTS
Продолжительность : 1 ч. 58 м.
Вид битрейта : Постоянный
Битрейт : 1510 Кбит/сек
Каналы : 6 каналов
Расположение каналов : Front: L C R, Side: L R, LFE
Частота : 48,0 КГц
Битовая глубина : 24 бит
Метод сжатия : С потерями
Размер потока : 1,25 Гбайт (5%)
Заголовок : DTS 5.1 1536 kbps
Язык : English
Default : Нет
Forced : Нет

Может я в настройках накосячил?

 screenshot3.png   587.01К   1 Количество загрузок:

Ещё идеи будут?

[Aplicator]

При таких расклад тогда тем более дело в dts, только не в самих дорожках, что идут с рипами, хотя и в них встречались засады, а как раз в том, как работает данный плаг на дюне, когда передача идёт через самбу. Абсолютно верно было замечено - особенно тогда, когда речь касается больших объёмных рипов. Я читая всё это в этом теперь уже на 99% уверен. Плюс получения информационной строчки в момент заикания - опустошение буфера (и быстрый рост кол-ва этих самых опустошений).

[m@jor]

И еще небольшие поправки и дополнения:

1. Я экспериментирую не на рипах, а на ремуксах с большим общим битрейтом (и видео жирное и аудиодорог много напихано добрыми людьми).

2. Через NFS заикается тоже, но немного меньше и реже.

3. С винта по USB (ну очень медленный - 17 МБ/сек) заикается тоже, но еще меньше и реже. К сожалению, на имеющуюся под рукой 16ГБ флешку впихнуть для проверки нечего.

Итого вроде как получается, что "заикабельность" зависит от текущего битрейта файла и скорости "источника".

Но остается некоторое непонимание: вроде как скорость отдачи файла с источника (88 мбит/сек на NFS) заметно превосходит максимальный общий поток (35-45 мбит/сек). Что ж оно затыкивается то?

[andys_2007]

Но остается некоторое непонимание: вроде как скорость отдачи файла с источника (88 мбит/сек на NFS) заметно превосходит максимальный общий поток (35-45 мбит/сек). Что ж оно затыкивается то?

Мощи проца и оперативки не хватает для декодирования. Они поэтому и сделали "легкий" вариант отключения DTS в аппаратах. На 303-ей образца 2013 года, например, заиканий нет. Только на стыках файлов и плейлистов блюреев.

[m@jor]

Мощи проца и оперативки не хватает для декодирования. Они поэтому и сделали "легкий" вариант отключения DTS в аппаратах. На 303-ей образца 2013 года, например, заиканий нет. Только на стыках файлов и плейлистов блюреев.

Это уже область схемотехники, в которой я не петрю. Но остается непонимание на уровне "банальной эрудиции":

почему мощности проца хватает для одного потока и не хватает для другого аналогичного?

почему "затыкаемость" при декодировании DTS в том числе зависит от "пропускной способностью" источника, хотя она превышает общий поток файла почти в два раза?

 

Воспаленный мозг требует логичных объяснений. А пока я их не нахожу.

Гуру и эксперты молчат.

Может есть любознательные, желающий скормить 102-й тяжеленький файл и отписаться?

[bator]

Может есть любознательные, желающий скормить 102-й тяжеленький файл и отписаться?

 

Легко. Ссылку давайте. Лишь бы скорость скачки не подвела - качать полночи желания нет

Скорости нет. Я пас.

[Aplicator]

И еще небольшие поправки и дополнения:

1. Я экспериментирую не на рипах, а на ремуксах с большим общим битрейтом (и видео жирное и аудиодорог много напихано добрыми людьми).

2. Через NFS заикается тоже, но немного меньше и реже.

3. С винта по USB (ну очень медленный - 17 МБ/сек) заикается тоже, но еще меньше и реже. К сожалению, на имеющуюся под рукой 16ГБ флешку впихнуть для проверки нечего.

Итого вроде как получается, что "заикабельность" зависит от текущего битрейта файла и скорости "источника".

Но остается некоторое непонимание: вроде как скорость отдачи файла с источника (88 мбит/сек на NFS) заметно превосходит максимальный общий поток (35-45 мбит/сек). Что ж оно затыкивается то?

- вот именно поэтому я и думаю на 99% за глюк плага дтс ) Вы проверили на куче вариантов. Куда ещё больше...   
А вот взаимосвязи с источником я не вижу. Пардон, даже простые 7Мбайт/c вытянут любой тяжёлый рип. Меня вполне мкф устраивает 30-40Гб, там, кстати, тоже бывает не 1-2 дороги. Но суть проблемы и проявлений от этого не меняется. Я смею предположить даже невероятное - плаг дтв на дюне по каким то причинам при передачи через самбу не успевает справляться с обработкой, причем не по причине глюка самого плага, а не хватки в этом варианте ему аппаратных ресурсов.

Мощи проца и оперативки не хватает для декодирования. Они поэтому и сделали "легкий" вариант отключения DTS в аппаратах. На 303-ей образца 2013 года, например, заиканий нет. Только на стыках файлов и плейлистов блюреев.

- это почти тоже самое, что я написал чуть выше, с одним только но - лично у меня при просмотре через длна дтс работает нормально.

[andys_2007]

- это почти тоже самое, что я написал чуть выше, с одним только но - лично у меня при просмотре через длна дтс работает нормально.

По DLNA идет DTS ? Это как? Работает транскодинг медиасервера.

И вопрос второй: кто сказал, что это плагин, который работает на Дюне? Спецы вроде писали, что это патч для электронного переключателя. А что там дальше никто уже не ответит. Падаван бы нам 100% рассказал, да уже давно ушел с обоих форумов.

[denik79]

Он появляется частенько на ixbt в разделе роутеров.

[m@jor]

- это почти тоже самое, что я написал чуть выше, с одним только но - лично у меня при просмотре через длна дтс работает нормально.

А Вы уверены, что всегда работает?

Я запустил на NASе minidlna, дал ему тот же файл. Затыкается.

Чуть позже, чем по NFS, но всё равно затыкается.

Попробуйте файлы, с которыми игрался я

[m@jor]

По DLNA идет DTS ? Это как? Работает транскодинг медиасервера.

И вопрос второй: кто сказал, что это плагин, который работает на Дюне? Спецы вроде писали, что это патч для электронного переключателя. А что там дальше никто уже не ответит. Падаван бы нам 100% рассказал, да уже давно ушел с обоих форумов.

Идет. На minidlna нет никакого транскодинга. Да и железо роутеров и коробочных НАСов никакой транскодинг не осилит.

[denik79]

Это уже область схемотехники, в которой я не петрю. Но остается непонимание на уровне "банальной эрудиции":

почему мощности проца хватает для одного потока и не хватает для другого аналогичного?

почему "затыкаемость" при декодировании DTS в том числе зависит от "пропускной способностью" источника, хотя она превышает общий поток файла почти в два раза?

 

Воспаленный мозг требует логичных объяснений. А пока я их не нахожу.

Гуру и эксперты молчат.

Может есть любознательные, желающий скормить 102-й тяжеленький файл и отписаться?

Вам не кажется что требовать от патчей и прочей кастомизации 100% работоспособности как минимум глупо?Производитель не подерживает dts и точка,а то что через патч хоть что то работает так надо сказать спасибо.

[m@jor]

А где я от кого то что то требовал?

Мне просто интересно разобраться. "Пытлив умом" я просто.

Кому тоже интересно, может поучаствовать.

[Nuke]

Перестал на днях окончательно включаться мой 102-й. Пол года он умирал, с каждым разом все хуже и хуже. Сейчас всё - труп. Питание есть, красная лампочка горит, но на пульт не реагирует вообще, либо с 650-го раза. При этом пульт исправен, батарейки менялт, лампочка на нем загорается при нажатии.

 

Покупал год и 8 месяцев назад в Юлмарте.

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

На моё "А как же 24 месяца по чеку?" ответил, что в чеке может быть ошибка, а производитель предоставляет год гарантии.

В итоге, по данным из чека (оригинал на руках) и в полной комплектации они приняли аппарат для отправки в СЦ.

 

Сейчас в Юлмарте на этот девайс, и правда, всего 1 год.

Но моем чеке проставлено 24 месяца.

Если СЦ откажется чинить - как можно наехать на магазин за корявый чек и отказ гарантийных обязательств ?

[m@jor]

Чек - документ.

По ЗоЗПП продавец имеет право устанавливать гарантию на больший срок, чем гарантия производителя.

В чеке написал 24 - значит установил.

А отмазки типа "я - не я и подпись не моя" это для доверчивых.

Если попытаются отмазываться - позвоните на горячую линию местного филиала ОЗПП, Вас проконсульттирут о правильных действиях.

Последняя инстанция - суд будет на Вашей стороне, судебные издержки за счет магазина. Так что до суда они доводить не станут - себе дороже.