Продолжаю тестирование моего "сетевого танка" Egreat EG-R1.
Сетевые возможности проссмотра внешнего видео не требуют наличия SATA/ESATA жесткого диска или флеш-накопителей. Все конфигурирование выполняются через системное меню плейера. Настройки должны быть установлены идентичными настройкам сетевой карты ПК (подсоединенного напрямую или через свитч), кроме IP-адреса, который у "танка" должен быть на единицу больше.
Из сетей доступны SAMBA и UPNP. Так как samba-протокол более старый и не был расчитан на передачу HD-контента, то и скорость работы медленнее чем у upnp. Хотя в конечном счете общая скорость на разных компьютерах может отличаться и зависит так же от нормальной работы удаленного ПК, мощности его процессора, количества установленной памяти, скорости и кеша жестких дисков, общей загруженности сети и т.п.

Для пользователям ОС Windows, работа с samba-сетями прозрачна и устанавливается через "расшаривание" любых папок.
Линуксоидам же необходимо установить пакет samba и правильно настроить конфигурациионные файл. В простейшем случае для локальных сетей не учитывающих политики безопастности smb.conf будет следующим:
[global]
  workgroup = WORKGROUP
  security = SHARE
  server string = "Samba server"

[sda1]
  path = /mnt/sda1 #расшареваемый ресурс
  read only = No
  guest only = Yes

Правильность синтаксиса конфигурации можно проверить командой testparm.
Демоны samba-сети запускаются следующими командами, котрые желательно прописать в автозагрузку:
 /opt/samba/sbin/nmbd -D
  /opt/samba/sbin/smbd -D
  Работоспособность сервиса можно проверить набрав 
  smbclient -L //hostname/ , вывод которого покажет список имен расшареных ресурсов (которые прописаны в квадратных скобках). Что примечательно нет необходимости перезапускать сервис при внесении изменений в smb.conf, они всегда перечитываются заново и задействуются при первом же обращении.

Что же касается UPNP, для пользователей linux клиентов не так много. Найденный мной mediatomb, можно скачать с http://mediatomb.cc, к тому же кроме исходных текство есть пакеты для все популярных пакетных менеджеров, а так же в статических бинарниках (под самые разные архитектуры). Для моего PuppyRus пришлось скачать статический бинарник 
http://downloads.sourceforge.net/mediatomb/mediatomb-static-0.11.0-r2-linux-uclibc-i386.tar.gz, а вся установка состоит из рапаковки и запуска из получившегося каталога файла mediatomb.sh. Управление сервисом осуществляется через веб интерфейс по адресу http://hostname:49152/. И все!!!! Ни каких ручных правок конфигураций, все осуществялется через легкое и понятное меню c минимальным количеством опций, при этом все изменения автоматически сохраняются в config.xml. Кроме предоставления доступа к файловой системе (доступной из PC-directory) mediatomb предоставляет удобную навигацию среди всех аудио-файлов (по альбомам, исполнителям, годам, жанрами), а так же сортировку по датам всех изображений и общий листинг для всех найденных плейлистов и видеофайлов.
Из проблем с которыми я столся при использовании mediatomb, -это отсутсвие подтержки русских кодировок имен файлов, но эта проблема не Egreat EG R1, а конкретного медиасервера. Будем надеятся в дальнейших версиях программы разработчики это исправят.

