
Голосование по функциям для плееров Dune
#701
Отправлено 07 April 2010 - 13:40
#702
Отправлено 08 April 2010 - 08:54
#703
Отправлено 11 April 2010 - 07:53
---------------------------------------------------------------------------------------------------------------
Dune Base 3.0 + Seagate "Barracuda LP ST32000542AS" + QNAP-412 + Zappiti
#704
Отправлено 11 April 2010 - 16:36
#705
Отправлено 13 April 2010 - 00:59
#706
Отправлено 13 April 2010 - 02:05
Хотелось бы высказать несколько пожеланий на предмет функционала будущих прошивок. Надеюсь, не сбаяню: поиском я их пошукал, но мало ли…
Всё написанное здесь относится к BD Prime 3.0.
Итак.
1. Торрент:
1.1. Хотелось бы иметь возможность править ограничения скорости «руками». Существующий список вариантов скоростей не особенно гибок, но и расширять его не стоит: гибче и удобнее будет сделать возможность ручной правки ограничений.
1.2. Было бы удобно иметь возможность выбирать папку, в которую будет складываться торрент, а также отмечать, какие файлы нужно скачать (удобно в случае необходимости скачки, к примеру, избранных серий большого сериала).
1.3. Было бы удобно иметь автоматическое назначение порта для торрента в роутере при помощи UPnP.
1.4. А также пригодилась бы способность плеера при отсутствии промапленного порта в роутере не писать слово «error» мелкими буковками около торрента, а чётко и ясно заявить что-то вроде «Не вижу торрент-сеть, проверьте, включён ли у вас Интернет и промаплен ли порт NNNN»
1.5. Безумно хочется автоматическую подстройку скорости. Дело в том, что, в случае, если у торрента скорость сильно «отпущена», это начинает мешать серфингу прочих компьютеров сети, если же она «зарезана» - становится обидно за периоды, когда прочие компьютеры не используются, и торрент мог бы качать/раздавать быстрее. Бегать же поминутно к плееру и «подкручивать» скорость просто неудобно (тем более, что это каждый раз вызывает ребут торрент-клиента). Выходом может стать авто-подстройка скорости. Реализовать это можно, к примеру, использующимися в eMule (опенсорсный Р2Р-клиент) методами Upload/Download Speed Sense и Smart Upload/Download Control. Понимаю, что шансов на реализацию этого немного, но... очень хочется.
Здесь хотелось бы заранее ответить тем, кто при чтении этого абзаца уже хватается за клавиатуры с желанием написать что-то вроде «купи себе канал в десять-двадцать-тридцать мегабит и не парь мозги». К сожалению, далеко не везде эти десять мегабит можно купить. Даже в Москве остались районы, где провайдеров, кроме ADSL-ного Стрима, просто нет. Вот нет и всё, и ни Корбина в район не идёт, ни ОнЛайм. И обратный канал в 0,5-1 мбит – это, увы, суровая реальность. А есть ведь и другие города нашей необъятной, где всё бывает ещё хлеще. Так что технология, позволяющая использовать канал «на полную», не мешая другим членам сети, в любом случае пригодилась бы.
2. Wifi:
2.1. Очень не хватает диагностических средств: отображения уровня сигнала, установившихся режима и канальной скорости, статистики ошибок и так далее. А то, к примеру, я у себя сейчас вижу, что скорость вайфая подозрительно напоминает скорость режима 802.11g, но из-за отсутствия вышеописанных возможностей проверить это я не могу. И гадаю беспомощно: то ли просто сигнал слабый, то ли адаптер почему-то заводится в режиме 802.11g… Ну да, есть роутеры, которые пишут, какой клиент в каком режиме работает, но их абсолютное меньшинство.
2.2. Не думаю, что буду оригинален, но хотелось бы расширить список поддерживаемых устройств. Периодически на рынке появляются USB-адаптеры с внешними антеннами, которые, возможно, могли бы помочь многим wifi-неудачникам, к числу которых, увы, отношусь и я. Два с половиной метра в секунду - это форменный кошмар, а протянуть кабель нет возможности...
3. У плеера есть очень неудобный и обидный косяк в функционале «перемотки» (не прыгания по таймлайну на конкретную позицию, а именно ускоренного воспроизведения). Если при проигрывании файла из сети включается перемотка (повышающая объём прокачиваемых данных) и скорости сети перестаёт хватать (что в случае wifi, увы, не редкость), плеер впадает в кататонию: изображение и звук останавливаются, на пульт реакция отсутствует, и помогает только хардверное выключение. Однако, это не зависание как таковое: судя по активности wifi-адаптера, плеер вполне себе жив и усиленно прокачивает по сети данные. Судя по всему, он пробует «догнать» ситуацию (т.е. прокачать файл до нужной на текущий момент позиции), но из-за ограничений скорости у него это не получается. Очень хотелось бы поправить эту ситуацию. Лучше уж пусть плеер дропает недокачанные кадры и "прыгает" вперёд, "догоняя" недокачанное, до следующего подходящего ключевого кадра, чем ведёт себя описанным образом.
4. Прочее
4.1. Голосуя за функции сайте Дюны, пришёл в шок. В списке была функция «Safe shutdown» (предпоследняя). Убило наповал. Верно ли я понимаю, что в текущей конфигурации, если Дюна выключается с пульта, она не заботится о «…stop services, flush changes to disks»? В таком случае, это крайне необходимо реализовать в первую очередь.
4.2. Предыдущий пункт навёл на мысль о необходимости возможности ручного запуска проверки/исправления файловой системы (fsck, видимо). Мало ли, электропитание прервётся, плеер повиснет – лучше иметь возможность проверки диска.
4.3. Ну а из предыдущего пункта автоматически вытекает ещё один: хотелось бы иметь служебную настройку вида «автоматически делать fsck при запуске плеера» или «автоматически делать fsck каждые N запусков плеера». Для торрент-маньяков или для использующих плеер 24x7 в качестве NAS, это может быть полезно: раз ребутнулся, значит, свет моргал или ещё что внештатное случилось, а значит, провериться стоит.
4.4. Низкий поклон за реализованную возможность проверки/скачки/установки новых прошивок средствами плеера! Но мне и этого мало

