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

Представители ведущих медицинских организаций считают, что современные онлайновые игры могут быть использованы в качестве тестовой системы, которая позволит прогнозировать степень и скорость распространения опасных болезней в случае эпидемии. Сегодня исследовательские центры тратят миллионы долларов на разработку систем, прогнозирующих такие явления. Однако добиться больших успехов пока не удалось. Главная причина заключается в том, что перед учеными стоит проблема дефицита ресурсов. Компьютерная логическая модель недостаточно точна, а проводить эксперименты на небольших группах добровольцев – не выход.



Помочь в решении проблемы могут глобальные онлайновые игры, число подписчиков которых уже превышает несколько миллионов человек. Такого числа "подопытных" вполне достаточно для того, чтобы результаты эксперимента претендовали на достоверность. Более того, подобный опыт уже проводился. В 2005 году студия Blizzard ввела в одну из зон популярной MMORPG World of Warcraft вирус Corrupted Blood, который мог заражать персонажей, снижая их характеристики. Постепенно невинная шутка переросла в настоящую эпидемию. Болезнь, передаваясь от одного героя к другому, стремительно охватила большую часть виртуального мира и начала зверствовать в густонаселенных городах. Более того, как и в случае с малярией, вирус переносился животными, которые также заражали игроков. Постепенно ситуация стала выходить из-под контроля разработчиков, а попытки собрать зараженных персонажей в карантинных зонах не увенчались успехом – многие из них просто сбежали, не желая расставаться со свободой. Тогда Blizzard пришлось применить метод, который, к сожалению, невозможен в реальной жизни – авторы игры просто перезагрузили сервер, раз и навсегда уничтожив упоминания об эпидемии.



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



Правда, не все так просто. Некоторые эксперты считают, что поведение игроков в виртуальной вселенной сильно отличается от того, как они ведут себя в обычной жизни. Поэтому результаты исследований могут оказаться необъективными. Еще одна проблема заключается в том, что вряд ли геймеры согласятся заразить и ослабить своих персонажей даже в научных целях. Если разработчики какой-либо из MMORPG пойдут на такой эксперимент, это может вызвать недовольство аудитории, следствием чего станет отток подписчиков и снижение прибыли. Вряд ли представители игровой индустрии добровольно согласятся на убытки. Поэтому перед исследователями стоит довольно сложная задача – разработать такую систему, которая помогла бы достигнуть научных целей, одновременно не затронув интересы игроков. Миссия непростая, но и результат в случае успеха может быть бесценным для медицины.



Автор: Андрей Чаплюк



NPD Group провела очередное исследование, попытавшись выяснить, каков же возраст так называемого хардкорного геймера. В опросах участвовало 16000 человек. Как оказалось, 45% опрошенных любителей игр попадают в категорию от 16 до 17 лет. Однако только 3% из них назвали себя заядлыми геймерами. Остальные же считают свое увлечение простым хобби.



Исследования NPD противоречат мнениям других аналитиков, которые заявляют, что аудитория поклонников игр постепенно взрослеет.



Автор: gameland.ru



Редактор хардкора : netman_netman ^_^

Корейская компания Samsung выпустила новый медиаплеер Yepp YP-P2, сообщает Gizmodo. Отличительной особенностью новинки является сенсорный дисплей, который придает плееру внешнее сходство с популярным коммуникатором iPhone от компании Apple.

Из технических характеристик новинки известно лишь то, что плеер будет способен воспроизводить как аудио-, так и видеофайлы. Кроме того, Yepp YP-P2 будет оборудован модулем Bluetooth для передачи данных по беспроводному соединению.
Стоит отметить, что сходства Yepp YP-P2 с iPhone на сенсорном дисплее, по большому счету, не заканчиваются. У новинки от Samsung и коммуникатора Apple есть общие черты и в плане функциональности: так как iPhone создан для работы только в сетях провайдера AT&T, вне США коммуникатор от Apple можно использовать лишь как медиаплеер с сенсорным дисплеем.
Точная дата появления Yepp YP-P2 в продаже, а также ориентировочная стоимость плеера пока не сообщаются.

Недавно в инете нашел интересный сервис... Там можно сделать себе майку! Прям берёте, рисуете, пишите текст, крутите, вертите, расширяете и т.д. что вам больше понравится. Я составил себе маечку на 900р )

