cell phone vs. computer

> значит надо упрощать..
тогда он превратится в мобилу :). Или в тостер, как в XBill'е :))
Железо-то всяко особо проще не сделаешь. Хотя... нет предела совершенству :)

> в своей моторолле я разобрался без всякой инструкции и объяснений...:)
> Я не говорю что я использую все ее функции, но оно мне надо?
Эх, а я таки полез в инструкцию, дабы WAP настроить... А представьте,
сколько возможностей не используют не разбирающиеся в компе юзеры?
Может, если оно им не надо, есть смысл подумать о том, чтобы заменить
комп часами+калькулятором+Sega (думаю, не очень малому количеству
пользователей хватит ;)?

Ох, отрубят нас сейчас злобные модераторы за оффтопик :)))

2BarD: или что-то типа этого - www.evilla.com...;) Эээх, как появится у нас, с поддержкой кирилицы - ей богу не пожалею пяти сотен...:)
Прикольная штучка имхо...

WAP? Какой к черту WAP??? Мне _ТЕЛЕФОН_ нужен, а не _ПАЛЬЦЫ_ :) Извини, но иного применения для WAP чем распальцовка я не вижу... У меня сейчас моторолер 3888, наверно поменяю на таймпорт... отсутствие виброзвонка и синхронизации записной книжки с компом напрягает... или что-нибуть типа V100, но скорей все же таймпорт...

and again home computers vs. cell phones :)

> или что-то типа этого - www.evilla.com...;)
Да, симпатичная (по крайней мере, на сайте :). Ну да, как вариант для тех-кому-неохота-разбираться вполне подходит. Почта есть, инет есть, аудио/видео есть. Тяжеловата, правда... Не знаю, сколько она могла бы стоить (у нас :), но если порядка пяти сотен, то вполне приемлемо и даже, пожалуй, меньше сравнимого по возможностям компа. Great deal! Ну вот на сайте evilla.org.ru, буде такой появится, наверное, и не будет бесконечного флейма о том, должен пользователь знать о кишках его девайса или нет... ;)

> WAP? Какой к черту WAP??? Мне _ТЕЛЕФОН_ нужен, а не _ПАЛЬЦЫ_ :)
> Извини, но иного применения для WAP чем распальцовка я не вижу...
А мне, в общем-то, безразлично, видит ли Irsi применение WAP'у в моем
телефоне :) WAP чем-то похож на парашют -- по жизни распальцовка
(прикиньте, как будет выглядеть человек, садящийся в Boeing в парашюте),
но когда понадобится, будет плохо, если его не окажется под рукой. Один
раз уже понадобился (не мне). Увы, не оказалось :)
На самом деле, я его заради экспериментов купил. Но суть не в этом, а в
том, что я так полагаю, что не я один такой (тупой, распальцованный,
любитель читать инструкции, нужное подчеркнуть), и в эту книжку
заглядывал не только я. А это означает, что даже простой девайс таки
изучения требует.

Уффф, нафлеймили :)

Все новое требует изучения
Человек крайне ленив(в большинстве своем) и прохладен к изучению чего-то нового (если ему это неинтересно)

Вообщем-то по моему это правильно (если не интересно то не изучается)
Я когда учился , то мне было фиолетово до курса партии и.т.д.
За что я и получал соответствующие оценки.....
И по моему это правильно - (в смысле зачем загружать себя ненужными
знаниями и вещями ? )

EAST

2BarD: черт, я очень долго пытался придумать, зачем мне может потребоваться WAP... Не придумал. И платить лишнюю сотню (как минимум) за абсолютно ненужную мне примочку я не намерен. 99.9% тех, кто покупают телефоны с WAP, никогда им не пользуются - они просто покупают "самую крутую и модную мабилу для пацана в натуре правильного".

2Irsi:
>А перекидоривоть туда-сюда это однозначно убивать качество в ноль...
Ясный перец! Я и не предлагал (посмотри выше - ты сам это сказал :))

