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

Итак, наши номинанты на получение премии лучший Jpeg Encoder:

com.adobe.images.JPGEncoder
Кодер от as3corelib

JPEGEncoder
Оптимизированная байтарейцами кодер от as3corelib
http://www.bytearray.org/?p=775

cmodule.jpegencoder.CLibInit
Alchemy кодер от segfaultlabs
http://segfaultlabs.com/devlogs/alchemy-asynchronous-jpeg-encoding-2

by.blooddy.crypto.image.JPEGEncoder
Кодер от blooddy
http://www.blooddy.by/ru/crypto/

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

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

Чтобы долго не тянуть рассмотрим на практике результаты тестов.

Как видите, “алхмия” уделывает все остальные кодировщики по скорости.

UPDATE: Как оказалось на локале и в браузере кодировщики ведут себя по-разному. Если на локалке “алхимия” в лидерах.
То в браузере кодировщик от bloody уделывает её. Для более точного анализа отпишитесь в коментах о ваших результатах.

Но дело в том, что библиотка от segfaultlabs уделывает все остальные еще и по гибкости настроек.
Если в стандартных кодировщиках у нас просят всего два параметра (bitmapdata и качество сжатия jpg), то “алхимия” может принять и размеры исходного джепега и налету его заресайзить.

А сейчас небольшой туториал по подключению этой прекрасной библиотеки в формате fla + FlashDeveloper.

1. Качаем swc библиотеку отсюда (ссылка внизу поста) http://segfaultlabs.com/devlogs/alchemy-asynchronous-jpeg-encoding-2 и сохраняем её, например, в папочку lib вашего проекта.

2. Создаём новый fla-файл, открываем Publish Settings. Чтобы swc библиоткека не ругалась плохими ошибками ставим галочку Export SWC. В результате при компиляции проекта рядом с swf вы увидите swc файл, который не нужен для последующей работы с swf.

3. Заходим в “ActionScript 3.0 Settings…” и инклудим библиотеку с помощью кнопки Browse.

4. Открываем Flash Developer проект и с помощью правой клавиши мыши добавляем библиотеку в проект.

Теперь немного кода.

Инициируем библиотеку:

import cmodule.jpegencoder.CLibInit;   
_jpeginit:CLibInit = new CLibInit();
_jpeglib = _jpeginit.init();

Подключаем кодировщик:

_jpeglib:Object;
_progressMonitor:Number; //монитор прогресса ж)
_jpgArray:ByteArray; //временное хранилище
_jpgStream:ByteArray; //итоговый массив файла
_jpgSource:BitmapData; //исходная битмапа для кодировки

_progressMonitor = setInterval(encodeProgress, 20); //заряжаем мониторинг прогресса
_jpgArray = _jpgSource.getPixels(_jpgSource.rect);
_jpgArray.position = 0;
_jpgStream = new ByteArray();
_jpeglib.encode(_jpgArray, _jpgStream, _jpgSource.width, _jpgSource.height, 60); //синхронная кодировка
//или
_jpeglib.encodeAsync(encodeComplete, _jpgArray, _jpgStream, _jpgSource.width, _jpgSource.height, 60); //асинхронная кодировка

function encodeComplete(ba:ByteArray) {
  clearInterval(_progressMonitor); //останавливаем прогресс монитор
}

function encodeProgress() {
  trace("Progress - " + Math.round(_jpgArray.position / _jpgArray.length * 100) + "%");
}

Спасибо за внимание, вопросы и каменты приветствуются.

Портировал и запустил с 1 июля приложение «Моя Вебка» на Мой Мир.

Неожиданно поразил рост приложения:
~4000 установок и ~7000 уников в день.

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

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

Из недостатков API – прямая загрузка на сервер ММ пока невозможна, поэтому приходится сначала сохранять на свой сервак и потом уже постить в альбом и в гостевую.
Будем наблюдать…

Update: Дали бесплатный пакет рекламы, не сказал бы, что рекламка супер цтрная, но эти цифры уж очень вселяют пессимизм в бесплатные пакеты. Сдаётся мне общая засраность рекламой Моего Мира сказывается на этом.

У фэйсбука обнаружился занятный баг. Дело в том, что если попытаться через API запостить на стену фотографию из своего альбома, то ничего не получится. Фэйсбук блокирует постинг картинок со своих серверов. Причем это произошло после перехода на Graph API. Раньше всё работало.
Многие безсерверные разработчики обломались на этом.
Одно непонятно действительно это баг или же это воля фэйсбучья.

Голосование за баг например здесь http://bugs.developers.facebook.com/show_bug.cgi?id=10647

А вот “официальный” ответ из вот этого топика
We recently rolled out a change to disable stream publish to use images from FBCDN hosts. Please keep in mind FBCDN was designed to temporarily cache images for serving, and you should not rely on it as a permanent image sources. So you have to host your own images somewhere else.

Что в переводе с английского обозначает – Халява кончилась. Храните деньги в сберегательной кассе.

Создание AS3 iFrame приложения на Flash для Facebook на новом Graph API с использованием OAuth 2.0

Недавно Facebook анонсировал запуск нового Graph API который в корне отличается от старого REST API, а также о запуске новой системы авторизации OAUTH 2.0.
В связи с этим при разработке нового приложения встал вопрос об изучении этих двух вещей, результатами которого я хочу поделится с тобой, мой юный разработчик.
Этот метод подключения к API не претендует на эталон, но поможет начать твой тернистый путь.

Полезные ссылки:
http://developers.facebook.com/docs/
все документы о Graph API

http://developers.facebook.com/docs/api/
описание Graph API
http://developers.facebook.com/docs/reference/api/
объекты и методы Graph API
http://developers.facebook.com/docs/authentication/
об авторицазии OAuth 2.0
http://developers.facebook.com/docs/reference/javascript/
об использовании JavaScript SDK
http://www.adobe.com/devnet/facebook/html/popup_hiw_03.html
доступная схема взаимодействия для iFrame Flash приложения и Facebook API
http://blog.yoz.sk/2010/05/facebook-graph-api-and-oauth-2-and-flash/
howto с Flex примером с помощью которого был создан этот мануал

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

Сначала немного теории.

Чтобы авторизоваться и начать работать с приложением пользователь должен пройти процедуру аунтефикации, которая основана на получении access_token ключа.
Для получения ключа выполняется следующая последовательность действий:

а. пользователь обращается к страничке приложения http://apps.facebook.com/some_application/;

б. fb делает редирект на сервер разработчика и грузит index.html с приложением;

в. приложение обращается к fb за аунтефикацией (в данном случае через JavaScript SDK) и доступом к расширенным параметрам управления профайлом;

г. пользователь подтверждает или неподтверждает доступ к параметрам на основе чего генерируется access_token;

д. fb делает запрос к callback.html и передаёт access_token;

е. callback.html c помощью java скрипта передает в swf ключ access_token;

ж. можно работать с api через приложение;

Теперь практика.

1. Чтобы получить возможность создавать и управлять своими приложениями, тебе необходимо установить себе приложение Developer.

2. Заходишь в Developer -> +Set Up New Application. Basic: заполняешь все доступные пониманию поля, загружаешь превьюхи.

Canvas -> Canvas Page URL: пишешь желаемое имя будущего приложение. Например: my_application

Canvas -> Canvas Callback URL: пишешь путь к папке где будет хостится твоё приложение. Например: http://www.myhost.ru/my_application/

Нужно заметить, что Facebook в отличии от Вконтакта не предоставляет возможность заливать свои swf файлы на свои серверы. Поэтому каждый разработчик должен иметь свой хостинг.

Connect -> Connect URL: опять путь к своей папке. Остальные поля пока не важны, жмешь Save Changes.

3. Качаешь два класса FacebookOAuthGraph и FacebookOAuthGraphEvent. Кладёшь их в папки sk.yoz.net и sk.yoz.events соответственно.

4. Создаешь класс своего приложения, у меня это FacebookTester.as (ссылка для скачки исходников внизу поста):

Импортируем наши классы:

import sk.yoz.events.FacebookOAuthGraphEvent;
import sk.yoz.net.FacebookOAuthGraph;

private var clientId:String = "000000000000000"; //Application ID вашего приложения
private var scope:String = "publish_stream,user_photos,user_photo_video_tags,friends_photo_video_tags"; //просим у пользователя разные разрешения
private var facebook:FacebookOAuthGraph = new FacebookOAuthGraph();
private var redirectURI:String = "http://www.myhost.ru/my_application/callback.html"; //об этом ниже

Например, чтобы получить список своих друзей вызываем facebook.call(“me/friends”);
Все ответы от Graph API приходят в JSON формате и отображаются в окне result.

5. Создаем файл callback.html, он нужен для передечи полученного hash-ключа из браузера в приложение.

  <script type="text/javascript"><!--mce:0--></script>

You may now close this window.

Не забудь заменить ’00000000000000′ на свой Application ID.

