מדריך לימוד פלאש - FlashDev

על פי דיווח ב-CNET, מכירות ה-Android של Google הגיעו ל-28%, Blackberry עם 36% וה-iPhone רק עם 21% מכירות ברבעון האחרון.
בהמשך למלחמות Adobe-Apple בנושא פלאש בiPhone/iPad, אלו נתונים מאוד מעודדים מבחינת Adobe, בעיקר לאור העובדה ש-Adobe ו-Google יצרו שיתוף פעולה רציני מאוד בהטמעת Flash Player כברירת מחדל ב-Chrome OS ובמובן תמיכה מלאה של Flash Player 10.1 על כל מכשירי Android.

במאמר מצויין של Serge Jespers, שגם נתן אחלה הרצאה ביום שני שכללה Augmented reality, עבודה עם Flash Catalyst ו-Flash Builder ועוד כמה יציאות מעניינות, הוא מסביר כיצד מתמודדת Adobe עם תופעת HTML5 או "html 5 is going to kill flash" וכו'.

בשני משפטים למי שאין כח לקרוא הסיפור הוא כזה: יכולות HTML5 מהוות בערך את הפיצ'רים של Flash Player 7, ו-HTML5 הולך לצאת ב-2012 במקרה הטוב כך שצפויות עוד 2 גרסאות לפחות של Flash Player כך שקשה להאמין שבאיזשהו אופן html5 מסכן את ה-Flash player.

לגבי זה ש-Flash Player הוא לא חלק מ-open web גם שווה לקרוא, בעיקר את התגובות.

Adobe שחררה היום את ה-specifications של RealTime Messaging Protocol, הפרוטוקול שמשמש לתקשורת בין משתמשים ב-FMS לבין Flash Player.

המסמך מתאר יצירת handshake, והעברת הודעות ו-chunks של data, המסמך לא מפרט את צורת ה-security של הפרוטוקול בשביל למנוע sniffing, וכמו כן אינו כולל פירוט של העברת אודיו ווידאו בין ה-client לשרת.

פירוט נוסף בבלוג של Kevin Towes, FMS Product Manager

RTMP Specifications

גרסה חדשה יצאה לפרוייקט SWFObject, וזו תהיה כנראה הגרסה שתצא עם Flash Builder בגרסה הסופית. הגרסה כוללת תיקוני באגים ופיצ'רים נוספים.

בנוסף, למי שהתקין את גרסת הנסיות של Flash Builder, ניתן לראות שיצירת ה-html הסופי כבר לא מכיל את ה-Flash detection של Adobe אלא את ה-SWFObject, שהפך להיות סטנדרט בכל מה שקשור לטעינת swf, התאמת גרסאות ואופטימיזציה של קוד ה-html.

לרשימת העדכונים

להורדה

הגרסא שיצאה לא מזמן של IE8 יוצרת בעיה בשימוש ב-ExternalInterface class.

התרחיש שיוצר את הבעיה הוא:

1. טעינת סרט פלאש
2. טעינת סרט אחר לתוכו שמשתמש ב-ExternalInterface.

התוצאה: script error ב-ie8 כולל הצבעה על add_callback בספריות של JScript כבעיה.

פתרון אפשרי: יצירת class מעטפת ל-ExternalInterface שמממש את ה-addCallback על ה-Loader שלו. כמובן שזה יכול ליצור בעיית security וחשיפה של הקוד הנטען לקוד הטוען…

אוקיי, לא לשכוח, IE8 עדיין ב-beta. תהיו אופטימיים, הרי זה מיקרוסופט לא?

לקבלת invitation code אתם מוזמנים להשאיר הודעה

גדי

עד היום, בפלאש 9 היה ניתן להעלות קבצים לשרת באמצעות FileReference אבל ניתנה אליהם גישה מצומצמת מאוד, שאיפשרה רק לקרוא את של הקובץ שמעלים לשרת ותו לא. גישה כזו באה מטעמי Security כך שלא ניתן יהיה לפלאש לשנות את מאפייני הקובץ לפני שהוא עולה לשרת, אבל ישנם הרבה מקרים בהם נרצה להשתמש במידע הזה בצד הלקוח ורק לאחר מכן להעלות אותו לשרת. לדוגמא: העלאת תמונת פרופיל שנותנת ללקוח לעשות preview לפני שמירה על השרת. החסכון הוא כמובן כפול, מצד אחד הזמן שלוקח ללקוח לראות את התמונה הוא מינימלי, מאחר שהפעולה מתבצעת בצד שלו, ומצד שני אין צורך בניהול קבצים זמניים בצד השרת.

פונקציה חדשה בשם load לאובייקט FileReference מאפשרת לטעון את המידע לצד ה-client לתוך אובייקט byteArray לשימוש על ידי ה-player. הגודל הרשמי שנתמך על ידי הפלאש הוא 100MB. כאשר הפונקציה מופעלת ב-Flash player חייבת לבוא לפניה פונקציית Browse של FileReference, מה שלא צריך כאשר מדובר באפליקציית AIR.

ישנם מספר סוגי Events שיכולים להתרחש תוך כדי הטעינה:

