16 апреля 00 года


          харьковские нлперы [http://www.nlp.com.ua/] мне определенно начинают нравиться.несмотря на общую under constructionовость пользы от них явно больше чем вреда :-)не так давно я брал оттуда первый том "структуры магии" [ftp://ftp.sa.net.ua/incoming/magia/cm1.zip] бендлера и гриндера(не забыв на всякий случай скопировать себе [http://dibr.nnov.ru/files/cm1.zip]),даже просмотреть толком не успел, а там уже - второй том лежит [ftp://ftp.sa.net.ua/incoming/magia/cm2.zip]. ну, я его к себе [http://dibr.nnov.ru/files/cm2.zip]опять же - читать :-)
         замечу, что книжка довольно редкая, и в электронном виде мне до сих порне попадалась. в бумажном, впрочем, тоже достать проблемно. поэтому несмотря надовольно значительное количество "ляпов" ocrения - альтернативы особо нет.спасибо харьковчанам!
         не поймешь этих читателей - то молчат, как вобла об стол, то пишут - да все на разные темы :-)придется разбор писем устроить.
         

from: alexander kogan
subject: forth
hi!

между прочим, не надо лить бочку на forth ж-)) ты посмотри на boot loader вофре - что ты там увидишь? - правильно, forth ;-))

alexander kogan
institute of applied physics ras


         ну, смотреть на bootloader мне лениво - к тому же загрузочной дискетыс freebsd у меня нет, а где оно лежит на загрузочном компакте я не знаю,поэтому верю на слово. но. но все же непонятно, почему именно forth.вроде, сколь либо заметной "заточки" под написание бутлоадеров :-)у форта нет, особой нужды в переносимости бутлоадера тоже не наблюдается(подо что там freebsd кроме интелей работает? ах да, еще под alpha. и все),поэтому выбор языка у меня лично вызывает некоторое недоумение - почему?почему не ассемблер, если важен объем, почему не си, если важна переносимость?наверно, просто разработчику бутлоадера в свое время приглянулсяименно форт :-) и остается только благодарить судьбу за то, что бутлоадер ненаписан на перле, или, скажем, tcl.
         впрочем, это мое очень субъективное мнение, основанное в основном на том, чтоприложений на forth я до сих пор видел... как бы очень мало. а вот на яве, скажем- лучше бы их было меньше :-) шучу, впрочем.
         

from: denis moskvin
dear dibr:

по поводу серьезного применения java

csi.csa.ru -- ***векторные*** карты. причем можно накладыватьобъекты по верху.

best wishes,
denis (mailto:denis@rw.ru)


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

from: петр ильницкий
добрый день dmitry,

monday, april 10, 2000, 12:47:12 pm, вы писали:

>> по поводу последнего номера - увы, нельзя распараллелить mp3
>> кодирование одного файла (без потери качества). а упомянутый способ

dr> а почему, собственно?

дело в том, что фреймы в mp3-потоке "связаны", поскольку данные одного
фрейма не на 100% помещаються в него и частично могут размещаться в
соседних фреймах. называется это дело bit reservoir и не позволяет
точно без "дефектов" микшировать mp3-файлы.

dr> просто давать каждому из компьютеров задание не на
dr> уровне отдельных фреймов, а кусочками по нескольку секунд, с перекрытием в
dr> 1-2 фрейма. "переходные" излишки обрезать, результат склеивать. вроде,
dr> должно сработать.

сработает. но вероятно при этом на каждой такой "стычке" возникнут
дефекты, поскольку я не берусь гарантировать (да и никто другой) что
при едином кодировщике на одном и том-же файле при начале кодирования
с разным сдвигом полученные mp3-файлы будут совпадать с какого-то
фрейма с учетом сдвига. впрочем, lame позволяет отключать bit
reservoir, но imho это должно обязательно привести к снижению качества
на низких и средних битрейтах. мало того, подобная методика
распараллеливания кодирования (по несколько фреймов) уже обсуждалась в
рассылке разработчиков lame'а и все согласились с неудачностью идеи.
надо распараллеливать сам алгоритм.

--
с уважением,
петр ильницкий mailto:peter@ata.kiyavia.com


         вот так. про bit reservoir я понятия не имел, что, впрочем, оправданием не является :-)"распараллеливание", про которое я написал, оказалось не настоящим, а по трекам(машинка 1 кодит трек1, машинка 2 - трек 2, по мере выполнения подбрасываются новые задания),и потому куда менее интересным технически :-)
          а bit reservior... собственно, я и предполагал, что компрессорпри нормальном распараллеливании будет свой, специально под то и заточенный,а внем можно будет явно ограничить "взаимопроникновение" фреймовкакой-нибудь разумной величиной. и тем самым гарантировать, что запакованный "отрезок",начиная с n-ного фрейма будет совпадать с треком, запакованным от начала.в принципе это несколько ограничит кодек, но существенно слабее, чем отключениеbit reservoir вообще, и вряд ли будет хоть как-то заметно на слух.
         ломает кайф пока одно. никому такой кодер нафиг не нужен - время кодированияодного трека на современных компьютерах вполне позволяет распараллеливатькодирование на уровне треков, а лишний геморрой никому не нужен...
         

from: mikel lavrentyev

[удалено by dibr]

а я вот подумал, что ради mp3 такое строить смысла нет. задачка не та.
вот avi-mpeg, да еще и качественно.... :). и вариант под 95 & nt -
сервисом... так я на работе поставил бы клиентов 50-60 ;-)

best regards,
mikel mailto:mikel@rinet.ru



         во-во! жаль, нет у меня 50-60 компов, даже на работе :-)
         это уже не мне пишут, это в @banners, но все равно интересно.
         

