AlexSSS999

Не совсем актуально (ввиду явно не очень нового винта), но тем не менее. Внешний Transcend (внутри - Fujitsu MHV2060AH на 60Г) успешно подключен к 91HD по USB, отформатирован, с записью HD справился ("Алиса в стране чудес", средний битрейт в районе 8, пики в районе 15МБ/с), при воспроизведении артефактов не замечено. Попутно вопрос: кому-нибудь удавалось прицепить Hitachi Travelstar 5K500.B HTS5455050B9A300 по ЮСБ без дополнительного питания? Сейчас как раз такой наметил к покупке, но сомнения имеются...

А чего ж нет, если 91HD подойдет. "Посмотрим, какой такой Сухов..."

1) А это (разные подсети) из каких соображений сделано ? 2) Для нормального доступа к рутерам, возможно, придется поковыряться с маршрутизацией, т.е. явно указать (см. команду route) через какой интерфейс (WLAN/LAN) доступаться к тем или иным сетям/адресам.

И до роутеров через веб смог добраться?

Не думаю, что это скорость соединения. Скорее всего, этой цифирью бук говорит о том, что с DIR-320 он работает по стандарту 802.11g, для которого 54 Мбит/с - теоретический потолок, на практике приходится говорить о реалиях 22Мбит/с и в эти 22 входят все мегабиты: как полезные, так и протокольные, причем это справедливо для идеальных условий: у точки один приемник, на выбранном канале большк никто не работает, расстояние метров до 10 прямой видимости и т.п. Я не большой спец по децибелам, но, как мне помнится, цифири -95, -96 для SignalLevel означают, что этого SignalLevel практически нет; причем -85 это еще полбеды, кроме всего, у тебя уровень шума от сигнала мало чем отличается, а это совсем не есть гут. Так что в твоих условиях, если для чего этот канал и годится, то только ключи шаровидные получать, не больше, то бишь 250к - нормально. Повторюсь еще раз, по децибелам и радиосвязи - не спец, для верности лучше проверь по форумам. Просто у самого что-то похожее организовано: рядом с ресивером стоит DIR-320, перешитый в ASUS-500gpV2, а через две комнаты - ADSL-модем с Wi-Fi (Huawei HG520b), вот они по воздуху через несколько стен и вяжутся. На DIR-320 уровень сигнала кажет в районе -60 -65. Пытался как-то тестировать качество канала (кстати, где-то здесь тема была, если интересно, поищи по iperf - утилита для тестирования), в результате пришел к выводу, что писать HD через Wi-Fi на базе 802.11g - баловство, реальный битрейт до18-20 Мбит туда просто не влазит. Но в твоей ситуации есть варианты: только придется DIR-320 поменять на что-то, что поддерживает 802.11n, а это уже до 300 Мбит/с, DWA-140 его поддерживает.

Спасибо за развернутый ответ.Хм..Приятно удивили - первая реакция, поскольку до сих пор обнародовалась информация только о мелких баг-фиксах. Вторая реакция родилась автоматом из известной истины: "работает - не трогай", а тут, понимаешь, 073 затевается. Ну да ладно, раз на это время находится, да еще и бета-тестирование предполагается, все не так уж сумрачно, есть смысл подождать. Удачи!

Дядя Федор, насчет 072b можете ситуацию на сегодняшний день проапдейтить?

О как! И чем удалось замерять "стабильность картинки"? На сколько единиц показатели лучше, чем у 072?

Дядя Федор, тут 072b недавно анонсировалась. Каковы прогнозы выхода?

Я чо-та пропустил? Откуда дровишки?

Да я б и сам не прочь, если подскажете, как отладку pppd включить и где ее потом искать.

Пытался поднять ресивером PPPoE. При запуске плагина получаю сообщение Device not found, запуск pppoe-discovery дает сообщение Timeout waiting for PADO packets. В файлы настроек добавлял только логин и пароль (все в кавычках), ДНС и шлюз давно прописаны, IP динамический. Куда копать? ADSL модем в режиме рутера, на нем поднято гостевое соединение, с компа (воткнут в LAN модема) поднимается платное PPPoE без вопросов, с ресивера (через Dir-320 - WiFi - модем) - ни в какую.

Спасибо, что откликнулся. Модель - я имел в виду HDD, но модель реса тоже полезно, я сразу не разглядел, что IpBOX, думал Сезам 900-й, обрадовался, что и туда можно впихнуть (у меня 91HD), но судя по всему, втыкать просто некуда (SATA).