open- תחילת טעינה
progress- תוך כדי תהליך הטעינה (ניתן להוציא כמה מתוך כמה נטען)
complete- סיום טעינה
ioerror - שגיאה ב-IO תוך כדי טעינה

בנוסף יכולות להיות שתי שגיאות חיצוניות:
IllegalOperationError - פתוח חלון browse במקביל או שיש בעיה בהרשאות תקשורת
Memory- הקובץ גדול מדי או הקצאת הזכרון אינה מספיקה.

ולעסק…

והקוד

מאפיין data של ה-fileReference מכיל byteArray שניתן לשימוש על ידי אובייקט כדוגמת Loader, Sound וכדו'

אחלה פיצ'ר

ההרצאה עצמה כאן, קבצי המקור כאן

כהמשך להדרכות ב-Adobe ישראל, אני מעביר סמינר נוסף ביום חמישי הבא 26/6, בנושא פיתוח ב-AS3. הסמינר הוא הקדמה לקורס של מספר ימים שאותו אעביר באותה מסגרת. הסמינר יתחלק לשני חלקים, כמו בפעם הקודמת. החלק הראשון יתמקד בתאוריה ויכלול הסברים לגבי הארכיטקטורה של הפלאש, שינויים מ-AS2 הסברים על הפיצ'רים החדשים של AS3 ומעבר על אלמנטים בסיסיים בשפה.

החלק השני של הסמינק יכלול דוגמאות קוד וקצת hands on של נושאים מעניינים ב-AS3

לפרטים נוספים
האירוע הספציפי הזה כבר מלא, אבל הבנתי שיש אנשים שמבטלים ברגע האחרון וגם יש מצב ש-quicksoft ידאגו להריץ עוד סמינר כזה בתקופה הקרובה.

בגלל שלא ניתן לחקור את האלמנטים שקשורים בתקשורת עד שתצא גרסה חדשה של FMS, החלטתי לחקור את שאר הפיצ'רים החדשים ובראש ובראשונה את המדיה. אז הנה סקירה ראשונה של החידושים באובייקט Sound.

ישנם שתי אופציות חדשות ב-FP10 והן:

<method name="extract" declaredBy="flash.media::Sound" returnType="Number" uri="http://www.adobe.com/2008/actionscript/Flash10/">
<parameter index="1″ type="flash.utils::ByteArray" optional="false"/>
<parameter index="2″ type="Number" optional="false"/>
<parameter index="3″ type="Number" optional="true"/>
</method>

הפונקציה extract של אובייקט Sound מעבירה ל-ByteArray את ה-Sound samples מאובייקט ה-Sound, הפרמטר השני מגדיר את כמות האודיו להעביר והפרמטר השלישי את ה-position ב-Sound (אם הוא לא מוגדר, ההעברה היא מהמקום האחרון בו נמצא ה-Sound). הפונקציה מחזירה מספר שהוא מספר ה-samples שהועברו ל-ByteArray.
האופציה השניה היא Event handler שמתרחש בארוע שהוא "samplesCallback", שמתרחש בכל אינטרבל מסויים ומבקש מידע של Sound. ב-callback צריך להכניס לתוך אובייקט מסוג ByteArray Sound.samplesCallbackData, כמות מסויימת של samples המות יכולה להיות בין 512 ל-8192 samples עבור כל קריאה של ה-event. הבחירה תלויה במפתח, ככל שהערך נמוך יותר ה-event יקרא יותר פעמים וייווצר overhead בנגן, וככל שהערך גבוה יותר ה-latency יהיה גבוה יותר. זהו האובייקט שצריך למלא:

<accessor name="samplesCallbackData" access="readonly" type="flash.utils::ByteArray" declaredBy="flash.media::Sound" uri="http://www.adobe.com/2008/actionscript/Flash10/"/>

ה-Event עצמו יורש מ-flash.events:Event ומכיל גם פרמטר position.

<type name="flash.events::SamplesCallbackEvent" base="Class" isDynamic="true" isFinal="true" isStatic="true">
…
<accessor name="position" access="readwrite" type="Number" declaredBy="flash.events::SamplesCallbackEvent"/>
<method name="clone" declaredBy="flash.events::SamplesCallbackEvent" returnType="flash.events::Event"/>
<method name="toString" declaredBy="flash.events::SamplesCallbackEvent" returnType="String"/>
…
</type>

על ידי שתי האופציות האלה ניתן למעשה לקרוא מידע מקובץ MP3 או ליצור מידע אודיו בקוד ולכתוב אותו לתוך אובייקט סאונד חדש ולהשמיע אותו. אני מניח שההמשך הטריויאלי לדבר הזה הוא לערוך קובץ MP3 שנטען מהמשתמש ולאפשר לו להוריד אותו, לאחד שני קבצי MP3 לשני Channels שונים, ליצור מכונה שמפיקה צלילים על בסיס Flash Client בלבד ועוד היד נטויה.

עוד על אפשרויות Sound