Вот здесь находится этот сервис http://www.tees.ru/cgi-bin/open.cgi

Доставка по Москве, самовывозом или почтой по России.

---///---

http://www.tees.ru/cgi-bin/open.cgi...r&id=1186427449

:)

Нестабильные системы

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

Очень редко компании перед запуском проекта в эксплуатацию проводят нагрузочное тестирование сервера и определяют максимально допустимую посещаемость. Кстати, в рамках тестирования легко выявляются наиболее частые ошибки и слабые места, и в результате производительность сервера увеличивается в несколько раз.

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

При больших нагрузках проект может прекратить нормальное функционирование по следующим причинам:

1. Нехватка оперативной памяти для нормальной одновременной работы процессов веб-сервера и базы данных. В большинстве систем на каждый запрос к сайту открывается отдельный процесс веб-сервера. Обычный размер процесса Apache с подключенным PHP-модулем и работающим приложением может составить порядка 20-30 мегабайт. В результате пиковых нагрузок происходит одновременный запуск очень большого числа процессов (иногда больше нескольких сотен процессов). И как следствие, начинается свопирование процессов, а это неизбежно сказывается на производительности базы данных, и производительность всей системы в целом резко снижается.

2. Нехватка процессорных ресурсов для одновременного выполнения процессов и обеспечения адекватного для пользователя времени реакции. Данная ситуация может возникнуть в том случае, если в результате большого числа запросов к вашему серверу число одновременно выполняемых запросов превысит процессорные мощности сервера. И даже если у вас достаточно оперативной памяти и первая проблема не проявила себя, вы можете обнаружить, что система перестала адекватно отвечать на запросы, время выполнения страниц увеличилось в несколько раз, база данных перегружена очень большим числом запросов. Все это может привести к тому, что все без исключения пользователи не смогут работать с сервером.

3.Недостаточная производительность базы данных при одновременных конкурентных запросах, невозможность полностью использовать ресурсы сервера. Данная ситуация очень часто возникает при работе с MySQL. Надо отметить, что обычно MySQL использует формат таблиц MyISAM. Это очень простой и эффективный вариант работы, но, к сожалению, при большом числе одновременных запросов такая база данных становится критически узким местом в производительности системы в целом. Во время вставки данных, обновления и некоторых других запросах, происходит эксклюзивное локирование таблиц и, как следствие, все запросы выполняются только последовательно, а не одновременно. В результате, при росте нагрузки, время генерации страниц возрастает необоснованно резко и в итоге становится неприемлемо большим. Менее всего подвержены подобным проблемам проекты, использующие Oracle или MSSQL, MySQL с форматом таблиц InnoDB.

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

Оперативная память: большие процессы

Остановимся чуть подробнее на вопросе использования веб-сервером оперативной памяти.

Как мы уже упоминали, в большинстве конфигураций на каждый запрос пользователя к сайту веб-сервер запускает отдельный процесс-обработчик. Вместе с загруженными модулями, интерпретатором PHP и исполняемым приложением каждый процесс может занимать 20-30 мегабайт, а иногда и более.

10 запущенных процессов будeт потреблять уже 200-300М, а запущенные 100 процессов приведут к сильнейшему свопингу системы с объемом оперативной памяти в 1Г, так как для работы всех процессов потребуется порядка 2-3Г памяти.

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

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

На одну страницу сайта может приходиться от нескольких десятков до нескольких сотен графических элементов. Загрузка бинарных файлов, XML-файлов, таблиц стилей также выполняется веб-сервером в обычных конфигурациях.

Теперь, если вспомнить, что обычный процесс веб-сервера занимает 20-30М, то получается, что для выдачи статических элементов сайта полностью не используется функциональность по обработке PHP, а память при этом используется, и процесс занят обработкой запросов. Получается, что до 90% времени процесс, находящийся в памяти, будет обрабатывать именно статические документы, неэффективно используя ресурсы.

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

Оперативная память: медленные каналы

Еще один аспект проблемы – это медленные каналы пользователей вашего сайта по меркам веб-сервера. Казалось бы, какое отношение эта проблема может иметь к владельцу сайта? Оказывается, не просто имеет отношение, но и может стать причиной больших проблем.

Например, время генерации страницы может составлять 0.01 секунды, а время передачи страницы клиенту даже с компрессией может занимать от 5 до 50 секунд и более.

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

Очень часто администраторы не отдают себе отчет в том, насколько данный фактор влияет на стабильность системы и эффективное использование оперативной памяти.

Давайте сделаем простой расчет. Рассмотрим две системы: А и Б.

В системе А время генерации страниц составит 0.1 секунды, а время передачи страницы клиенту в среднем будет составлять всего 5 секунд (в реальной жизни среднее значение окажется еще больше). В системе Б мы будем считать время генерации страниц равным 0.1, а время передачи страницы пользователю равным нулю.

Предположим, что на каждый сайт поступает по 100 запросов в секунду.

Система А: обработка 100 запросов в секунду потребует одновременной работы 100 самостоятельных процессов веб-сервера! "Почему?" - спросите вы. А как же иначе, если даже обработав запрос за 0.1 с., наши процессы, получается, еще не способны обрабатывать другие запросы, а будут висеть в памяти и просто дожидаться, пока пользователи в течение 5 секунд будут получать страницу. На четвертой секунде веб-сервер получит еще 100 запросов и должен будет запустить еще 100 процессов. Соответственно, на пятой секунде в памяти должно находиться 500 процессов и только с этого момента процессы первой секунды начнут высвобождаться и обрабатывать новые запросы. Таким образом, система А для нормальной работы будет запускать порядка 500 процессов, что потребует от нас в лучшем случае 10Г оперативной памяти. Обратите внимание, что даже если бы время генерации страниц было равно 0.001 секунды, это бы не увеличило производительность системы, так как процессы ожидают передачи данных пользователям на медленных каналах, а не времени генерации страниц. Т.е. производительность системы А никак не связана с производительностью PHP и продукта.

Система Б: за первую секунду на сервер поступит 100 запросов. Для обработки 100 запросов нам потребуется всего 10 процессов. Один процесс обрабатывает один запрос за 0.1 секунды. Как мы договорились для системы Б, время передачи страницы пользователю будет равно нулю. Т.е. за 1 секунду, один процесс веб-сервера способен обработать 10 запросов пользователей! К завершению первой секунды, все запросы будут обработаны всего 10 процессами и ко второй секунде все эти процессы будут свободны и готовы обрабатывать следующие запросы. Так же случится и на третьей секунде, и через час. Таким образом, система Б для нормальной работы будет запускать всего 10 процессов, что потребует от нас порядка 200М оперативной памяти. И очень важно отметить, что уменьшение времени генерации страниц до 0.01 секунды позволит реально увеличить производительность системы в 10 раз, и нам будет достаточно уже только 1 процесса для обработки всех 100 запросов в секунду. Производительность системы Б зависит только от производительности PHP и продукта и не зависит от медленных каналов.

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

Недавно у меня появились три версии Windows которые так и не увидели своего релиза. Первая в списке (это не шутка) Windows 96! Пока ставить не пробовал, но думаю отличий от 95 не много. Далее идёт Windows Longhorn M1. Довольно таки хорошая система, а главное не грузит комп, как виста :) Ну и третья в списке Windows Neptune, это всего лишь урезанная версия Windows 2000, что-то на подобии Windows ME



Windows Neptune — одна из версий Microsoft Windows, которая была показана как домашняя версия Windows 2000. По неизвестным причинам компания Microsoft прекратила разработку этой ОС. После того, как бета-тестерам был показан «Neptune», проект «Whistler» занял его место, позже его переименовали в Windows XP. Разработка Neptune остановилась в январе 2000.



В апреле 1999 компания Microsoft анонсировала, что Windows Me будет последним продуктом в линейке 9x. Единственная сборка Windows Neptune, которая была показана тестерам (27 декабря 1999), была сборка 5111, в ней впервые показались наработки нового экрана приветствия и новый инструмент управления учётными записями пользователей. Бета-тестеры надеялись, что Neptune будет отправлен на релиз в 2001 или 2002 годах и будет первой домашней ОС на основе ядра NT.



Особенности ОС Neptune



Windows Neptune поддерживала новый пользовательский интерфейс, основанный на HTML-коде, новый стандарт форм Forms+, новую версию PnP — Universal Plug and Play (UPnP) connectivity, технологию Bill Gates's WinTone vision, а также NT kernel — ядро, использованное в Windows 2000. Некоторые нововведения, появившиеся в ОС Neptune, как например, файервол и сетевые подключения, были использованы в ОС Windows XP. Было выпущено два релиза — build 5000 и build 5111.



на скриншоте установка Windows Longhorn M1

Почти половина юных дев несовершеннолетнего возраста в Шанхае забеременели от мужчин, с которыми познакомились в интернете.

По словам Чжана Чжэнжуна (Zhang Zhengrong), медика, работающего в службе помощи случайно забеременевшим девушкам-подросткам, поделился сведениями с журналистами, рассказав, что более 20 тыс. из них — это 46% — «залетели» от своих сетевых знакомцев.

«Большинство случайных отцов исчезают сразу после известия о беременности, и частенько матери даже не знают имен этих будущих папаш», — добавил Чжэнжун. Ответственность за это он возложил на многочисленные сайты для взрослых, книги и видео и призвал родителей и учителей уделять больше внимания сексуальному воспитанию. Кстати, согласно опросу, проведенном больницей, в которой работает Чжэнжун, 79% школьников и студентов начальных курсов узнали о том, как появляются дети, именно в интернете.

Компартия Китая уверена, что во всем виновны буржуазные нравы, которые «импортируются» в страну с Запада.

Нелепым курьезом закончился сетевой роман между 17-летним жителем США и 31-летней австралийкой, нашедшим друг друга благодаря знаменитой игре World of Warcraft.

Как сообщает сайт Eurogamer.net, знакомство между влюбленными произошло около года назад в мире Азерот. Несмотря на виртуальный характер отношений, оба поклонника WoW вскоре поняли, что не представляют свою жизнь не только без любимой онлайновой вселенной, но и друг без друга. Недолго думая, парочка решила связать себя узами брака, первым шагом в подготовке к которому стала поездка 31-летней австралийки в США для знакомства с родителями жениха. Однако на родине несовершеннолетнего бойфренда невесту ожидал неприятный сюрприз — сразу же по прибытию в штат Северная Каролина женщина была арестована по обвинению в попытке похищения подростка.

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

Компания IBM представляет новое поколение собственных суперкомпьютеров - Blue Gene/P - главной особенностью которых является, естественно, более высокая производительность. Предыдущее поколение суперкомьютеров IBM, а именно, Blue Gene/L являлось самой мощной на сегодняшний день вычислительной системой, уже не первый раз занимающей в ежегодном списке Top500 первое место, установив на недосягаемую для конкурентов высоту планку в тесте Linpack, равную 280 терафлопс.

 

На даже такой результат не сможет сравниться с производительностью нового Blue Gene/P, который согласно информации от разработчиков, сможет осуществлять 3 квадриллиона, или 10 в пятнадцатой степени операций с плавающей точкой в секунду (3 петафлопс). Это примерно в 300 тысяч раз выше, нежели производительность современного домашнего персонального компьютера.



Уже целый ряд научных организация разместили заказ на Blue Gene/P. В их список вошли: Национальная Лаборатория Аргонна Департамента Энергетики США, Исследовательский центр имени Макса Планка, что в Германии, и ряд лабораторий на территории США и Англии.



Как и все современные суперкомпьютеры Blue Gene/P представляет собой огромное количество серверных систем, объединенные между собой в кластеры. Разработчики объединили по четыре процессора PowerPC 450, работающие на частоте 850 МГц, в единый чип, способный производить до 13,6 млрд. операций в секунду. Всего же в состав суперкомпьютера вошли около 885 тыс. процессоров, объединенные в 216 кластеров. Именно за счет такого огромного количества микропроцессоров и достигается потрясающая производительность всей системы, которая будет заниматься сложнейшими расчетами, такими как составление моделей климата и погоды, моделирование ядерных испытаний и пр.

Сегодня «Яндекс» — слово из повседневного обихода пользователя интернета. В Сети часто встречается «А что, Яндекс уже отменили?», «Одиночество — это когда с днем рождения первым поздравляет Яндекс», «Все вопросы к Яндексу». Многим уже кажется, что так было всегда. В некотором роде это правда — Яндекс действительно появился одновременно с массовым интернетом, когда доступ в сеть перестал быть уделом избранных технических специалистов. Но само слово «Яндекс» — искусственное, имеет своих авторов и свою историю.