2maxcom:
>Plz будте вежливее
Если это мне, тогда сорри, больше не буду... хотя я вроде никого не
оскорблял - ни лично, ни коллективно...

2Led: я думаю maxcom это к тому заметил, что мы перешли в дискусии на эээ... достаточно вольные выражения...:) Меня это лично не оскорбило, тебя насколько я понял тоже, но ведь здесь не только мы двое...:)

На счет перекодировки - я это к тому что например я создал свою коллекцию в формате ogg. А теперь я хочу послушать ее в автомобили/метро и т.д. Т.е. на носимых/автомобильных плеерах, ибо как я уже заметил именно в основном на этот сегмент орентированы мр3 и подобные им форматы... И как мне это сделать, ибо поддержки этого формата в подобных девайсах пока нет и не предвидется?

2Irsi:
>И как мне это сделать, ибо поддержки этого формата в подобных
>девайсах пока нет
Не знаю (пока) :( Будет релиз кодека, будем напрягать производителей
плэйеров :)
>и не предвидется
Откуда такая информация? И кем конкретно не предвидится?
Не стОит ждать милости от производителя :), в конце концов, декодер - это всего лишь программа, все что нужно - кросскомпилер для соотв.
контроллера/процессора...

2Led: о да! только программа... но чтоб ее написать необходимо знать спецификацию железа... а производитель ее отдавать не торопится... К тому же недорогие, "народные" мр3-плееры не имеют возможностей для заливки новой прошивки и соответственно - для добавления кодеков...
Ты понимаешь - одно дело когда плеер стоит сотню и совсем другое - когда три...:(

2Irsi:
>но чтоб ее написать необходимо знать спецификацию железа... а
>производитель ее отдавать не торопится...
Ты шо-то не понял - программа уже написана! Осталось только компильнуть
ее компилятором для соответствующего контроллера, его спецификация
(т.е. его модель) как правило указывается в паспорте изделия...

2Led: упс... наивный...:) Это видимо ты что-то не понял...:)))
Предположим это CD-MP3 плеер, для постоты. Есть ogg-декодер. Вопрос - как он будет читать файлы с CD-ROM, или ты думаешь там API для работы с сидюком совпадает с линуксовым и т.д.? То же по поводу вывода звука, управления... Гимора дофига, весь ввод-вывод переделавыть... а как - не понятно ибо доков-то как это там надо делать и нет...

2Irsi: cgi-shell, который всегда с тобой - вот зачем wap :))))

2Shadow: нахер - если мне это потребуется, то я куплю что-то типа коминикатора и буду иметь нормальный shell...:)))

Судя по всем спектрограммам, wma заметно уступает mp3, а mp3 местами vorbis'у.
Одно время здорово протестировал кучу свежеспертых кодаков.
И если бы не дырявая память, сказал бы как назывался наиболее клевый.
Как-то на l.
Жал он в 15-20 раз, а спектрограмма на 96 kbit была ближе к cd-rom, чем у 128 kbit mp3.
Стоил он порядка $500 применялся в каких-то синтезаторах.

Судя по всем спектрограммам, wma заметно уступает mp3, а mp3 местами vorbis'у.
Одно время здорово протестировал кучу свежеспертых кодаков.
И если бы не дырявая память, сказал бы как назывался наиболее клевый.
Как-то на l.
Жал он в 15-20 раз, а спектрограмма на 96 kbit была ближе к cd-rom, чем у 128 kbit mp3.
Стоил он порядка $500 применялся в каких-то синтезаторах.

2anonymous (*) (2001-06-21 02:49:16.0): вся проблема в том что записи слушают. ушами. а не рассматривают их спектрограммы...:)
Я легко найду примеры, когда запись с _худщей_ спектрограммой звучит _лучше_ записи у которой эта спектрограмма лучше...:)

