Тормоза в mplayer: При воспроизведение файла: Checking audio filter chain for 44100Hz/2ch/s16le -> 44100Hz/2ch/s16le... AF_pre: 44100Hz/2ch/s16le alsa-init: 1 soundcard found, using: default Здесь пауза около 1 минуты alsa: 44100 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little Endian AO: [alsa] 44100Hz 2ch s16le (2 bps) Building audio filter chain for 44100Hz/2ch/s16le -> 44100Hz/2ch/s16le... Video: no video Starting playback...

Файл воспроизводится нормально. Как исправить? Дистр debian 3.1

Нашел статью: http://www.theinquirer.net/?article=24638

...от воспроизведения легального мультимедиа контента в своих будущих разработках. Речь идет о готовящейся к выходу платформе East Fork (EF) на базе двуядерного Pentium 4 и чипсете ICH7-DH. Вся фишка заключается в модуле Secure Premium Content Module (SPCM), который быстро и безопасно декодирует MS DRM...

Недавно в интернете обнаружил интересную статейку: http://www.livejournal.com/community/ru_linux/343232.html

Престраннейшая вещь или Большой брат следит за тобой. Отлаживал сейчас веб сервер и обратил внимание на то, что каким-то образом робот Гугла (?) получает все те урлы, по которым я ходил. Поясню это логом:

gfgdfgs.mydomain.ru 194.54.150.2 - - [16/Jul/2005:09:25:33 +0400] "GET / HTTP/1.1" 404 1551 "-" "Mozill a/4.0 (compatible; MSIE 6.0; X11; Linux i686; en) Opera 8.01" gfgdfgs.mydomain.ru 194.54.150.2 - - [16/Jul/2005:09:28:50 +0400] "GET /blah.mydomain.ru/blah.sql HTTP /1.1" 200 69590 "-" "Mozilla/4.0 (compatible; MSIE 6.0; X11; Linux i686; en) Opera 8.01" gfgdfgs.mydomain.ru 66.249.66.73 - - [16/Jul/2005:09:28:03 +0400] "GET /robots.txt HTTP/1.1" 404 208 "- " "Mediapartners-Google/2.1" gfgdfgs.mydomain.ru 66.249.66.73 - - [16/Jul/2005:09:28:04 +0400] "GET /blah.maxidoors.ru/blah.sql HTTP /1.1" 200 69590 "-" "Mediapartners-Google/2.1"

194.54.150.2 - машина, с которой я захожу. gfgdsgs.mydomain.ru - несуществующий поддомен реального домена mydomain.ru , который обрабатывается Апачом. В каталоге /var/www лежат каталоги серверов. Соответственно, я проверял, можно ли будет набрав неправильный адрес добраться до их содержимово. И кто-то это сразу же проверял со мной. Могу лишь предположить, что Опера 8.01 каждый запрос отсылает куда-то к себе, после чего это отдается Гуглу и он таким образом получает новые страницы для индексации. Такое замечаю уже не первый раз, правда предыдущие разы робот не утруждал себя даже строкой UserAgent.

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

Но, бля, неприятно как-то!

P.S. Вторым вариантом (не без оснований, но это паранойя) можно предположить перехват трафика. Но эту возможность я не собираюсь даже рассматривать, как паранойю, которой я заразился от нашего сисадмина.

UPD. Налево стучится Опера. Сволочь. Хоть бы спрашивала...

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

Сотрудники компании AMD и ранее неоднократно удивлялись результатам тестов, показывающих, что потенциально более быстрые по всем расчетам процессоры их компании неожиданно проваливались в некоторых тестах и уступали гораздо более медленным (по мнению AMD) процессорам компании Intel. В результате, у руководства AMD появились подозрения в нечистоплотности тестов, и было дано поручение экспертам проверить компиляторы, разработанные программистами компании Intel.

Закладки были вскоре обнаружены на основании данных CPUID, интерпретирующих процессор, компиляторы принимали решение работать по оптимальной схеме (в случае процессоров Intel) или использовать альтернативные методы работы, многочисленные лишние циклы, ненужные проверки и т.д.

На основании этих данных AMD обвиняет Intel в мошенничестве и отправляет дело о мошенничестве в суд.

Во время настройки portsentry нашел там такую строчку:

KILL_RUN_CMD

Эта строчка указывает действие при сканирование портов. А если туда записать нюк? Только я невстречал нюков для linux, может кто подскажет.