4.5. Очень хочется иметь настройку, запрещающую плееру включать пронзительно-яркий светодиод в спящем и «программно выключенном» режимах. Ночью слепит.
5. Пожелания «железные», по будущему преемнику, которого я условно назову «BD Prime 4.0»:
5.1. Очень хочется, чтобы жёсткий диск был 3.5”, и обязательно в извлекаемом крэдле, как сделано в HD Base. Лично меня BD Prime 3.0 с двухдюймовым диском мизерной (в сравнении с трёхдюймовыми дисками) ёмкости и невозможностью его извлечения очень расстроила, особенно после заглядывания внутрь и осознания, что можно было чуть-чуть постараться, и места под трёхдюймовый диск хватило бы.
5.2. Внутренний wifi-адаптер топовой на момент выпуска «преемника» модификации (мало ли, может, примут следующий после 802.11n стандарт) должен стать стандартом де-факто. Штатные антенны хотелось бы помощнее, и обязательно – съёмные, дабы можно было проапгрейдить в случае нужды.
5.3. BD Prime 3.0 приятно удивила безвентиляторностью. Хотелось бы, чтобы так и было впредь.
В заключение, хочу поблагодарить софтописателей за последнюю бета-прошивку. Очень приятно, что работа ведётся, и что видны реальные улучшения, а не просто изменение номера билда. Спасибо за ваш труд и за то, что мы, покупатели, не чувствуем себя брошенными производителем нашего приобретения - это сейчас, увы, редкость. Респект!

#707
Guest_rudik_*
Отправлено 13 April 2010 - 07:22
#708
Отправлено 13 April 2010 - 08:17
1.5. Безумно хочется автоматическую подстройку скорости. Дело в том, что, в случае, если у торрента скорость сильно «отпущена», это начинает мешать серфингу прочих компьютеров сети, если же она «зарезана» - становится обидно за периоды, когда прочие компьютеры не используются, и торрент мог бы качать/раздавать быстрее. Бегать же поминутно к плееру и «подкручивать» скорость просто неудобно (тем более, что это каждый раз вызывает ребут торрент-клиента). Выходом может стать авто-подстройка скорости. Реализовать это можно, к примеру, использующимися в eMule (опенсорсный Р2Р-клиент) методами Upload/Download Speed Sense и Smart Upload/Download Control. Понимаю, что шансов на реализацию этого немного, но... очень хочется.
Здесь хотелось бы заранее ответить тем, кто при чтении этого абзаца уже хватается за клавиатуры с желанием написать что-то вроде «купи себе канал в десять-двадцать-тридцать мегабит и не парь мозги». К сожалению, далеко не везде эти десять мегабит можно купить. Даже в Москве остались районы, где провайдеров, кроме ADSL-ного Стрима, просто нет. Вот нет и всё, и ни Корбина в район не идёт, ни ОнЛайм. И обратный канал в 0,5-1 мбит – это, увы, суровая реальность. А есть ведь и другие города нашей необъятной, где всё бывает ещё хлеще. Так что технология, позволяющая использовать канал «на полную», не мешая другим членам сети, в любом случае пригодилась бы.
QoS на Вашем модеме-роутере или роутере спасет, вопрос приоретизации трафика надо решать не на Дюне, Дюна не маршрутизатор и подобные примочки не для неё. Вот тут почитайте, как раз уже готовое решение специально для Вас, можете уже сейчас решить свой вопрос правильно.