P.S. Именно из-за любителей спектрограмм, видеокарты и соответственно софт, используют это кошмарную модель RGB...:(

Irsi, btw, WAP вполне можно пользовать - я вот погоду смотрю часто именно с WAP'а :)

-- Rash

2Irsi (*) (2001-06-21 03:56:28.0)

RGB модель используют для прохдящего света, для отраженного совсем другую. Спектрограммы здесь ни причем - это физика света. А уши бывают разными, как и глаза. Уж лучше прибору поверить.

2pudgy: пасиб, расскажи полиграфисту про CMYK...:)))))
Я вообще немного о другом - RGB, впрочем также как и CMYK ничерта не учитывает физиологию глаза. Что в результате имеем? Да так, ничего - гоняем инфы как минимум в 1.5 раза больше чем нужно... Или имеем изображение в полтора раза хуже чем могли... Блин, а ведь полсотни лет назад была разработана модель, учитывающая физиологию глаза... Дело в том что у тех, кто разрабатывал цветное телевидение были сильно лимитированны ресурсы - полоса припускания и т.д., вот им и пришлось подумать... А на компах сделали "как проще"... Хотя не проще на самом деле, просто менее привычно для программеров...:(

А поподробнее об "правильной модели" цвета с учетом физиологии глаза можно?

IMHO, все что касается теории цвета, который у нас в голове возникает,
только на физиологии и основываетя! Ась, не так-ли? RGB и CMYK - это, упрощенно
говоря, только разные системы координат для одного и того же.

Как сферическая и декартова - точка одна, начало отсчета одно, а числа и их смысл координат
в разных системах разные.

2anonymous (*) (2001-06-22 16:29:20.0): да все просто - глаз гораздо более чуствителен к изменнию яркости, чем к оттенкам цвета. Разумеется есть еще и неравномерность чуствительности по всему спектру, но это обычно не учитывают. Посмотри цветовые модели YIQ, HSV, HLS... Короче идея проста, опысывать точку термя параметрами один из которых яркость, а с помощью двух других задается цвет. На яркость отводят больше бит, на описание оттенка цвета - меньше. Используется в телевиденье и JPEG/MPEG.
Вот на первый взгляд неплохая статейка - http://www.whitemouse.ru/color/index.wmb

2Irsi:
Так в том-то и дело, что код для "чтения файлов с CD-ROM" "вывода звука" и т.д. переписывать не нужно: кодек на входе получает сжатый
поток, а на выходе - RAW. Или ты хочешь сказать, что в "фирменных"
плэйерах весь код перемешан и декодер не изолирован? ИМХО, глупо...,
меня даже в школе на Бэйсике учили так не делать :)

2Irsi: Какое счастье что тебя не спросили, когда делали видеокарточки. А то бы все так и мучались как вывести белую линию толшиной в один пиксель, в модели YCbCr 4:2:0.

"Разумеется есть еще и неравномерность чуствительности по всему спектру, но это обычно не учитывают." Как раз обычно, до недавнего времени, учитывали. В hi-color, RGB - 5 бит/6 бит/5 бит.

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

2Led: ну тебе nobody объяснил некоторые сложности...:) А я тут вспомнил еще одну - в недорогих плеерах используется некий аппаратный мр3 декодер, если я правильно понял это DSP с жестко прошитой в него программай... Он-то и берет на себя основные функции по декодированию мр3. Так что придедется еще мелкосхемку менять, ибо пререпрошить ее не получиться - не предназначина она для этого... А мелкосхем с ogg-декодером нет... и врятли в ближайшем будущем появятся...

2ZhekaSmith: да, а в чем проблема вывести такую линию?
А Hi-Color имхо уже экзотика и на современных картах не вижу причин его использовать...