Поздравляю! Что за модель, если не секрет? Упомянутую схему глянул, бредовая какая-то. Полезных фоток ровно одна. И два предложения текста.Было б неплохо, если б у тебя нашлось время по-человечески заснять и откомментировать свой вариант, чтоб видно было, куда какие проводочки должны припаяться. Особенно для людей, которые минут 5 вспоминают с какого конца паяльник брать надо (я в их числе). У меня гарантия все равно скоро закончится. Ну и будем следить за развитием событий (как блок питания будет себя чувствовать, кондеры и т.п.) Удачи.

Не дороговатый ли "медиацентр" получился? Хотя...у всех свои привычки.. ;)

Кое с чем согласен, кое с чем не совсем. Все сказанное далее - сугубо ИМХО, но и мнение форума было бы интересно. 1. Разработчики объявили о переносе центра тяжести с GUI на ядро и другие подсистемы. И что? Это не будет требовать усилий и времени? Новый продукт будет вреден для пользователей? А то, что было сделано до сегодяшнего дня, уже никому не надо? И новых пользователей не ожидается? И поддержка похерилась? У меня на все - ответ отрицательный, т.е. по сути мало что меняется, зачем дополнительные жесты? 2. Соглашусь, что главный вопрос не денежный. И я задал бы его так: а зачем мешать людям выражать свою благодарность так, как им удобнее. Кому-то проще сделать перевод и отписать пару ласковых в комментарии, чем связываться с форумами и т.п. Не вдаваясь в высокие материи: благодарность нужна не только тому, к кому она обращена, зачем это отнимать? 3. Чо, номерочки так сильно мешают кому-то, чо ли? А кому? Страна должна знать своих героев... Резюме: Не вступая в долгие дебаты, вернуть все взад (ну, погорячился, с кем не бывает) и сказать, что так и было, а люди сами разберутся...

Мдя..."Интересно девки пляшут"... Хотя с дохлой кобылой все боле-мене понятно, один вопрос к ДФ все же остался: если в 0.7.2а будут обнаружены баги, они будут исправляться (выход 072b реален?или сервис-пак к 072а?), или этот вариант можно считать "отлитым в граните"? Ну а что до остального..Топик очень правильно озаглавлен, а поскольку мы всего лишь люди, то и выводы о будущем делать, видимо, не стоит. Хотя одно предположение все же озвучу. Что-то мне подсказывает, что ежели время найдется, то не удержится ДФ да и покромсает со временем это чудо корейского софтостроения, собрав волю в кулак и сдерживая рвотные позывы. Сейчас понятно, эмоции, настроение, когда обманывают надежды и ломают планы, все выглядит не айс. А там - поживем - увидим...

Насколько я понял эту задумку (поправьте, если ошибаюсь): Дано: обычный Windows-комп (без доп. драйверов под файловую систему Linux, без виртуальных машин, без доп. софта, позволяющего работать на уровне секторов накопителей). Надо: воткнутую в него флешку разметить под Linux и разместить на ней набор файлов (PGI), чтобы с этой флешки ресивер с "правильным" мультибутом мог загрузить прошивку PGI. Вопрос: как это сделать? Все, что далее следует - ИМХО, поэтому пишу один раз в начале. Мои мысли: не стоит заморачиваться. Почему? Решения в принципе есть: 1) работать на уровне дискового контроллера (посекторная запись, область данных на любой флешке будет одинаковая, служебные можно тупо иметь несколько штук готовых для 1, 2, 4, 8Г,... размеров флешек, фиксированный размер сектора и кластера), если есть под рукой исходники на понятном языке, чтобы использовать в программе инсталяции. Не требуется инсталяция дополнительного софта, пользователю удобно. 2) таки впихивать свой дисковый драйвер и уже через него делать все манипуляции с флешкой. 3) возможно, есть и еще варианты, с ходу не придумаю. В любом случае придется программировать под Виндой, готовые Win-решения для создания инсталяций понимают только ее файловую систему, работать позволяют только с файлами, работа на уровне секторов в рамках легального API NT-подобных систем запрещена. Т.е., получается куча усилий и времени, которые лучше потратить в мирных целях, в частности, пытаться работать с флешкой, воткнутой в ресивер. Что лучше - писать под Linux или под Вынь, доступаясь к флешке Telnet-ом, - не знаю. В любом случае я - за вариант "флешка в ресе".