7. Заливаешь все файлы на свой сервер http://www.myhost.ru/my_application/ не забываете о волшебном crossdomain.xml

8. Идёшь на http://apps.facebook.com/my_application/ тестировать результат.

Нажимаешь на кнопку “Connect” – вываливается popup с запросом доступа. Разрешаешь. Facebook делает редирект на callback.html и передаёт access_token.
Теперь ты авторизован, о чем говорит сообщение authorized, и трэйс access_token.
В следующие заходы в приложение авторицация будет происходить в фоновом режиме, так как OAuth действует порядка 24 часов.

Далее ты можешь тестировать различные запросы к Graph API и видеть ответы от сервера в поле result.
Кнопка call нужна для запросов отдающих JSON.
Кнопка call binary нужна для запросов которые отдают результат в byte array виде (например “me/picture”), это картинки, видео и мп3.
Кнопка set status ставит статус вашему профайлу.

Архив с исходниками качать тут.

Задавайте вопросы, пишите уточнения или правки.
Статья будет постепенно усовершенствоваться и обновляться.

История одного апрува.

21 мая – отправил приложение на проверку.
25 мая – Администратор отклонил заявку на проверку, с сообщением “скриншот не сохраняется”.

Перепроверил, действительно нашол багу с “Too many requests per second.” при первом логине. Вызывались подряд три метода: getFriends, getProfiles, getAlbums.

Дело в том, что вконтакт выдает ошибку при частоте запросов > 3 в секунду.

Заменил их методом execute.

25 мая – отправил приложение на проверку.

29 мая – Отклонено “ошибка access denied при просмотре со стены пользователем, у которого приложение не установлено”.

Да косяк мой, неуглядел. Альбом пользователя создавался с параметром privacy=1 (только для друзей) вместо 0 (все пользователи), но есть оправдание у меня – этот баг невозможно отловить на стадии тестирования, так как сторонние пользователи “не видят” непроверенное приложение, а админы приложения (которые его видят на стадии “до проверки”) не могут быть не друзьями… Ну тоесть могут конечно, но шанс маловат.

29 мая – отправил приложение на проверку.
31 мая – Администратор отклонил заявку на проверку и написал “ошибка не исправлена (код ошибки – 200)”

Нет слов. Написал ответную телегу:

Ошибка 200 появляется если у пользователя нет прав на просмотр данной фотографии. Возможно у вас остался старый фото альбом, со старыми настройками доступа, потому как сейчас приложение создаёт альбом с privacy=0. Вы можете это проверить. Если даже поменять права доступа в альбоме – будет выдаваться ошибка 200. В любом случае, это не критическая ошибка приложения, эту ошибку обрабатывает и выводит само приложение, и чтобы не возникало вопросов у пользователя я заменил текст ошибки на пояснительный текст. Проверьте пожалуйста еще раз повнимательнее. Удалите созданный альбом, удалите старый пост со стены и сделайте новый – всё будет работать.

31 мая – отправил приложение на проверку.
2 июня – Отклонено: “приложение создает альбом без ведома пользователя. Альбом не должен оставаться пустым, т.е. его создание должно происходить вместе с загрузкой первой фотографии”
3 июня – отправил приложение на проверку. “Исправлено. Альбом создаётся только после нажатия на кнопку ‘Сохранить открытку’.”

6 июня – Администратор внес приложение в список проверенных. Администратор внес приложение в список одобренных.
Ура!. Пошёл за шубой.

ps. Кстати на фэйсбуке справились за несколько часов. Видимо у них требования попроще.

Несколько месяцев назад я повелся на их рекламные лозунги и положил 500 голосов прямо в золото. Получилось примерно 3 грамма.

Ну положил и положил – пусть растёт, благо курс золота повышается и повышается.

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

Чтобы вы думали? Конечно неполучается…

Мало того что после переконвертации из золота в голоса из 500 вложенных получается 450 (заметьте курс золота то вырос) , так еще и конвертация невозможна по причине неведомой эмиссии. Так и написано “операция невозможна – ожидайте эмиссии средств”.  На отличненько!

“Вы можете положить голоса на хранение в наш банк и никто не сможет ими воспользоваться кроме Вас.”

Пожалуй “кроме Вас” здесь лишнее.

Вордпресс версии 3, на удивление, не оказал никакого сопротивления.

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

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

ps. Почта России показала себя во всей красе и сказочная action статуэтка Flash Gordon’a до сих пор гниёт в катакомбах этой структуры. Продавцы с ebay кусают себя за локти, а мы попытаемся выписать еще одного героя из брастких Соединенных Америких Штатов.