В 1993 году Аркадий Волож, будущий генеральный директор будущей компании «Яндекс», и Илья Сегалович, будущий директор по технологиям компании, разрабатывали, как потом выяснилось, главную технологию — поиск неструктурированной информации с учетом русского языка.

Разработку надо было как-то назвать. Илья помнит, как выписывал столбиком разные производные от слов, описывающих смысл технологии. Довольно быстро стало понятно, что search («поиск») по-русски звучит слишком неблагозвучно и удачной комбинации на его основе не сделаешь. Слово index подходило больше. Так в списке названий появился yandex — yet another indexer («еще один индексатор» или Языковой иНдекс). Вариант понравился и Илье, и Аркадию — легко произносится, легко пишется. Кроме этого, Аркадий предложил букву «Я» в названии — специфически русскую — русской и оставить, для наглядности. Так было изобретено слово «Яndex». А файл программы, соответственно, назывался yandex.exe.

В 1996 году, когда впервые широкой публике был предложен поиск как технология, а не как часть контентного продукта (до этого были Международный классификатор изобретений и Библейский компьютерный справочник), линейку программ назвали Яndex и объясняли это название как Языковый iNDEX. Первыми программами в линейке стали Яndex.Site (поиск по одному собственному сайту — этот продукт сейчас называется Яndex.Server) и Яndex.Dict (морфологическая приставка к AltaVista, единственной поисковой системе, которая в то время умела хоть как-то работать с кириллицей).

Но, конечно, широкое распространение слово «Яндекс» получило c сентября 1997 года, после запуска поисковой системы www.yandex.ru. С тех пор пользователи системы предлагают нам свои трактовки. Например, Тёма Лебедев, готовясь к рисованию первой версии главной страницы сайта Яндекса, сказал: «А, я понял, если в слове index первое „I“ перевести на русский, это будет „Я“, то есть так и получится „Яндекс“». Авторы честно признались, что об этом не думали, но — хорошая трактовка, принимается. Потом кто-то в Сети предложил другой вариант, увидев две стороны интернета, ИНЬдекс и ЯНдекс. У этого слова уже появились производные, так, сотрудников Яндекса часто называют «яндексоиды» и реже — «яндексовцы».

Одно из первых, а скорее всего самое первое АНИМЕ которое я посмотрел

Краткое содержание:

Город, в котором живёт маленький Хаято, подвергся нападению гигантского робота. Родители Хаято погибли под обломками и единственный оставшийся друг — это его собака. Хаято хочет отомстить владельцу таинственного Корабля-призрака, ведь робот представился его посланником.

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

Многие годы в океане бесследно пропадают корабли. Люди, чудом оставшиеся в живых, вспоминают, что незадолго до катастрофы они видели таинственный Корабль-Призрак... Гиганский робот Голем, разрушающий кварталы Токио, объявляет себя посланцем Корабля-Призрака... На улицах города у всех на глазах исчезают люди. Все считают, что это козни Корабля-Призрака... И только у отважного мальчика Хаято есть повод сомневаться в этом. Он готов отправиться в рискованное приключение, чтобы узнать тайну Корабля-Призрака и его загадочного капитана!

Пейте "Боа-Джюс" и вы будете счастливы - со всех углов кричит реклама. Но, почему то, те кто пьют этот "божественный" напиток, превращаются в кучу одежды и грязную лужицу... Таинственный монстр Боа планирует уничтожить одного за другим всех людей на Земле... Да еще и страшный Корабль-Призрак появляется безлунными ночами у берегов Токио.

Персонажи

Хаято - главный герой, пранишка лет 10-12, которому и предстоит разрушить тайную военную организаций возглавляему неким Боа Боа - главный злодей, эфимерный персонаж, в мультфильме явно не обзначен, видимо собирательный образ всех злодеев Капитан Призрак - герой одиночка, в дальнейшем как выяснится отец Хаято, ведущий на чуде-технике "Корабле призраке" неравный бой с Боа и его приспешниками Г-н Куросио - миллиардер, глава корпорации Куросио, скрытый пособник Боа, выдающий себя за благодеятеля Джек - верный пёс Хаято, порода, скорее всего боксер. есть байка о том, что Джек - прообраз Сккби-Ду