Прошился 0.7. Имею вредную привычку перед тюнингом содержимого папок и файлов скопировать в загашник оригиналы, посему сразу после прошивки и настройки сети привычно начал копировать папку var целиком . При копировании линков lock, tmp, run Total глухо виснет с сообщением 426 Failure writing network streams, снимал диспетчером. Раньше чет такого не наблюдалось. Проблем никаких, чисто для информации. Да, еще: в Readme настройка ETH_ADDR_LOW указана как "none", по факту стоит "auto". Пока фсе. ЗЫ. Знаю, что тема закрыта и табу, знаю, что мне показалось, но SD картинка стала лучче! :rolleyes:

Вобще неплохо было-бы все плагины в первый пост заткнуть с краткой аннотацией, как поступили со скинами.

Доброго времени всем! Особенно энтузиастам этого топика. Есть пару мыслей вслух, чего, собссна, и излагаю. Ontopic: Пытался поставить внутрь скин от dmit08 для HD (для теликов с неплохими диагоналями) из 1-го поста, нифига не удается закинуть его на ресивер, перед этим ставил (и пользуюсь все последнее время) MySkyEPG, ради интереса закинул и посмотрел MyOsool от He1ix (кстати, понравилась подсказка по кнопкам в EPG), тоже проблем не было; при копировании же сабжа возникает ошибка. Очучение, что не хватает памяти, хотелось бы услышать от счастливых пользователей, кому это удалось: каким образом? Offtopic: (да простят модераторы) 1) Спасибо всем авторам того, на что есть ссылки в 1-м посте, кто находит время, чтобы сделать это красивше/по-другому. На вкус и цвет соратников быть не может, посему обсуждать особенности восприятия смысла не вижу, смысл вижу в попытке организации/упорядочении усилий всех креативщиков, многим приходится повторять то, что уже понято и сделано другими. 2) Количество файлов, с которыми приходится работать энтузиастам, наводит на нехорошие мысли, что пора это дело закидывать в БД, тем более, что что она уже есть (каналы как пример), то бишь речь идет об инструменте, без него нынешняя энтропия примет неуправляемые масштабы. Откуда он возьмется - не знаю, авторов (читай - энергии) много, совместный разум иногда приносит неплохие плоды (см. PGI vs DGS). Еще раз: это не есть критика результатов вашей работы, иногда надо остановиться, осмыслить и двигаться дальше, тот же уважаемый ДФ не исключал возможности включения в релиз-версию PGI одного из авторских вариантов скина, но в условиях анархии это вряд ли состоится, всплывают вопросы поддержки и развития, а без унифицированного (доступного и понятного всем соратникам) инструмента модификации и документирования это вряд ли возможно. Все вышесказанное - на правах ИМХО и доступно для обсуждения.

Отлично, речь о клиенте, по какой версии протокола он работает по умолчанию: 1) Ваша цитата говорит о 3-й 2) Код из скрипта говорит о 2-й Понимаю, что ето не есть гросс-проблем, просто интересно...

Дядя Федор, прошу прокомментировать эту цитату в совокупности с куском из init.d/1.hdd (версия 0.6, не 0.6.1) log "attempting to mount NFS share..." mount $NFS_REC -o rw,proto=$NFS_REC_PROTO,vers=2,soft,nolock $DIR_MEDIA RESULT=$? Я, по своей глупости, понимаю это как создание ресурса для записи, доступного по версии протокола "vers=2", Короче, о версии какого NFS идет речь в цитате: 1) Том, что расшаривает кто-то для ресивера (видимо, запись) 2) Том, что ресивер расшаривает для кого-то

Все верно, иерархия сетевых протоколов - штука интересная, также как и процесс подъема итогового потолка всего сетевого канала. А вот в этом месте хотелось бы по-подробнее...(если есть возможность) Видимо, речь идет о возможности следующих прошивок PGI анализировать тип устройства для записи и, соответственно, оптимизировать протокол этой самой записи? :unsure:

Спасибо большущее! Проверил, все фунциклирует, теперь крутить ручки на WiFi можно осмысленно, ибо нынешние 5-6 Мбит/с как-то совсем не вдохновляют. Как бы еще обратиться к модератору с просьбой о размещении в файловом архиве этои сладкой парочки (iperf для Win/Linux); кто с Ethernet, тому не очень актуально, а вот с 802.11g очень даже полезная вещица на пути к заветным 22-24 Мбит/с. Кто бы сомневался! Особенно, если уметь ее готовить... :rolleyes: