מינימקס משיקה את H3 Max עם שליטה בפריים ראשון ואחרון

מינימקס (MiniMax) השיקה אתמול את H3 Max, גרסה מורחבת של מודל הווידאו H3 שפותחה במשותף עם fal.ai. המודל החדש מוסיף יכולת הכוונה דרך פריים ראשון (first-frame) או פריים אחרון (last-frame) הן בטקסט-לווידאו והן באימג'-לווידאו, ומיועד לקצר את זמני ההמתנה בהשוואה לגרסת הבסיס.

תמחור לפי שנייה ורזולוציות נמוכות

המודל מייצר קליפים באורך 5 עד 15 שניות בשני מסלולי איכות: 480p ב-0.05 דולר לשנייה (כ-0.18 שקל) ו-768p ב-0.08 דולר לשנייה (כ-0.29 שקל). ששת יחסי הגובה-רוחב הנתמכים נעים מ-21:9 רחב במיוחד ועד 9:16 אנכי, כיסוי שמכוון ישירות לפורמטים של רילז, טיקטוק ויוטיוב שורטס. אין בשלב זה אופציה ל-1080p או 4K.

לאטנסיה של 32.8 שניות בחציון

זמן התגובה מקצה לקצה (end-to-end latency) עומד על 32.79 שניות בחציון (P50) אצל הספק המהיר ביותר. הנתון הזה משקף את הזמן מרגע שליחת הבקשה ועד קבלת הקובץ המוגמר, לא רק את זמן האינפרנס נטו. בפועל, עבור קליפ של 10 שניות ב-768p מדובר ביחס של כ-3.3 שניות המתנה לכל שניית וידאו, שיפור ביחס לדור הקודם, אבל עדיין רחוק מזמן אמת.

זמינות ספקים וניתוב אוטומטי

לפי נתוני הפלטפורמה, זמן הפעילות (uptime) של הספק הראשי עומד על 100%, בעוד הממוצע הכולל עומד על 90.85%. כשספק עליון (upstream) מחזיר שגיאה, המערכת יודעת לנתב את הבקשה אוטומטית לספק בריא אחר, בתנאי שהפילטרים של הבקשה מאפשרים זאת. נתוני זמינות פר-ספק נגישים דרך ה-Endpoints API, מה שמאפשר לבנות לוגיקת fallback מותאמת ביישומי פרודקשן.

מה חסר בתמונה

ההודעה לא כוללת מדדי איכות ויזואלית (FVD, CLIPSIM או הערכה אנושית), השוואה ישירה מול H3 הבסיסי, או פירוט של נתוני האימון הנוספים שהפרידו בין הגרסאות. גם מגבלת 15 השניות לקליפ נותרת בעינה, מה שמצריך חיבור (stitching) ידני לסרטונים ארוכים יותר. עבור מפתחים שבונים על fal.ai, השילוב של תמחור לשנייה, שליטת keyframe ו-API לניתוב ספקים הופך את H3 Max לאופציה פרגמטית, לא פורצת דרך, אבל שמישה כבר היום.