Ну и напоследок касательно прошивок медиаплейера. Установка их тривиальна, и состаит в простой распаковке в корень диска (на флешки некоторые сетевые источники не рекомендуют), а так же выбора в системном списке меню "обновление ---> преустановка". Весь процесс займет около минуты, но он не должен быть прерван обестачиванием электро питания или выниманием диска. Но даже при отрицательном результате разработчиками предусмотрен откат, задействуемый нажатием при перезагрузке скрытой микро-кнопкой (расположенной справа от лицевой стороны за вентиляционной прорезью). У меня в начале стояла прошивка 1.0.2.3 которая была уже устраревшей на текущим момент времени. Поэтому с официального сайта разработчика (http://egreatworld.com/en/Download.asp?BigClassName=EG-R1/R2A%20firmware) я скачал более новую 1.0.3.5 в которой была добавлена потдержка субтитров формата ASS и различные сетевые сервисы IMS (погода, ролики youtube/youku, rss-рассылки и даже сервис picasa). Но все IMS у меня работать пока отказались, (возможно требуют наличия жесткого диска или других сетевых настроек), но для меня они не особо важны, разве что если добавят сетевые радиостанции last.fm/shoutcast.com/и т.п.

Еще скачав набор тестов HDTV_test_files_(v1.6), был приятно удивлен скоростью проссмотра через сеть. И хотя на многих форумах пишут об отрицательных результатах практически все файлы работали нормально кроме содержащих Dolby TrueHD, фильмов битрейтом выше 32Мб/с и на TheBankJob-sample-16rf.mkv были заметны незначительные артефакты.

В общем мой личный вывод сложившийся даже за столь короткое время использования:
 Egreat EG-R1 хотя и лежит в одной из самых бютжетных категорий, но при этом даже по сети справляется практически с большинством актуальных сегодня видео форматов. И главное что все это не предел, так как множество новых опций и исправлений могут и в дальнейшем появиться в следующих прошивках.

Tags: hardware, linux

 Вчера стал счасливым обладателем девайса именуемым "сетевым мультимедийным танком". Модель Egreat EG-R1 стоимостью всего 150 баков, хотя если заказывать с сети (без стоимости доставки) то и вообще 99 вечнозеленых.
Впечатления просто суперские!!! Абсолютно бесшумный (пассивное охлаждение), читает практически любые форматы HD-видео (включая MKV).  
Мне как заядлому анимешнику особенно порадовала потдержка русскоязычных встроенных и внешних субтитров (utf8/cp1251), а так же возможность изменения их размера/шрифта/цвета/позиции.
Сетевые возможности пока что не опробовал, так как еще не смонтировал в соседнюю комнату сетевые шлейфы, которые свяжут  со свитчем и моим стареньким компом.

Из недостатков описываемых различными форумами это:
     * крупные видео-ремуксы свыше 30 м.бит/сек могут подтормаживать.
     * нет аппаратного даунмикса True-HD музыки, а DTS-HD преобразует в обычный DTS (её можно воспроизвети только через hdmi-1.3). 

Как по мне оба недостатка не особо критичны, так как мало людей (при нынешних скоростях) могут позовлить себе скачивать ремуксы по 20/30 Гб, или закупать лицензионные HD-диски. Что же касается аккустики, то здесь дела обстаят еще хуже -так как для того чтобы прослушать тот же DTS-HD необходимы высококачественные аудио-ресирверы содержащие полноценную потдержку hdmi-1.3 рыночная стоимость котрых даже самых бютжетных моделей лежит в районе 400$, и это без учета стоимости всяческих колонок. Так что наслаждаться музыкой придется все таки через стерео RCA или 5.1 (оптику или коаксинил), что для данной бютджетной категории вполне оправдано. Ну и на последний аргумент -русскоязычных фильмов содержащих в себе полноценный (True-HD, DTS-HD) и отменного качества не так уж легко найти на текущий момент.

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

Tags: hardware

С момента посещения сайта http://emu-apparatchik.narod.ru/ я в шоке. Оказывается и унас существуют Кулибын(ы ) способыне реализовать действующую модель (да еще и не одну) портативных приставок. И не просто реалезовать а еще и в одиночку портировать туда (и отладить) до 8 игровых платформ.

Жаль только у нас нет людей желающих реализовать промышленный выпуск таких девайсиков, одни лишь предприимчевые китайцы и корейцы не боятся воплощать в жизнь  такие смелые проекты в виде Dingoo или Wiz`а.

Tags: hardware

Прошло совсем мало времени а я опять решил продолжить своё скрипто-писательство, всячески облегчающее жизнь рядовому анимешнику в его нелёгкой стезе освоения ОС GNU Linux.
В общем просесс кодинга для ROX (затронутых в предыдушем посте http://altutov.livejournal.com/18608.html) пошел у меня бурными темпами. Некоторы проги написаные раньше были улучшены: например добавлена опция сохранения найденных описаний искомого анимэ на диске, а при запуске без параметров автоматически запускался броузер с искомыми но не найденными фразами сразу на страничке google.com и добавлена возможность работы сразу с целым списком каталогов. Если кого заинтересует могу потом выложить листинги или готовый к скачиванию файл.

Но время не стоит на месте и я опять представляю новые воплоощения моих бредовых идей :-). Суть ее придется по душе анимэ-сериальщикам, а именно -предоставляет им возможноть мгновенно продолжить воспроизведение любых TV-серий, на следующей серии фильма одним лишь щелчком по иконке. К тому же скрипт запоминает и ведет базу данных для всех каталогов и проссматриваемых в них фильмах, а простым переносом любого каталого на иконку скрипта дает удобную возможность продолжить воспроизведение лежащего в кактклоге фильма и просммотра сразу множества сериалов одновременно, без запоминания на какой серии остановился в прошлом!
 

Весь крипт написан для обычного BASH`а:

#!/bin/bash
#Al. Tutov
#player Tv-serial

AppDir=$(dirname "$0")
##При запуске без параметров запускает следующий по порядку файл из директории
#в которой проигрывался предыдущий (т.е последний) файл
if [[ -z "$1" ]] #если хотя бы один параметр отстутсвует
 then
  FilmDir=$(dirname "`tail -n1 "$AppDir"/DB.txt`" ) #папка откуда игрался последний файл
  nom=$(ls "$FilmDir"/*.{mkv,MKV,avi,AVI,mpg,MPG,mp4,MP4} |wc -l) #счетчик видеофайлов
  for ((i=1;i<$nom+1;i++))
  do
  FilmName=$(cd "$FilmDir" && ls *.{mkv,MKV,avi,AVI,mpg,MPG,mp4,MP4} |sort -g |head -n "$i" |tail -n1)
  grep -q "$FilmDir" "$AppDir"/DB.txt |grep -q "$FilmName" "$AppDir"/DB.txt
  if [[ $? -eq 1 ]] #при отрицательном поиске в базе (т.е непросмотренной серии)
  then 
  echo "$FilmDir"/"$FilmName" >>"$AppDir"/DB.txt && exec mplayer "$FilmDir"/"$FilmName" && break #и проигрываем новый
  fi
  done
#При заданном аргументе (т.е папки) воспроизводит следующее по порядку
# и еще непроигранное видео
 else
  FilmDir=$(basename $1) #имя папки добавляемой к имени проигрываемых фильмов
  #для более точного поиска по базе данных DB.txt
  nom=$(cd "$1" && ls *.{mkv,MKV,avi,AVI,mpg,MPG,mp4,MP4} |wc -l) #счетчик видеофайлов  
  for ((i=1;i<$nom+1;i++))
  do 
  FilmName=$( cd "$1" && ls *.{mkv,MKV,avi,AVI,mpg,MPG,mp4,MP4} |sort -g |head -n "$i" |tail -n1)
  grep -q "$FilmDir" "$AppDir"/DB.txt | grep -q "$FilmName" "$AppDir"/DB.txt 
  if [[ $? -eq 1 ]] #при отрицательном поиске в базе (т.е непросмотренной серии)
  then 
  echo "$1"/"$FilmName" >>"$AppDir"/DB.txt && exec mplayer "$1"/"$FilmName" && break 
  #сохраняем url папки и название файла и возпроизводим файл
  fi
  done
fi
exit 


Сам ROX-скрипт весьма прост и понятен даже для только начавших осваивать shell-программирование, а так же практически без переделок может работать  слюбым shell`ом (хотя с GUI и под ROX-filer`ом работать намного удобнее). В принципе пожертвовав читабельностью можно его немного сократить подобавляв несколько переменных или подпрограмм и т.п, но для меня не профессионального программиста это не столь принципиально. В дальнейшем планирую добавить в него кучу опций таких как например архивирование скрытого от глаз пользователя базы проссмотренных фильмов. Можно также добавить различных графических диалогов (благо простых средств предостаточно xdialog/Tcl-Tk и т.п), которые интерактивно распрашивали бы действия от пользователя (определение режима между предустановок плейера или возможность выбора между воспроизведением новой серии и возможностью доссмотреть предыдуще уже проссмотренной серии фильма и т.п.).

При тестировании скрипта, как всегда не обошлось и без ошибок. Например пока, еще не нашел возможности устранить баги при работе с файлами содержащих квадратные скобки (хотя путей и папок это не каснулось). Возможно все связано с работой многих системных утилит PuppyRus, большинство из которых являются обычными ссылками на busybox и предоставляющие не всегда полноценные возможности для таких утилит как sort и т.п.  
В общем работенки на будущую отладку и реализцию вполне хватает, а значит  буду продолжать самосовершенствоваться на данном поприще :-))))


P.S. Если кто имеет какие нибудь соображения, интересные идеи/мысли по автоматизации повседневной рутины или даже критику с радостью их выслушаю и попытаюсь реализовать.
 

Tags: anime, bash, linux

 Продолжаю серию статей в помощь анимешнику линуксоиду.

На этот раз я решил затронуть тему не просто терминального скриптинга, а практически полноценых GUI-ориентированных приложений.
В качестве DE(десктоп окружения) решил представить ROX-Filer. Этот великолепный менеджер рабочего стола представляет целую кучу возможностей, причем не только чисто графических. Он таит в себе простоту и минимализм, но в то же время предоставляет невероятную мощь консоли, представляя собой некую золотую середину между CLI и GUI. 
Одной из моих самых любимых (и почему то не реализованных в других файловых менеджерах) возможностей это конечно же мгновенное перемещение в любую из 9-ти запомненных директорий и забанденных (ctrl+Nom) на обычные цыфровые клавиши.
С выделленными мышью файлами можно выполнять даже консольные команды без вызова терминала нажав над выделленным объектом (Shift+!). Если же все таки понадобится вызвать терминал то это всегда можно сделать нажав (`), к тому же вызванный терминал будет автоматически открыт в текущей директории. Но все это уже давно известно и банально и легко можно найти в сети на многих сайтах ("http://www.puppyrus.org/pages+view+30+word+AppRun"). Разве что всюду умалчивают о возможности вызова другого ROX-окна обычным кликом колеса мыши, которое будет открыто в зависимости от объекта (папка, домашний или родительский каталог) с соответсвующим содержимым.

Но у ROX`а есть и не столь очевидные возможности. Например если в любой директории создать любой скрипт с именем AppRun, то при нажатии на эту папку он будет выполнен. При этом переход в этот каталог не осуществляется а папка работает как обычная программа. Я долго не мог понять смысл этого. К примеру пользователи windows имеют в своем распоряжении WSH-script, где скрипты выполняются после перехода в директорию (кстати являясь одной из проблем безопастности). Здесь же получалось выполняестя только один лишь AppRun, действия которого может выполнить любой файл-скрипт. Но вся прелесть идеи открылась только при более детальном ее рассмотрении. Ведь кроме обычного вызова появляются возможность передачи различных параметров, и оперировать стандартными именами специвальных перемен "$@", "$0", "$1" и т.п, передаваемых уже графическим с помощью drag&drop или даже конвейеров. 

Вот наиболее простой пример скрипта AppRun:
 #!/bin/sh
 exec curlftpfs `basename "$@"` "$@"#
 
 Суть его в том что при перемещинии на импровезированную программу любой директории имя которой соответствует имени FTP-сервиса, то в данную папку с помщью curlftpfs будет примонтировано содержимое ftp. Все сделано обычными системными командами из которых выполняется сначала `basename "$@"` отсекающая из полного пути все кроме имени каталога. Что примечательно curlftpfs позволяет прозрачно работать с примонтированной ftp файловой системой в дальнейшем как с обычной локальной, т.е даже для программ не поддерживающих сетевой соединение выполнять все те же действия удаленно (будь то текстовый редактор, графический вьюер или что угодно).
 Полученную rox-программу можно дооформить изображением папки любой картинкой переименовав ее в .DirIcon, даже указать дополнительную информацию в AppInfo.xml, или для удобства перенести на рабочий стол (pinboard).
 
 Если пойти еще дальше, то можно совершенствовать и усложнять структуру программы до бесконечности . В директории rox-программы например можно прятать от пользователя различные данные (другие скрипты, логи, конфигурационные, исполняемые и другие файлы) для дальнейшего с ним оперирования. Создим к примеру bash-скрип который будет оперировать данными полученными из perl-скрипта находящегося в той же дириктории чти и AppRun:
 
 Сначала создадим в директории perl-скрипт (любезно скописпастенный с великолепного сайта для линуксоидов "http://linsovet.com/zsh-lazy-run-url" ) следующего содержания:
%cat ./cut-urls
#!/usr/bin/env perl
# by ramok@core.org.ua
# cut urls from stdio
# regex from man urlview
 
while(<>)
{
  while (s$((((http|https|ftp|gopher)|mailto):(//)?[^< >"\t]*|(www|ftp)[0-9]?\.[-a-z0-9.]+)[^".,;\t\n\r< >\):]?[^,< >"\t]*[^".,;\t\n\r< >\):])$$)
  {
  print "$1\n";
  }
}
%

Ну и собственно сам AppRun баш-скрипт, вызывающий изнутри cut-urls:
#!/bin/bash
ApprunUrl="$0" 
ApprunDir=`echo $ApprunUrl| sed -e 's/AppRun//'` #полный путь к каталогу с AppRun
NameDir=`basename "$@"` #имя передаваемой дирректории (равной имени ftp) передаваемой скрипту
wget -U Firefox 'http://www.google.com.ua/search?hl=uk&source=hp&q=site:world-art.ru+'"$NameDir" -O "$ApprunDir"file.htm
url=`"$ApprunDir"cut-urls "$ApprunDir"file.htm |grep animation.php?id= |head -n 1` #обработка данных perl-скриптом cut-urls
#с конвейерной передачей полученных url-ссылок фильтру grep и дальнейшим выбором только первой отфильтрованной ссылки.
exec arora "$url"

Данный скрипт получив в качестве параметров имя любого каталога (даже полученного с применением вышеизложенной rox-программы :-)), а далее с помщью google.com.ua ищет все встречающиеся упоменания об этом имени на сайте world-art.ru в разделе анимэ и при этом запускает броузер (в данном случае arora) на странице с подробным описанием и рейтингами конкретного аниме. 
Все достигается простыми системными командами. wget -посылает html-запрос и сохраняет ответ локально в директории содержащией AppRun в файле под именем file.htm. В дальнейшем уже с этим, скрытым от пользователя файлом, работает перл-скрипт cut-urls который независимо от путей лежит в самой папке с AppRun. Он конвейером передает результаты своей работы фильтру greep, который оставляет на выходе после себя только ссылки на анимационный раздел. А в конечном системная утилита head отсеивает все ссылки кроме первой, которая по ролевантности обычно и соответствует искомому результату.

В принципе приведенные примеры можну улучшать и отлаживать до бесконечности, так они не совершенны. Можно к примеру добавить отслеживание типов передоваемых передаваемых параметров (отличных от дирикторий), их количество, или добавить ведение логов, возможность выполнения последних действий при запуске без параметров, или если в параметрах прусутствуют лишние символы и т.п. Но и без того все примеры вполне работоспособны и практически не зависемы от выполнения на любых nix-совместимых платформах и требует всего лишь базовых знаний основных скриптовых языков bash/sed/awk/perl/python.
Вышеописанный скрипт конечно можно было бы вообще реализовать даже с помощью одного perl`а полностью, но при этом он был бы не настолько удобочитаемым и простым. В общем за что я люблю linux -так это за его многообразие, как всегда любую вещь можно выполнить самыми различными способами с применением разных инструментов.

Ну и на последок если уж коснулся темы ROX`а, не могу не упомянуть о такой фиче как контекстные меню для конкретных типов файлов/дирикторий вызываемые при нажатии правой клавиши мыши (или её же но с зажатием shift). Очень удобно задать выполнение любых скриптов для конкретного типа файла, которые устанавливаются из подменю "дополнительное меню". В открывшемся окне можно создать новый или переместить уже готовый скрипт. 
К примеру для любой папки можно задать воспроизведение аудио контента который вмещается всего в пару строчек:
#!/bin/sh
rxvt -e mplayer -cache 16384 "$@"/*mp3
Так что для воспроизведения mp3- файлов не требуется даже заходить в их директрию, все будет воспроизведено в отдельной сессией rxvt-терминала, по окончании которого он сам автоматически закроется, а опция -cache 16384 при чтении с cd/dvd позволит более реже (т.е. тише) обращаться к внешнему оптическому носителю дисков. Таким же образом можно создавать множество самых разных меню, например для видео-файлов иметь несколько типов запуска mplayer`а который в зависимотси от контента будет более уместен. Например даже на слабеньком компьютере видео предназначенное для мобильных телефонов (psp/iphone/кпк) можно запускать с максимальными фильтрами, пост-обработкой и т.п., а для высококачественных hdtv -наоборот все минимизировать. В чистой консоле такой подход потребовал бы создания нескольких алиосов и/или запоминания целой уймы параметров, а rox`е максимум что потребуется так это выбрать заданное значение из контекстного списка (причем не общего, а для каждых типов данных свой отдельный неповторимый и небольшой список).

Tags: anime, bash, linux

С недавнего времени пытаюсь освоить такую занятную штуку как кросскомпиляция. Естественно в качестве подопытного -мой Dingoo A320 со своей 32-битной MIPS архитектурой.
Хотя на первый взгляд установка специального линукс дистрибутува на малоизвестные оборудование некоторых может привести в шок, но все это уже не ново, так как давно опробовано и работает на так называемых "встроенных системах". Правда вся основная литература ванаправлена больше на разработку приложений для всяческих веб-планшетов (как у небезызвестной nokia и подобным).
Вот великолепная ссылка данной тематики http://www.ibm.com/developerworks/ru/edu/l-embedded-distro/index.html В ней простым языком рассказывается основные базовые принципы простроения таких систем что означают и каку функцию выполняют каждый системный файл. Сразу становтися ясным что zImage -это упакованное линукс ядро, а rootfs -файл образа файловой системы (в конкретном случае vfat). К тому же rootfs можно примотнтировать обчным mount -o loop ./rootfs /mnt/rottfs и исследовать его содержимое стандартными системными возможностями. Хотя конечно большинство лежаших там программ обычные символьические ссылки на busybox`a.

Следующим шагом моих исследований было инициировании сеанса сети, создав telnet соендинение по интерфейсу usb0: telnet 10.1.0.2 а все дальнейшие действия производить на клиенте (кстати, с таким же адресом можно подключится к ftp, так что нет нужды лишний раз перезагружать dingux чтобы передать парочку файликов). Тут же становятся доступным все прелести практически полноценной консоли ash, например с помощью mpg123 можно послушать mp3-файлы вывод которого будет осуществлятся на встроенные "динговские" динамички :-). Теоретически, если бы не скудность rootfs, то при наличии компилятора GCC или полноценной среды было бы возможным программирование ресурсами сомого клинтского устройства без необходимости кросскомпиляции.
Но пока что остается лишь несколько путей для кросскомпиляции один из которых собрать свой toolchain например с помщью crosstool-ng, который хотя и делает большинство действий автоматически, но требует от пользователя первоначальных знаний правки конфигурационных файлов для сборки под конечную целевую систему. В сети есть даже некоторый конфиг http://zaxxon.altervista.org/A320/mipsel-dingoo-elf.config который расчитан на crosstool-ng-1.4.1 и под моей версией 1.5.2 собираться к сожалению отказался.
Можно пойти и более простым методом скачав уже готовый toolchain (http://dingoo-linux.googlecode.com) заточенный конкретно под А-320. На одном из испанских сайтов есть даже некоторое подобие мини-faq`а для начинающих программистов (более детально на.
http://gp32spain.com/foros/showthread.php?p=951241). Кстати там же можно найти много различных примеров программирования для GP32, GP2X или WIZ`a. Но лично у меня этот dingoo-toolchain работать пока что отказался, ругаясь на несоответсвие некоторых библиотек :-(.
Итого рабочего toolchain`a под GNU Linux собрать до сих пор пока что не получилось, но и в дальнейшем буду пытаться довести до ума любой из возможных способов. Зато во время самого поиска по данной тематики наткнулся на самые разнообразные программерские сайты так или иначе связанные со "встроенными системами" мобильными или игровыми платформами. Так что разобравшись в данной технологии вполне возможно писать универсальные программы запуск которых мало зависит от их платформы. Плюс к этому получаем безграничные возможности по портированию сторонних программ.

P.S. Одним из самых отрицательных факторов на пути моего освоении кросс-компиляции стал пракитически полный переход и привыкание к PuppyRus, который не очень балует средствами разработки. Зато общий стиль этого дистрибутива как нельзя лучше вписывается в концепцию таких систем как для Dingoo A320. Занятно, но даже атрибутика их логотипов имеет много схожего, что приводит меня в "щенячий" восторг :-))))))

Читаю в последнее время великолепную книгу Красницкого Евгения с названием "Отрок (XXI-XII)". Эта одна из немногих книг, которую читаешь одним махом и которая затягивает тебя в свой мир надолго. К тому же, мир этот принадлежит к довольно таки редкого жанра - "альтернативной истории". Не хочу описывать сюжета, но он полон захватывающих приключений обычного рядового человека (правда управленца) из 21-века оказавшегося в теле юного отрока жившего в 12 веке. Вся история пропитана искрометным юмором и различными интересными тезисами и жизненными ситуациями, которые несмотря на всю свою простоту заставляют тебя о многом задуматься. Да и просто любому человеку интересующемося своей историей будет не безинтересна.
В общем всем рекомендую, для обязательного прочтения!

P.S. Надеюсь автор и дальше продолжит нас радовать интересными историями. Так что желаю ему на этом поприще всевозможных творческих успехов, здоровья и долголетия!!!

Tags: книги

Сегодня только что приехал с командировки и обалдел. Оказывается один из фотиков чехла для "динго" сделанных с друзьями по пьянке проник в просторы интеренет (причем не только рунета http://grm.hopto.org:6080/2009/11/dingoo-exclusive-case.html но даже в забугорных блог http://dingoo-scene.blogspot.com/2009/11/dingoo-hand-made-bling-case.html).
Чехол был сделан моей заботливой матушкой где то месяц назад. Рисунок подгонял сам на компьютере. Но так как у меня нет камеры даже в мобильнике, если бы не маленькая попойка, врят ли бы о нем вообще кто узнал :-))).
На живую он конечно же смотрится красивее чем на фото. К тому же на картинках не видно боковой полу-прозначной салатневой окантовочки.
А ночью при влюченном экране еще более эффектно, так как из под белого бисера четко вырисовывается настоящая собачья лапа!

Конечно же не обошлось и без недостатков. Бисер хотя и очень красивый, но достатчно тяжеловат на вес. А еще не вполне понятно как он будет себя вести при "экстремальных" условиях. Возможно без дополнительных тканевых прокладок будет оставлять царапины на экране девайса. Хотя схожий но для мобилки проблем пока не создавал.

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

Tags: hardware

Сегодня я был приятно удивлен, когда один из моих знакомых, к тому же не особый любитель аркад, чуть ли не до дыр заюзал мой Dingoo A320. А все из за того что вчера я установил великоленый эмуль старого доброго спекки GP2Xpeccy (можно найти на http://dl.openhandhelds.org). И хотя для большинства современных мобильных телефонов или смартфонов существуют аналгогичные эмуляторы но при такой неудобной клавиатуре толком не поиграть, особенно в нижеописываемую игру.
  Ну и естественно одиним из первых ромов который у меня оказался стал Exolon. Что ни говори, хотя времена проходят а класика не стареет никогда! Ради одного только этого можно было бы купить себе дингу. 
 Еще в советские времена, практически в каждом уважающем себя кинотеатре находился аркадный автомат с этой великолепной игрушкой. И хотя спектрумовские игры по современным меркам не блистают сотнями тысяч красок, но авторы игры выжали из платформы все возможное. Нынешним современным играм далеко до динамики и играбельности к этой гениальной игрушки. Современные геймеры стали через чур избалованные и ленивые, им теперь и не пройти без всевозможных сохраннений, легких сочетаний и заранее внедренных, заботливыми игрделами, подсказок. Большинство аркад прошлого можно было пройти одним махом за пару часов, если бы не одно но -сложность!!! Именно она придавала азарт игрокам  и  заставляла многократно проходить одни и те же уровни все снова и снова, что бы в конечно итоге выявить кто является лучшим из лучших. Естественно такие игры не одиноки и они есть на разных платформах (например для NES -это Battle Toads).
Все выше написанное относится не только к аркадам. К примеру если сравнивать былые квесты (особенно текстовые), то окажется что у современных игроков не только слабые реакции а еще и не хватает мозгов. На том же спектруме за прохождение некоторых адвентюр их авторы даже сулили солидное вознаграждение. Но как это не прискорбно былые времена прошли, а теперешние слуят лишь простенькие игрульки, копирующие все друг у друга и однотипными сюжетами :-(((

Tags: emulation, games

Для прослушивания музыки я частенько использую портативные mp3-плейер, который теперь сменил на PMP Dingoo A-320.
Вообще я люблю разную музыку которую делю на три типа:
1) для разового ознакомления любых битрейтов и любых форматов (в основном mp3);
2) сбора музыкальных коллекций любимых групп для прослушивания на высококачественном оборудование (в основном покупные музыкальные-cd или копии с них в
 lossles форматах flac или ape);
3) для прослушивания в "дорожных" условиях где важнее не качество а более вместительная ёмкость при сносном звучании.

О последнем  много описано особенно на всяческих "мобильных" форумах. Опытным путем установлено что приемлемое качество  битрэйта для музыкальных mp3-файлов должно
 быть не ниже 128 кб/с. Более высокое качество от 192 кб/с особых преимущества не дает из за невысокого качества аппаратуры/наушников и плохой изоляции от    
посторонних шумовых помех или других факторов.
 Существуют и другие менее распространённые форматы, сжимающие даже лучше чем mp3. Например лично я считаю наилучшим из таких форматов с
потерей качества -это ямаховский VQF, плотность сжатия которого просто потрясает. Но в силу его проприаритарности, малой распространённости и отсутствием
аппаратной потдержки производителей плейеров использовать его попросту не удобно. Главным конкурентом mp3 и лучшим из всех на сегодня звуковых кодеков является OGG.
 Плотность упаковки которого (особенно на низких битрейтах) на порядок выше, к тому же он распространяется под открытой лицензией и имеет ряд улучшений (может
содержать в себе до 256 звуковых дорожек, дополнительные возможности тэгов), а так же поддержку некоторых производителей оборудования.
К примеру на моем Dingo A-320, встроенной поддержки vorbis не было, но общественность среагировала практически мгновенно сначала выпустив под него линукс dingux
(с различными портами плейеров под него), а затем подключились и сторонние разработчики, портировав под наитивную  операционную систему GooPlayer.
Единственно что следует отметить -это что ради экономии места не желательна переконвертация между lossy форматами например с mp3 в ogg, так как высокого качества
 звука таким путём не получить. Но если и ухудшать с  mp3 музыку то только в mp3. Если же говорить о качестве переменных битрейтов для ogg, то они задаются в
 пределах от 1 до 10, что сопоставимо  от 64 кб/с до 400 кб/с для стерео каналов. Причём некоторый vorbis полученный путём конвертации с высококачественных
cd/flac/ape при качестве 4 (т.е 128 кб/с) на слух более схож со 160 кб/с от mp3.

В сети постоянно идут споры MP3 vs OGG, но это уже давно и неоднократно избитая тема обсуждений многих. Лично я уже давно сделал выбор в пользу последнего.
Но спор так и не утихнет до тех пор пока в сети будут присутствовать пиратские копии музыки некоторых "умельцев" конвертирующих звук с низкого качества и выдающих
 его за высокий. Так что не надейтесь бесплатно скачав платный лэйбл, пусть даже и flac формата, получить в нем высокое качество. Лучше поддержать музыкантов купив
 лицензионный диск, тем более что с каждым годом появляется все больше устройств наподобие HD-плейеров способные выдавать высококачественный звук (по оптическим
spdif-кабелям на AV-ресирверы поддерживающие Dolby Digital или Digital Theatre System(DTS)). Да и возможно в недалёком будущем цены на компактные флеш-носители
большой ёмкости ещё больше упадут и вместо всем привычных mp3 станут использовать лишь высококачественные flac/ape/wv.

И напоследок, если все же кто захочет конвертировать музыку в среде GNU Linux, для мобильных устройств парочка команд:
Для уменьшения mp3 битрейта
        lame -V7 in.mp3 out.mp3
        или find ./ -iname '*mp3" -exec ffmpeg -i {} -aq 128 -vn ./{}.new.mp3
Для преобразования крупного flac или ape +cue в ogg с разбиением на мелкие файлы
        mac in.flac |oggenc -q 4 - -o out.ogg; mp3splt -c in.cue out.ogg -o "@n-@a_@t" И доработать easytag`ом по именам файла
Разбивка flac или ape для удобства использования на мелкие файлы такого же формата
        shnsplit -f in.cue -o flac in.flac -t "%n-%a-%t" И опять доработать easytag`ом или cuetag in.cue *.flac

Tags: emulation, hardware, linux