3. У плеера есть очень неудобный и обидный косяк в функционале «перемотки» (не прыгания по таймлайну на конкретную позицию, а именно ускоренного воспроизведения). Если при проигрывании файла из сети включается перемотка (повышающая объём прокачиваемых данных) и скорости сети перестаёт хватать (что в случае wifi, увы, не редкость), плеер впадает в кататонию: изображение и звук останавливаются, на пульт реакция отсутствует, и помогает только хардверное выключение. Однако, это не зависание как таковое: судя по активности wifi-адаптера, плеер вполне себе жив и усиленно прокачивает по сети данные. Судя по всему, он пробует «догнать» ситуацию (т.е. прокачать файл до нужной на текущий момент позиции), но из-за ограничений скорости у него это не получается. Очень хотелось бы поправить эту ситуацию. Лучше уж пусть плеер дропает недокачанные кадры и "прыгает" вперёд, "догоняя" недокачанное, до следующего подходящего ключевого кадра, чем ведёт себя описанным образом.
Если расскажете, как просунуть палец в стандартное иголочное ушко, то это сильно поможет в решении вопроса с перемоткой по wi-fi. А пока, раз нет возможности провод протянуть, подключайте диск с контентом непосредственно к Дюне, например, посредством док-станции или бокса. Да и судя по тому, что Вы смотрите на HD плеере с такой скоростью по воздуху, то время на копирование такого контента будет пару минут занимать на внешний носитель с компа.
#709
Отправлено 13 April 2010 - 09:32
Все это есть в Transmission. Инструкция и скрипт для установки - сегодня-завтра.1. Торрент:
1.1. Хотелось бы иметь возможность править ограничения скорости «руками». Существующий список вариантов скоростей не особенно гибок, но и расширять его не стоит: гибче и удобнее будет сделать возможность ручной правки ограничений.
1.2. Было бы удобно иметь возможность выбирать папку, в которую будет складываться торрент, а также отмечать, какие файлы нужно скачать (удобно в случае необходимости скачки, к примеру, избранных серий большого сериала).
1.3. Было бы удобно иметь автоматическое назначение порта для торрента в роутере при помощи UPnP.
#710
Отправлено 13 April 2010 - 15:33
aitishnik-спуститесь с "небес" на грешную землю.
Какие уж тут небеса. Стоит на месте подпрыгнуть - сразу набегают со всех сторон и хватают: «ишь чего захотел, на «небеса»? Все ползают - и ты давай, на четвереньки быстренько!»
QoS на Вашем модеме-роутере или роутере спасет, вопрос приоретизации трафика надо решать не на Дюне, Дюна не маршрутизатор и подобные примочки не для неё.
Понимаете ли, в чём дело...
Вот лично у меня есть как деньги на новый роутер, имеющий нормальный QoS (Linksys WAG325N, купленный на заре 802.11n, работает как часы, но QoS там в зачаточном состоянии), так и знания, чтобы всё это настроить, и время, которое не жалко на всё это потратить. А у кого-то может чего-нибудь из этого списка не хватать.
Но дело даже не в этом. Дело в том, что, приобретая флагманский продукт, хочется удобства пользования им, функциональности, и - главное - хочется, чтобы он не представлял из себя «конструктор» вида «купи продукт, купи к нему модуль такой-то, поменяй у себя штуку сякую-то, иначе твоя покупка не будет нормально работать». А то странно как-то получается: чтобы купленный плеер-комбайн выполнял свои функции, нужно ещё и роутер - 802.11n, то есть вполне удовлетворяющий, казалось бы, всем условиям, и отлично работающий, поменять.
Вы совершенно правы, говоря, что Дюна не маршрутизатор. Никто и не просит её делать таковой. Но, с другой стороны... у Вас есть автомобиль? Скажите, Вас не удивляет, что в автомобилях делается климат-контроль, часы и фары, хотя автомобиль - это не кондиционер, не будильник и не фонарь, и его первоочередная задача - ехать? Вас не удивляют часы и будильники в музыкальных центрах, фонарики в сотовых телефонах, барометры и компасы в наручных часах? Если следовать Вашей логике, то Дюна должна была бы быть просто blueray-плеером. Или blueray-плеером с функцией проигрывания также файлов нескольких форматов. Ан нет, был сделан вполне себе комбайн с множеством функций: тут и NAS, и торренты, и IPTV... ну так почему не допилить встроенный торрент до действительно полноценного состояния?
Между прочим, несмотря на то, что формально приоритезация трафика - это, действительно, задача маршрутизатора, функции управления загрузкой канала включаются сейчас не только в Р2Р-программы вроде eMule или utorrent, но даже в программу обновления Adobe Acrobat. Как Вы думаете, что заставило авторов этих программ сделать это? Правильно. Стремление сделать свою продукцию максимально дружественной к пользователям. Сделать так, чтобы их софт был максимально эффективен - и минимально конфликтен. Чтобы всё качалось быстро - и при этом незаметно. Почему бы не взять с них пример? Тем более, что даже готовый код уже есть, его достаточно взять и использовать с минимальной доработкой.
Вот тут почитайте, как раз уже готовое решение специально для Вас, можете уже сейчас решить свой вопрос правильно.
Благодарю Вас. Решение мне, правда, не подойдёт, ибо у меня роутер другого производителя, но за стремление - спасибо.
Понимаете ли, лично я-то вопрос с торрентом решу. И даже без особых проблем. Но отсутствие функционала, явившегося здесь камнем преткновения, не даёт мне, к примеру, посоветовать или подарить Дюну нескольким моим приятелям. Что такое торрент - они знают, но вот возиться с QoS или менять домашнее оборудование не захотят или не смогут. Не думаю, что это единичный случай.
Если расскажете, как просунуть палец в стандартное иголочное ушко, то это сильно поможет в решении вопроса с перемоткой по wi-fi.
Вы, кажется, немного не поняли. Ситуация с перемоткой - это баг. Плеер не должен застывать, не реагируя на кнопки пульта, если он по каким-либо причинам не успел прочитать файл из сети. И не столь важно, что послужило причиной задержки: просевший сигнал wifi, загруженность роутера или NAS, с которого берётся файл, ещё какие-либо причины. Суть проблемы ведь не в том, что плеер не успел прочитать: не успел, что уж делать, ну не хватило скорости сети, это бывает. Суть в том, что не успевание приводит не просто к задержке или рывкам воспроизведения, а к кататонии плеера, из которой он выводится только аппаратным отключением питания.
У Вас ведь не зависает браузер, если не успевает прокачаться клип с youtube? Не зависает программный плеер, если он не успевает прокачать поток интернет-радио? Не виснет сотовый телефон, если сигнал соты слабый? Во всех этих случаях, производятся попытки исправить ситуацию: докачать клип, заново подключиться к интернет-радио, принять хотя бы какую-то часть разговора. В крайнем случае - «складываются крылья» и пользователю сообщается об ошибке - но ничего ни в коем разе не виснет намертво. Так почему же Вы, скажем так, защищаете право плеера на эти сбои?
К слову, лично мне этот баг представляется вполне фиксабельным. Вряд ли там задача уровня «просунуть палец в игольное ушко». Но здесь я, конечно, могу и ошибаться...
А пока, раз нет возможности провод протянуть, подключайте диск с контентом непосредственно к Дюне, например, посредством док-станции или бокса. Да и судя по тому, что Вы смотрите на HD плеере с такой скоростью по воздуху, то время на копирование такого контента будет пару минут занимать на внешний носитель с компа.
Плеер покупался как раз для того, чтобы не приходилось ходить из комнаты в комнату с USB-винтами и прочими флешками, и в расчёте как раз на то, что пропускной способности хватит для просмотра. Её и хватает, в общем... если не пользоваться перемоткой.
Все это есть в Transmission. Инструкция и скрипт для установки - сегодня-завтра.
Огромное Вам спасибо! Буду ждать.
#711
Отправлено 13 April 2010 - 16:29
Между прочим, несмотря на то, что формально приоритезация трафика - это, действительно, задача маршрутизатора, функции управления загрузкой канала включаются сейчас не только в Р2Р-программы вроде eMule или utorrent, но даже в программу обновления Adobe Acrobat. Как Вы думаете, что заставило авторов этих программ сделать это? Правильно. Стремление сделать свою продукцию максимально дружественной к пользователям. Сделать так, чтобы их софт был максимально эффективен - и минимально конфликтен. Чтобы всё качалось быстро - и при этом незаметно. Почему бы не взять с них пример? Тем более, что даже готовый код уже есть, его достаточно взять и использовать с минимальной доработкой.
Ок, на Transmission можно зарезать отдачу/скачивание, только гибкости не будет. К слову, я как-то в дебри сразу полез, а многие роутеры уже имеют дружественный интерфейс для для настройки QoS, например Asus RT-N16 (EZQoS). Так что трагедии не вижу никакой, решается на уровне обычного рядового пользователя, если вдруг возникнет необходимость.
У Вас ведь не зависает браузер, если не успевает прокачаться клип с youtube? Не зависает программный плеер, если он не успевает прокачать поток интернет-радио? Не виснет сотовый телефон, если сигнал соты слабый? Во всех этих случаях, производятся попытки исправить ситуацию: докачать клип, заново подключиться к интернет-радио, принять хотя бы какую-то часть разговора. В крайнем случае - «складываются крылья» и пользователю сообщается об ошибке - но ничего ни в коем разе не виснет намертво. Так почему же Вы, скажем так, защищаете право плеера на эти сбои?
К слову, лично мне этот баг представляется вполне фиксабельным. Вряд ли там задача уровня «просунуть палец в игольное ушко». Но здесь я, конечно, могу и ошибаться...
Вы, кажется, немного не поняли. Ситуация с перемоткой - это баг. Плеер не должен застывать, не реагируя на кнопки пульта, если он по каким-либо причинам не успел прочитать файл из сети. И не столь важно, что послужило причиной задержки: просевший сигнал wifi, загруженность роутера или NAS, с которого берётся файл, ещё какие-либо причины. Суть проблемы ведь не в том, что плеер не успел прочитать: не успел, что уж делать, ну не хватило скорости сети, это бывает. Суть в том, что не успевание приводит не просто к задержке или рывкам воспроизведения, а к кататонии плеера, из которой он выводится только аппаратным отключением питания
Плеер покупался как раз для того, чтобы не приходилось ходить из комнаты в комнату с USB-винтами и прочими флешками, и в расчёте как раз на то, что пропускной способности хватит для просмотра. Её и хватает, в общем... если не пользоваться перемоткой.
Всё упирается в одно, просто Вы не можете по сети обеспечить необходимую скорость. Фиксить надо не в Дюне... ИМХО - попробуйте продумать вопрос, как увеличить скорость по воздуху (антенны + удлинители), может протянуть провод, а может построить сеть через розетки 220 вольт.
Но опять же, все это ИМХО, решать и делать будут производители Дюны...
#712
Отправлено 13 April 2010 - 16:56
Вы, кажется, немного не поняли. Ситуация с перемоткой - это баг. Плеер не должен застывать, не реагируя на кнопки пульта, если он по каким-либо причинам не успел прочитать файл из сети. И не столь важно, что послужило причиной задержки: просевший сигнал wifi, загруженность роутера или NAS, с которого берётся файл, ещё какие-либо причины. Суть проблемы ведь не в том, что плеер не успел прочитать: не успел, что уж делать, ну не хватило скорости сети, это бывает. Суть в том, что не успевание приводит не просто к задержке или рывкам воспроизведения, а к кататонии плеера, из которой он выводится только аппаратным отключением питания.
Мне даже кажется, что стоило бы сделать более вразумительную индикацию опустошения буфера, нежели замирание воспроизведения. Да и индикатор заполнения буфера в процессе его заполнения, скажем, при открытии файла очень бы не помешал.
Всё упирается в одно, просто Вы не можете по сети обеспечить необходимую скорость. Фиксить надо не в Дюне... ИМХО - попробуйте продумать вопрос, как увеличить скорость по воздуху (антенны + удлинители), может протянуть провод, а может построить сеть через розетки 220 вольт.
То есть Вы полагаете, что если Дюна намертво виснет при опустошении буфера и возвращается в сознание только передёргиванием питания, то это не баг Дюны? Оригинально. Надеюсь, разработчики с Вами не согласны

#713
Отправлено 13 April 2010 - 17:16
Ок, на Transmission можно зарезать отдачу/скачивание, только гибкости не будет.
Простите, не понял, что Вы имеете в виду? Я пока не пользовался Transmisson, не довелось. Зарезать отдачу и приём и в текущем клиенте (btpd, кажется) можно

К слову, я как-то в дебри сразу полез, а многие роутеры уже имеют дружественный интерфейс для для настройки QoS, например Asus RT-N16 (EZQoS).
Я понимаю. Дело в том, что я, скажем так, не за себя просил

Так что трагедии не вижу никакой, решается на уровне обычного рядового пользователя, если вдруг возникнет необходимость.
Это Вы, видимо, редко с настоящими «рядовыми пользователями» общаетесь


Всё упирается в одно, просто Вы не можете по сети обеспечить необходимую скорость.
Частично согласен. Скорости для воспроизведения ведь хватает. А что её не хватает для перемотки - плеер всё-таки должен это как-то обрабатывать, а не впадать в ступор.
Тут ведь вот в чём ещё дело. Сейчас плеер застывает на скорости 4х. Допустим, повышу я скорость вайфая с 20-25 мегабит до, скажем, 75. Ну так станет он в кататонию впадать не на 4х, а на, скажем, 16х. Разницы ведь принципиальной не будет, ступор есть ступор. А если я решу по сети BD Remux перемотать? Тут ведь и проводной локалки не хватит.
Так что скорость-то я, само собой, повышать буду, но и баг пофиксить стоило бы.
ИМХО - попробуйте продумать вопрос, как увеличить скорость по воздуху (антенны + удлинители)
Эх, если б рынок USB wifi адаптеров с антеннами был пошире, да ещё они б поддерживались Дюной