Хаято - главный герой, пранишка лет 10-12, которому и предстоит разрушить тайную военную организацию возглавляемую неким Боа. Боа - главный злодей, эфимерный персонаж, в мультфильме явно не обзначен, видимо собирательный образ всех злодеев. Капитан Призрак - герой одиночка, в дальнейшем как выяснится отец Хаято, ведущий на чуде-технике "Корабле призраке" неравный бой с Боа и его приспешниками. Г-н Куросио - миллиардер, глава корпорации Куросио, скрытый пособник Боа, выдающий себя за благодеятеля. Джек - верный пёс Хаято, порода, скорее всего боксер. есть байка о том, что Джек - прообраз Скуби-Ду. Есть еще несколько второстепенных персонажей девочка Тори, приемные родители Хаято и др.

Отзывы зрителей:

Избранный комментарий [по мнению World Art], автор текста - Гость

Вот недавно посмотрел, из уважения к старшему поколению и просто для общего развития. Могу сказать, весьма и весьма неплохо. И даже совсем неплохо. И не только для 60-х - даже по современным меркам это аниме довольно интересное и оригинальное. А после навороченных (по крайней мере по стилю) "Евангелиона" и "Изгнанника" детский стиль и простенькая рисовка "Летающего корабля-призрака" просто бальзам на душу. Хотя с примитивизмом и рисовкой они немного переборщили, мне аниме понравилось.

Сюжет примитивный, решил я после первых десяти минут просмотра. Призрачный корабль, капитан, жаждущий мести... Оказалось, я просто попался, как и некоторые, на обманку с "призраком", висящим в окне. Далее я слегка запутался, когда Голем, объявивший себя посланником корабля-призрака, вдруг атаковал его, а затем был этим кораблём уничтожен. Но и тут нашлось своё логическое объяснение. А далее - уже реальные недостатки.

1). Далее сюжет - действительно сплошной примитив. Я, например, почти сразу догадался, кто окажется местным главгадом. И образ монстроподобного Боа (неужели они думали, зрители не заметят странного органа, высунувшегося из укрытия Боа? Итог - мы понимаем, что Боа - гигантский осьминог/кальмар/устрица) даже для 69-го выглядит слегка заезженным.

2). От "Летающего корабля-призрака" ощутимо веет какой-то скованностью, незавершённостью, как будто половина фильма попала под цензуру и создатели не смогли полностью раскрыть потенциал этого мульта. Мне кажется, если бы Япония создавала его без вмешательства СССР, там было бы море крови, кишок и расчленёнки. Ну, может и не море, но они бы точно были. Но коммунизм он и есть коммунизм - только старое, доброе, вечное. Остальное - в топку.

3). Как и в случае с "Кибер-городом Эдо" - смехотворная длительность фильма. Я, понимаешь, крепился, ожидая блокбастер на 2-3 часа, а получил... 54 минуты (не считая титров)! Непорядок, товарищи, непорядок.

По поводу сходства Джека и Скуби-Ду - всего лишь похожие по поведению псы. И никакого клонирования.

Итог: смотреть можно и нужно, если вас не пугает старая рисовка, короткая продолжительность и шаблонный злодей Боа. Оценка: твёрдая 5. Но только из 6 (1 балл забирает заезженная идея с захватом мира, слишком быстрая 2 половина фильма, практически без зацикливаний, и упомянутый выше картонный главгад). И всё равно - хит. Старое, НЕдоброе, вечное.

Избранный комментарий [по мнению World Art], автор текста - Гость