כאשר ראיתי את האופציה של טעינת Sound לתוך ByteArray, חשבתי לעצמי הרי האופציה הזאת כבר קיימת ומיושמת עם אקולייזרים שזזים בהתאם ל-ByteArray שמנותח מהמידע של ה-Audio בזמן מסויים על ידי SoundMixer.computeSpectrum, להזכירכם, הפונקציה מאפשרת לדגום את האודיו שמנוגן בזמן נתון ולהמיר אותו ל-ByteArray וכך ניתן להשתמש בפרמטרים המוזנים ולעשות בהם שימוש ויזואלי, כמו זה. באופציה החדשה ישנם 2 הבדלים: האחד טריוויאלי, האפשרות לטעון Sound לאובייקט ולא רק לקבל ממנו, והשני הוא שה-Event לא צריך להיות מונע באמצעות זמן, ה-SoundMixer.computeSpectrum תופס Snapshot של מידע האודיו בזמן נתון אבל לא עוקב אחרי תנועת ה-packets עצמם אבל באובייקט החדש, ה-Event עוקב אחרי תנועת ה-packets ובצורה כזו יש מעקב אחרי המידע ואין חורים של זמן בין הדגימות. נחמד.

לפני יומיים שוחרר ב-labs של Adobe גרסה 10 שם קוד Astro עם רשימת פיצ'רים מהפכנית משהו. החידושים צפויים במספר רמות. הרמה הויזואלית מבטיחים Adobe רמה שנראתה עד היום באפליקציות דסקטופ בלבד. החידושים ברמה הויזואלית כוללים יצירת פילטרים ואפקטים על ידי המשתמש באמצעות Adobe Pixel Bender, האפקטים אינם צריכים התקנה מיוחדת בצד המשתמש וניתן להחיל אותם על כל Display Object בפלאש.

הרמה הגראפית כוללת גם יכולות 3D על ידי תמיכה ב- Drawing API מורחב, ברמת ביצוע מהירה ושימוש יעיל הרבה יותר במשאבי המחשב. רמת הביצועים המהירה עולה עוד יותר על ידי שימוש בעיבוד גרפי על ידי ה-GPU (Graphics processing unit) במקום השימוש ב-CPU גם כאשר האפליקציה רצה ב-Browser מה שמאפשר ביצועים הרבה יותר מהירים לקוד ואפשרות לשימוש ברכיבים גרפיים רבים ומורכבים יותר. התמיכה ב-GPU דורשת כרטיסי וידאו Open GL 2.0 עם תמיכה ב-GLSL . האופציה הזאת יכולה להשתנות ב-runtime על ידי שינוי פרמטר HTML. אם למחשב הלקוח אין תמיכה בחומרה, האפליקציה תרוץ באופן רגיל על ה-CPU.

בצד הטקסטואלי יש הוספה לתמיכה בשפות RTL (עברית בפלאש!!!) שימוש הרבה יותר חזק ב-device fonts כמו ב-embeded fonts. וניתן להחיל פילטרים ואפקטים גם על הטקסט.

ברמת תקשורת ומולטימדיה ישנם פיצ'רים נוספים שרובם יהיו רלוונטיים רק כאשר ה-FMS החדש יצא, אבל כאופציה ניתן להרשם לתוכנית ה-Beta של ה-FMS ולהתעדכן אפילו יותר מהר. החידושים בנושא זה הם בראש ובראשונה Dynamic Streaming. בגרסה החדשה של ה-FMS תהיה יכולת לשדר באיכות/fps המתאימים ללקוח על פי ביצועי הרשת הספיציפים שלו. ל-Actionscript תהיה גישה לביצועי הרשת וה-CPU של המחשב בכדי לדעת בכל זמן נתון מהי איכות הוידאו המקסימלית אותה יכול הלקוח לנצל וה-FMS ישדר אותה ללקוח בהתאם.

הפיצ'ר שהכי מרגש אותי בפלייר החדש הוא האופציה של RTMFP(Real Time Media Flow Protocol), מדובר ברשת תקשורת על בסיס UDP שיכולה לאפשר תקשורת בין משתמשים ללא צורך במעבר המידע דרך שרת (P2P!!!). גם במקרה הזה השרות ימתין עד להגעת הגרסה החדשה של ה-FMS, שייצר רשת שמבוססת על UDP אליה הלקוחות יתחברו ויעבירו מידע ביניהם. קצת לגבי UDP..
תמיכה נוספת של ה-FMS תהיה שידור אודיו ב-Speex בצד המקודד (ה-client) מאחר שעד היום יש תמיכה רק ב-compression של Nellymoser. שיפור מאוד משמעותי באיכות וב-latency.

אפשרויות נוספות חדשות ב-player הם גישה דרך ה-player לקבצים על המחשב בזמן אמת ללא צורך להעלות לשרת, אפשרות מדהימה, מה שמעניין אותי בהקשר הזה זה מה יהיה חשוף מבחינת security והאם זה לא יצור יותר בעיות מאשר יתרונות. אופציה נוספת היא ייצור אודיו באמצעות אובייקט Sound ועד מספר פיצ'רים שיורחבו בהמשך.

אפשר לראות דמו הסברים והדגמת ביצועים לחלק מהאפשרויות החדשות כאן