from: "dmitry andrianov"
to: "banners"
к вопросу о накрутке. точнее это даже не накрутка -- я не знаю точно как это назвать, но считаю что придумано достаточно круто:
http://www.lddl.com/ [http://www.lddl.com/]

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

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

в сумме, человеку проходящему от начала до конца показывается около 150 баннеров. мне кажется, все достаточно легально. или нет?

--
dmitry andrianov

=================[ http://www.banners.net.ru ]=====
to unsubscribe, e-mail: list-unsubscribe@banners.net.ru
покупка и продажа баннеров: http://www.banners.net.ru/market



         ну никак не научатся :-) воровать и накручивать у нас лю-юбят, но совершенно не умеют. не умеютделать это незаметным образом :-)
         буквально пару выпусков назад ведь писал про накрутку счетчика на mp3.ru - где недюжинная креативностьбыла проявлена в деле маскировки визуальной, чтобы пиксель со счетчиком нельзя было найти даже с лупой,при том код счетчика открытым текстом торчал в потрохах страницы. хотя потратить полчасика на то,чтобы замаскировать его в кучку невнятного яваскрипта (что такое "невнятный яваскрипт?" посмотрите на код extreme, и добавьтек этому вывод непосредственно url тоже через document.write()) было бы куда полезнее с точки зрения необнаруживаемости.
         так и тут. ну я понимаю, посылать по нажатию на кнопку настоящие данные - это значит вывешивать на сервер самые настоящие скрипты,пусть даже игнорирующие результат, что есть труд непосильный. но хотя бы сделать установку кук (через тот жеjavascript), чтобы формально придраться было уже сложнее, а в идеале - нарисовать три-четыре"нейтральных результата", и тасовать их в зависимости от контрольной суммы ответов(чтобы при одинаковых ответах получался одинаковый результат)... нет, простой переход на следующую страничку.интересно, почему все игнорируют такой верный источник баннеропоказов, как создание маленького порносайтика?я лично пока не собираюсь, но те, кто в это более-менее серьезно вмазался (я не имею в видусайты с доступом по кредиткам и прочие платные сайты - это уже существенно более другой бизнес),уж чего-чего, а баннерных показов имеют существенно ненулевое количество.
         
         раз уж речь зашла про порносайты - скажу. людей с нормальной психикой просим поскипать до следующего параграфа, остальные могут читать дальше.вот, скажем, у нас же, в нижнем, есть такое ооо нн.ру. сайт- соответственно nn.ru. среди хостимых ими проектов (не буду подставляться и говорить "среди их проектов")- такое самозасебяговорящее имя, например, как porn.ru. пару дней назад там даже была какая-то заготовкапорносайта (почему "порносайта"? потому, что выравнивание по центру, крупный шрифт, темный фон и два баннера :-)шучу). сейчас там лежит такой вот шедевр html-строения:
<html><head><meta http-equiv="refresh" content="10;http://www.nn.ru/" ><title>www.porn.ru</title></head><body></body></html>

         
         м-да. а где же голые бабы? а нет ли еще чего интересненького, хостимого этим самым nn.ru?
$ nslookup -q=a porn.ruserver:  adm.sci-nnov.ruaddress:  193.125.71.2 non-authoritative answer:name:    porn.ruaddress:  213.24.90.2 $ nslookup -q=a sendy.ruserver:  adm.sci-nnov.ruaddress:  193.125.71.2 non-authoritative answer:name:    sendy.ruaddress:  213.24.90.2 $ nslookup -q=a anecdot.ruserver:  adm.sci-nnov.ruaddress:  193.125.71.2 non-authoritative answer:name:    anecdot.ruaddress:  213.24.90.2 $ nslookup -q=a intell.ruserver:  adm.sci-nnov.ruaddress:  193.125.71.2 non-authoritative answer:name:    intell.ruaddress:  213.24.90.2 $

         
         угу. неплохо. sendy.ru, для тех кто не в курсе, измененное имя sandy.ru [http://www.sandy.ru],одного из нижегородских провайдеров (вы уже были на yandeks.ru [http://yandeks.ru]? разницу с настоящим яндексом заметили?я - не сразу :-)), на anecdot.ru - стандартная бумажка "тут будет крутой портал, а пока тут нет ничего",на intell.ru - то же, что и на nn.ru. конечно, до арбитражсудправо [http://www.durni.ru]пока недотягивают, но задатки есть. тем более, что арбитражсудправо порносайтов пока не делают,почему то. а может делают уже - не все же доменами заниматься...
         на одном из любимых мной проектов - нечто свежее. хотите разыграть знакомого (знакомую),имеющего интернет, ессно? вам сюда [http://kulichki.rambler.ru/rossfig/fill.htm],на результаты лотереи россфиг :-)
         некоторые "полезные ископаемые ресурсы" находишь случайно. сослался однажды экслер на какой-то из своих баннеров,типа для посмотреть, я имя файлика от полного пути отрезал... и, логично, поимел список файловв каталоге. то есть, экслерных баннеров :-) на которые с удовольствием и глазел - посколькукогда на рекламу смотришь не как на рекламу - так она и не реклама, а так просто себе красивая картинка.
         так о чем я? ах да. если кто любит баннеры - то вам сюда, к экслеру [http://www.exler.ru/img/baners/].а вот тут [issue160400/x.html] я поимел наглость их свести в один файл с кучей <img src -для ленивых. то есть, тянуться будет долго, но от вас понадобится один клик мышки, а не полсотни этих самых кликов :-)
          да, внимательные могут заметить, что несколько баннеров - не экслера. чьи? понятия не имею.сам случайно набрел.



оригинал страницы находится на http://dibr.nnov.ru/issue160400.html.(с) dibr
при перепечатке ссылка обязательна.<< * >>