Пока что, почитав этот пост и сайт D-Link, я решил попробовать сменить там роутер на что-нибудь из серии RangeBooster от D-Link: производитель утверждает, что устройства из этой серии быстрее всего работают друг с другом. Авось и поможет.
может протянуть провод
Исключено.
а может построить сеть через розетки 220 вольт
К сожалению, powerline там чуть более вероятен, чем прокладка провода. Оставлю его в качестве крайней меры.
Но опять же, все это ИМХО, решать и делать будут производители Дюны...
Буду надеяться, что какой-нибудь workaround будет. Вроде бы к высказываемому здесь мнению более-менее прислушиваются...
Кстати, ИМХО, делать поддержку одного и только одного адаптера, да ещё и от D-Link, было не лучшей идеей. Как следует из описания технологии RangeBooster, она бесполезна без поддержки её с обеих сторон. В итоге, свистки вполне достойно (что показывает вышеупомянутый пост) работают с оборудованием D-Link, но падают по производительности до уровня 802.11g с другим оборудованием.
Надо бы попробовать ещё Asus WL-160N, благо, он теперь поддерживается, вдруг с ним будет лучше...
Кстати, о результатах я отпишусь. В «беспроводном» треде, само собой.
Да и индикатор заполнения буфера в процессе его заполнения, скажем, при открытии файла очень бы не помешал.
Допилить показывающиеся в углу экрана «часики» до круговой диаграммы? А что, это мысль