Итак, начну с того, что я не являюсь фанатом аниме жанра вообще, а аниме 1990-х, 2000-х особо. Но... к фильму "Летающий корабль призрак" отношение у меня совсем другое.
Нет смысла, наверное, пересказывать сюжет этого мультфильма, ибо все кто читают это комментарий, наверняка видели его и не один раз.
Скажу сразу что мультфильм мне понравился, что аниме вообще БОЛЬШАЯ редкость, однако особо хотелось бы отметить некоторые особенности "Корабля призрака", которые не столь известны широкой публике.
Начнем наверное сначала с многочисленных "несуразиц", которые зрители 21 века находят в этом мультфильме. И разумеется что первое кидается в глаза это "технические чудеса" конца 1960-х, например Гигробот размером с небоскреб, броню которого не пробивают не ракеты японских F-4 "Рhantom", не системы залпового огня; это сам корабль призрак, который был построен ученым-одиночкой, умудрившимся изобрести в 1969 установки антивеса, поглощения радарных волн, генератор защитного экрана и магнитного "нуль-луча" да и многое другое.
Однако, посмотрите какое это было время - 1969! как говорил один журналист "Человек высадился на Луну, а в Англии еще ходили паровозы". Отсюда и содержание научной фантастики, думаю и в современных фильмах, а уж в японских мультфильмах то, такой несуразицы еще больше.
Так же не могу не коснуться мифа о том, что "Летающий корабль призрак" стал "клоном" "Скуби-Ду" (вспоминаем Джека - пса Хаято) - это абсолютная неправда. "Летающий корабль призрак" вышел на экраны в 20.07.1969, а "Скубт-Ду" 13.09.1969; так что скорее наоборот, точнее авторы обоих мультфильмов, вероятно, независимо пришли к такому персонажу.
Теперь о малоизвестном создании самого мультфильма - представьте себе, но он вышел при сотрудничестве с СССР. Да - да, именно так, а то вы думали, почему его крутили в Союзе?

Взглянем в корень - многие сетуют о том, что мол графика убогая, звук тупой и вообще мало крови, глубоких голубых глаз и округлых форм сексапильных девиц. Смысл тут иной, и тем кому нехватает всего вышеописанного советую смотреть др. мультфильмы.
Смысл корабля призрака глубоко не в этом. Еще в 1969 г. авторы мультфильма (не без руки советского "просвещения") описали нам все то, что сейчас кажется обыденностью - поглощение крупным бизнесом (Корпорация Куросио) всей страны и глубокое их внедрение в политику и власть, коррупция и желание нажиться на всем, включая жизни и судьбы собственных граждан (тут читай Boa Juice он же Coce-Cola), абсолютная погоня за прибылью, не останавливаясь не перед чем (сам Куросио говорит, что и впредь будет убирать друзей вставших на его пути); здесь же были показаны ужасающая мощь современного оружия (воплощение Гигробота), и еще более ужасные перспективы войны в городе с участием гражданского населения с много тысячными жертвами; мы увидили незаконную торговлю оружием (о чем явно говорит Капитан Призрак Хаято после его спасения с крыши ТВ центра) и конечно же всю подноготную военных организаций.
Не могу особо не каснуться некого "Боа", увы это монстр всего лишь ширма, за которую спрятали "военную машину", взгляните по сути дела Хаято (как воплощение героя-одиночки, гражданина, пусть и безсильного физически, но крепкого духом) сражается с целой организацией (будь то НАТО, СЕНТО или БОА). Противостояние простого человека и системы. Безусловного камни тут полетели и в огород главного агрессора и разжигателя воин США, например вид Гигробота вам ничего не напоминает? Статую свободы например?
Таким образом за красивым (пусть и для 1969 г.) фантастическим мультфильмом скрывается глубокая драма-притча, о смысле построения нашего мира, опсаности мировой войны и возрастающей мощи всепоглощающего ВПК. А встреча отца и сына, юмор а-ля "Скуби-ДУ" и т.п. элементы сюжета призваны лишь связать все это вединое целое.
По сему рекомендую посмотреть этот мультфильм еще раз под углом описанным выше.

Спасибо всем, кто осилил
Призрачный гость.

Sirocco

Это аниме смотрел в отом же году когда и терминатор 2 вышел...
эмоции были разные, но меня так поразила та атмосфера страха, которая творилась в городе, те чувства между отцом и мальчком, что я этот мульт в детсве пересматривал раз 15-цать...Кстати именно после этого мульта я передумал пить колу и перешел на чисто русский тархун с квасом =)
Музыка отличная в плане натяжения нервов (оркестровая музыка тяжелая напрягая и готовит к чему то страшному) , а не развлечения...
Надо пересмотреть такая nostalgie пробила...

Режиссер: Хироси Икэда

Часть 1 (100Мб)
Часть 2 (100Мб)
Часть 3 (100Мб)
Часть 4 (77Мб)