2Irsi:
>ну тебе nobody объяснил некоторые сложности
Даа, объяснил :) Похоже он никогда дел с ентими "микроконтроллерами"
не имел... Объясняю еще раз: есть кусок кода (на C!), на входе -
одна информация, на выходе другая - чистая математика без привязки
к какому-либо железу. А заявление о "смещении адресов" - вобще
хохма...
>в недорогих плеерах используется некий аппаратный мр3 декодер, если
>я правильно понял это DSP с жестко прошитой в него программай...
Не передергивай, ладно? То ты про "дорогие плэйеры", а тут резко -
"недорогие"
>и врятли в ближайшем будущем появятся...
Опять предрекаешь? :) Как раз у "недорогих" больше шансов появиться
(там где экономят в производстве каждую копейку/цент экономия на
лицензионных отчислениях придется очень кстати)

2Irsi: тем что в соседние пиксели придется гадить ;) и операций с памятью вместо 3 записей придется делать 8 чтений + 9 записей. Грошовая экономия на памяти обходится по меньшей мере 6-кратным падением производительности. Прям cga вспоминается...

Led: насколько я понял nobody говорил о сложностях встраивания декодера именно в те модели, куда непредусмотренна загрузка дополнительных кодеков. Я кстати о них же речь вел... Написать свой ogg-кодек для моделей с загружаемыми кодаками можно, но такие модели стоят раза в два-три дороже, чем в те, в которые кодеки загружать нельзя.
На счет появиться в недорогих - только в том случае, если к-то рискнет круглой суммой и закажет специализированные мелкосхемы. Насколько я помню при таких заказах 100000 это очень мелкая партия, с которой далеко не все станут связываться. Стоимсть такой мелкосхемы 10-20 баксов имхо, суммы считай сам. К тому же я далеко не уверен что удасться запихнуть два декодера - и мр3, и ogg, а выпускать плеер без поддержки мр3 по нынешним временам это неоправдано высокий риск. К слову - лицензионные отчисления там весьма невелики, так что их отсутствие на себестоимость изделия, а следовательно и цену повлияет очень мало.

2ZhekaSmith: я либо торможу... либо чего-то не понимаю... есть несколько байт, кодирующих один пиксель. Какая разница в каком формате храниться инфа о цвете и яркости этого пикселя?

2Irsi: оффтопик, но все же... то, что ты имел ввиду (4:2:0 модель), и чего ты, очевидно, не знаешь ;), подразумевает что на цветовую разность (CbCr) уходит по 2 бита, а на яркость (Y) 8 бит. Но два бита это попросту мало, не хватает для оттенков от минимума для максимума. По этому реальное значение для Cb или Cr - 8 бит, хотя это значение одно на 4 пикселя. Так что прежде чем ссылаться на что-нибудь (MPEG или JPEG, к примеру), просьба на будущее более детально ознакомится с вопросом...

А то лозунги - кривое то, кривое се, уже порядком надоели. Кроме лозунгов что-нибудь знаем?

2ZhekaSmith: а, понял о чем ты... дык, яж эти модели привел только для примера, чтоб более понятно о чем речь идет. :) Что мешает увеличить число бит на цветовую разность? Имхо ничего. Ну не надо же все копировать один-в-один разумеется, под разные вещи же затачивалось...
Да и к тому же 4:2:0 это далеко не единственная модель такого вида...

2Irsi: примеры у тебя неудачные. Я не знаю ни одной модели, которая была бы лучше чем RGB (или ARGB) для общих целей.

"Что мешает увеличить число бит на цветовую разность? Имхо ничего."

Увеличивать придется бит до 7-8. Выигрыш по сравнению с RGB нулевой. Еще теряем 1/256 цветового пространства (при Y = 0). Кому это нужно?

2ZhekaSmith: оох... насколько я помню - 16-18ти бит на все про все хватало за глаза... Т.е. качество получалось практически неотличимое от 24/32... Имхо неплохая экономия... Найду эту статью - кину ссылку, там есть примеры фоток в двух вариантах цветовой модели и смотрелка-конвертилка... Вперчатляет...:)

> есть кусок кода (на C!)
Гы :), на сях, говоришь? На сях микроконтроллеры только студенты программируют. Код пишется на асме, и только на нем. У микроконтроллеров слишком мало памяти, чтобы что-то реально полезное на сях сделать.

> А заявление о "смещении адресов" - вобще хохма...
Ну давай, расскажи, в чем хохма, посмеемся вместе :) Специально для тебя:
-- 0ZZh
| какой-то код
|
-- 0YYh
| код декодера
|
-- 0XXh
| какой-то код
|
-- 0
Так вот, если твоя замена окажется больше оригинала, то код от 0YYh до 0ZZh "поплывет". Хохма, конечно, будет :), но она будет в том, что твой плейер работать не будет :).

> Похоже он никогда дел с ентими "микроконтроллерами" не имел...
Ну давай, расскажи поподробнее, на чем основано сие глубокомысленное умозаключение :).

2Irsi: ключевое слова - "фотки практически не отличимы". а) На дисплеях не только фотки бывают, вернее, как правило, не фотки б) Эта экономия так или иначе обернется проблемами со скоростью.

2ZhekaSmith: просто в фотках больше всего цветов и они особенно чуствительны к в плане цветопередачи. Т.е. для фотки в RGB модели очень хорошо заметна разница между 16ти и 24х битных цветах.
Далее - что еще бывает на дисплеях? Шрифты? Им пофиг. Иконки и прочую графику? 16 бит в RGB за глаза... Более того - 12ти бит за глаза имхо. Мультпликация и прочее видео? Отсылаю к мпегу и телевиденью...:) 3D-графика? Имхо аналогично... К слову - не готов спорить, но имхо силиконовские станции не тольков RGB работают...
Где может помешать отказ от RGB в пользу модели, учитывающей особенности человеческого глаза?

Сильно извиняюсь , что не в тему, но тот тред, где была
конструктивная дискуссия про многопоточные fs, сдох.
Посему еще раз извиняюсь и шлю сюда.
2Irsi: По поводу многопоточности очень хорошо сказано в
статье Рейзера про будущее reserfs
http://www.namesys.com/whitepaper.html
Насколько я помню в предыдущии дискуссии вам уже давали
этот линк но вы его видимо не прочитали - совершенно зря.
Так как изложенные там идеи, как я надеюсь, позволят
забыть о многопоточных/однопоточных fs как о дурном сне.

2kernel: либо я тупой, либо плохо знаю англицкий, либо просто невнимательно читал. Вопрос можно - а чем это принципиально отличается от многопоточных FS?

2nobody:
>на сях, говоришь? На сях микроконтроллеры только студенты программируют
Студенты, говоришь? Вот они запрограммируют, а пользователю будет
глубоко наплевать кто и на чем запрограммировал.
>Так вот, если твоя замена окажется больше оригинала, то код от 0YYh до 0ZZh "поплывет".
А если меньше? :)
А если больше - лишний кусок в конце дописать можно (вирусы никогда не
писАл ?)

2Led, nobody: спор бессмысленен имхо - в дорогих поделях, т.е. в тех, в которые можно грузить доп. кодеки таких проблем не будет, а в дешевых, которые не предназначены для загрузки кодеков, это будет далеко не единственная и не главная проблема. Если кто готов с этим спорить - нехай не пожалеет 100 баксов и покажит нам как это делается...:)

2Irsi:
>если к-то рискнет круглой суммой и закажет специализированные
>мелкосхемы. Насколько я помню при таких заказах 100000 это очень
>мелкая партия, с которой далеко не все станут связываться
Ты не прав: 100000 для специализированной микросхемы - это большая
партия. Если ты, конечно не перепутал "специализированную" и
"специальную"... Под "специализированными" я понимаю чипы в модемах -
недорогие и без проблем обновляется микропрограмма, т.к. сейчас они
все на флэшках сделаны (раньше - только с программатором, но даже это
не намного сложнее)