#714
Отправлено 13 April 2010 - 17:43
Допилить показывающиеся в углу экрана «часики» до круговой диаграммы? А что, это мысль
было бы удобно. Поддерживаю.
Они ведь ещё и не всегда показываются, как я понял. Бывало, тыкаю на файл - и чёрный экран на несколько секунд. Лишь затем появляются часы и происходит нормальная работа. Хотя это может быть связано с моим монитором, не знаю. Но вместо часов в любом случае я предпочёл бы индикатор прогресса

Кстати, у меня промотка на скоростях выше 4х не работает толком вообще ни на одном источнике. Ни на файлах, ни на двд. Ни из сети (подключён проводом), ни с флэшки, ни с внешнего винчестера. При включении, скажем, скорости 8х плеер на несколько секунд подвисает, затем выводит некий кадр из фильма, после чего процесс повторяется, и так далее. К счастью, на "стоп" реагирует. Перемотка же на 2х и 4х работает безупречно на всех вариантах.
#715
Отправлено 13 April 2010 - 21:03
То есть Вы полагаете, что если Дюна намертво виснет при опустошении буфера и возвращается в сознание только передёргиванием питания, то это не баг Дюны? Оригинально. Надеюсь, разработчики с Вами не согласны
Тут на мой взгляд, скорее не баг, а отсутсвие защиты. Никто же не возмущается, когда подключенный к роутеру внешний диск без доп-питания по usb запускается через раз и часто валится файловая система, т.к. ток, необходимый для его нормальной работы (пусковой ещё выше), выше допустимого стандартом, выше чем может обеспечить тот же роутер. Никто не обижается, когда стационарная электроплита плохо греет при низком напряжении в сети... ИМХО, тогда уж есть смысл сделать проверку скорости соединения при наличии wi-fi модуля и либо блокировать запуск плееров (BD и файловый, два порога установить по скорости), либо запускать с предупреждением о возможных проблемах в работе.
#716
Отправлено 13 April 2010 - 21:12
Но она всё-таки греет, хоть и плохо! А не отказывается работать!Никто не обижается, когда стационарная электроплита плохо греет при низком напряжении в сети...

Dune HD Base 3.0 (fw 110225-1225) + flash
#717
Отправлено 13 April 2010 - 21:16
Простите, не понял, что Вы имеете в виду? Я пока не пользовался Transmisson, не довелось. Зарезать отдачу и приём и в текущем клиенте (btpd, кажется) можно
Я речь вел о том, что динамически перераспредалять нагрузку на канал, в зависимости от числа пользователей в сети, как с QoS не выйдет...
С другой стороны, мне как-то не очень нравится, что у людей возникают проблемы с подарком, да ещё уровня «хотел перемотать - повисло, такого даже видеомагнитофон не творил». Ну да, я объяснил, что перематывать нужно таймлайном, а не «как в видеомагнитофоне», но... думаю, Вы меня понимаете.
Понимаю, мы в ответе за тех, кого одарили

Частично согласен. Скорости для воспроизведения ведь хватает. А что её не хватает для перемотки - плеер всё-таки должен это как-то обрабатывать, а не впадать в ступор. Так что скорость-то я, само собой, повышать буду, но и баг пофиксить стоило бы. Буду надеяться, что какой-нибудь workaround будет. Вроде бы к высказываемому здесь мнению более-менее прислушиваются...
Подождем - увидим... Только, похоже, это не будет первоочередной задачей, возможно Вы раньше скорость увеличите до разумных значений

Надо бы попробовать ещё Asus WL-160N, благо, он теперь поддерживается, вдруг с ним будет лучше...
Кстати, о результатах я отпишусь. В «беспроводном» треде, само собой.
Спасибо заранее, это на самом деле интересно.
Но она всё-таки греет, хоть и плохо! А не отказывается работать!
Так и плеер показывает, просто плохо перематывает


#718
Отправлено 13 April 2010 - 21:33
Тут на мой взгляд, скорее не баг, а отсутсвие защиты. Никто же не возмущается, когда подключенный к роутеру внешний диск без доп-питания по usb запускается через раз и часто валится файловая система, т.к. ток, необходимый для его нормальной работы (пусковой ещё выше), выше допустимого стандартом, выше чем может обеспечить тот же роутер. Никто не обижается, когда стационарная электроплита плохо греет при низком напряжении в сети... ИМХО, тогда уж есть смысл сделать проверку скорости соединения при наличии wi-fi модуля и либо блокировать запуск плееров (BD и файловый, два порога установить по скорости), либо запускать с предупреждением о возможных проблемах в работе.
Нет, Вы меня извините, конечно, но я уже много лет работаю программистом, и зависание программы при отсутствии на входе данных однозначно считается багом всеми людьми, демонстрирующими хотя бы зачатки благоразумия