2Irsi:
>в дешевых, которые не предназначены для загрузки кодеков, это будет
>далеко не единственная и не главная проблема
Согласен ;)
>Если кто готов с этим спорить - нехай не пожалеет 100 баксов и
>покажит нам как это делается...:)
Я и не претендовал на то, чтоб самому это делать - я на другом себе
на жизнь зарабатывать :) Лучше подожду и как только "дешевые" плэйеры
буду продаваться на кажом углу, так через месяц-два подобная услуга
тоже будет предлагаться на каждом углу (ИМХО).

2Led: вопрос в том сколько будет стоить подобная услуга. Как я уже сказал в таких плеерах основная часть декодера заключена в так называемом "аппаратном мр3-декодере", который насколько я понимаю является не чем иным как DSP с программой, прошиваемой на этапе изготовления. Перепрошить эту программу никак нельзя, следовательно надо искать аналог этого DSP с перепрограмируемым или однократнопрограмируемым ПЗУ. Такие обычно выпускаются для разработчиков и/или малотиражных изделий, но стоят они обычно существенно дороже это раз. Програмирование DSP это тоже весело, програмисты умеющие это делать зверь редкий, они обычно хорошо загружены и хорошо оплачиваются. Ну положим нашли, ладно. Но все равно придется выпаивать DSP и ставить на место него свой. Хорошее развлечение да? Одно это обеспечит стоимость переделки на уровне 1/2 цены плеера. Но и это не все! Программу управляющего проца тоже скорей всего менять придется и как бы она тоже не оказалась зашита в него на этапе изготовления! Что вполне может быть сделано с целью экономии... Если это окажется именно так, то боюсь сложность переделки будет приближена к тому чтоб взять Audio CD Player и сделать из него на коленку Ogg CD Player... Сам понимаешь какова вероятность что этим будет кто-то заморачиваться...

2Irsi:
Все, что ты рассказал, действительно сложно...
Вот только не пойму: почему же так легко перепрошивается микропрограмка
на модемах? Или там не DSP?
>Програмирование DSP это тоже весело
А крос-компиляторы зачем?

2Irsi: "просто в фотках больше всего цветов и они особенно чуствительны к в плане цветопередачи. Т.е. для фотки в RGB модели очень хорошо заметна разница между 16ти и 24х битных цветах. "

Искусственная графика, например, градиенты разнообразные могут быть требовательней к цветам, чем фото. Blending и alpha-aliasing может пострадать (в том числе и true-type фонты и прозрачные терминалы). Вообщем, конкретную модель приведи, посмотрю на досуге...

2ZhekaSmith: градиенты не пострадают, 101% :) Так же как и антиаласинг - ибо он-то замечательно выглядит даже в 16 битах RGB... На счет остального - я затрудняюсь ответить...
Ссылку я года три назад видел - извини, но пока никак не найду...:(

2Irsi
Ну ты даешь !!! Из разряда "А слона то я и не приметил".
Ты примеры читал, где "toy name system"?
Про ультиматум санта клауса и любовное письмо к сьюзан ?
типа secret/[love letter suzan] 

Очень советую перечитать еще раз. И кстати есть 
перевод этого на русский, сам читал, чтобы удостоверится
что понял все правильно, но не помню где.
google должон найти, в общем.

А смысл там в том как раз, что все существующие схемы
именования системных/пользовательских обьектов не
удовлетворяют потребностям. Так как хороши только для
своей области. И многопоточность , например как
в MacOS 10, с именованиями типа /home/vasia/Document.doc/0
, это тоже костыли. Как и примения для этого SQL-like
namespace , то есть relation namespace.Не буду переписывать
здесь статью, там это на примере поиска в БД имени
санта клауса хорошо описано.


 

2kernel: увы, но находится всего лишь одна ссылка и та мертвая...:(
http://ferroscope.ru/linux/reiserfswp.php
Если есть альтернативы - буду зело благодарен.