#719
Отправлено 13 April 2010 - 21:45
Нет, Вы меня извините, конечно, но я уже много лет работаю программистом, и зависание программы при отсутствии на входе данных однозначно считается багом всеми людьми, демонстрирующими хотя бы зачатки благоразумия
Я готов не обижаться на Дюну за то, что она не станет работать при недостаточном напряжении или сгорит при его избытке, но отсутствие защиты от абсолютно тривиальных и практически повседневных условий не должен пропустить ни один более-менее нормальный отдел контроля качества софта
Впрочем, на проводном соединении при опустошении буфера Дюна не виснет, это уже хорошо, а проводное соединение, есть такое подозрение, большинство пользователей и применяют. Вы там передайте разработчикам, чтобы сделали всё-таки более продвинутую индикацию текущего состояния, а то иногда волнительно как-то наблюдать чёрный экран и прочие подтормаживания на протяжении нескольких секунд
Спорить не стану, почти убедили, что это баг. Разработчикам только я не смогу ничего передать, ибо не контактирую с ними, может сами прочитают и ответят.
#720
Отправлено 14 April 2010 - 00:39
Они ведь ещё и не всегда показываются, как я понял. Бывало, тыкаю на файл - и чёрный экран на несколько секунд. Лишь затем появляются часы и происходит нормальная работа. Хотя это может быть связано с моим монитором, не знаю.
Не с монитором это связано, подтверждаю. Хотя лично я считаю это достаточно мелким багом.
Но вместо часов в любом случае я предпочёл бы индикатор прогресса
Ну, прогрессбаров лично я не хотел бы. Пусть остаются «часы», только анимированные.
А вообще, откровенно говоря, для меня стабильность работы и функционал важнее интерфейса. Если я буду на сто процентов уверен в отсутствии глюков, зависаний и прочих радостей жизни, меня не будет напрягать отсутствие каких-либо прогрессбаров, статусов, часов и прочего.
Кстати, у меня промотка на скоростях выше 4х не работает толком вообще ни на одном источнике. Ни на файлах, ни на двд. Ни из сети (подключён проводом), ни с флэшки, ни с внешнего винчестера. При включении, скажем, скорости 8х плеер на несколько секунд подвисает, затем выводит некий кадр из фильма, после чего процесс повторяется, и так далее. К счастью, на "стоп" реагирует. Перемотка же на 2х и 4х работает безупречно на всех вариантах.
У меня, ежели не по сети, работает успешно до 32х включительно. Кадры меняются, конечно, «рывками», т.е. это не истинное «ускоренное воспроизведение», а скорее этакие «скачки», но это уже, вероятно, аппаратное ограничение плеера: мощность декодирующего чипа ведь не бесконечна. Да и не считаю я это недостатком: свою функцию перемотка выполняет, и вполне комфортно.
Тут на мой взгляд, скорее не баг, а отсутсвие защиты. Никто же не возмущается, когда подключенный к роутеру внешний диск без доп-питания по usb запускается через раз и часто валится файловая система, т.к. ток, необходимый для его нормальной работы (пусковой ещё выше), выше допустимого стандартом, выше чем может обеспечить тот же роутер. Никто не обижается, когда стационарная электроплита плохо греет при низком напряжении в сети...
Как сисадмин с неплохим стажем, могу с уверенностью сказать, что это баг. Дело в том, что в описанных Вами процессах (внешний диск, электроплита) аппаратура не способна самостоятельно среагировать на негативные условия работы. Ну, не может внешний диск запуститься при недостатке питания, не имеет электроплита встроенного регулятора напряжения, что с них взять? В отличие от приведённых Вами случаев, сетевые приложения и устройства изначально пишутся и проектируются в расчёте на негарантированность доступа к данным. Браузеры, потоковые плееры (как базированные на flash, вроде плеера на youtube, так и полноценные программные, такие как winamp или vlc), почтовые клиенты, да хоть даже используемый Вами роутер - всё это обязано корректно обрабатывать прерывание связи или недостаточную скорость. И программное обеспечение Дюны - не исключение.
ИМХО, тогда уж есть смысл сделать проверку скорости соединения при наличии wi-fi модуля и либо блокировать запуск плееров (BD и файловый, два порога установить по скорости), либо запускать с предупреждением о возможных проблемах в работе.
Представьте себе: запускаете Вы браузер - а он Вам и говорит: «Вы подключены по wifi, это потенциально нестабильная технология передачи данных, поэтому я могу в любой момент рухнуть, и пофиг мне, что Вы там в сети делали и какую работу потеряли; хотите, чтобы я не падал - воткните в ноутбук кабель». Какова будет Ваша реакция? Лично я бы такой браузер снёс тут же и установил конкурирующий, который на пропадание wifi-сигнала реагирует обычным «прости, хозяин, не могу что-то страничку отобразить - ты там посмотри, может, с сеткой что?»
Я речь вел о том, что динамически перераспредалять нагрузку на канал, в зависимости от числа пользователей в сети, как с QoS не выйдет...
Обидно. Но там хоть возможность выбора файлов для скачки будет, это уже неплохо.
Понимаю, мы в ответе за тех, кого одарили
.
...одарили на свою голову, да


Так и плеер показывает, просто плохо перематывает
Он не «плохо перематывает», он впадает в ступор... Впрочем, провести аналогию с плитой, боюсь, не получится: плита, при пониженном напряжении не дающая открыть дверцу духовки до передёргивания её из розетки и обратно - это чересчур апокалиптическое зрелище

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