התשובה הקצרה: אין שום אורך מינימום שחוסם רינדור — ברכה של 3-4 שניות בלבד מספיקה כדי שיירנדר רילס מלא. אבל הרילס עצמו לא יוצא באורך ההקלטה: כל רילס מכוון תמיד ל-10-45 שניות, בלי קשר לכמה האורח דיבר, והפער מתמלא אוטומטית מתמונות וקליפים — לא נשאר ריק ולא נחתך.
יש אורך מינימום שברכה צריכה להיות כדי שהרילס בכלל יירנדר?
לא. הבדיקה בקוד שקובעת אם ברכה בכלל ראויה לרילס (`hasBlessingVideo`) דורשת רק שני תנאים: שיש קובץ קול, ושיש גם סלפי או לפחות תמונה אחת מהרול של האורח. אין שום בדיקת אורך הקלטה בתנאי הזה — ברכה של שתי מילים וסלפי אחד עוברת את הסף בדיוק כמו ברכה של 40 שניות.
אז מה קורה בפועל לברכה של 4-5 שניות — יוצא רילס של 4-5 שניות?
לא. אורך הרילס המוכן תמיד נחתך לטווח קבוע של 10 עד 45 שניות (`MIN_REEL_S`/`MAX_REEL_S` בקוד) — בלי קשר לכמה זמן האורח דיבר בפועל. ברכה קצרה מ-10 שניות לא מתקצרת לרילס קצר; היא מתארכת לרילס בן 10 שניות, עם הקול המקורי בדיוק כמו שהוקלט ושאר הזמן ממולא מחומר אחר.
- הסלפי של האורח נפתח את הרילס, בדיוק כמו בברכה רגילה
- תמונות שהאורח צילם במהלך הערב ממשיכות ל'מלא' את הזמן בלופ של זום-אין/זום-אאוט (Ken Burns)
- אם לאורח יש גם קליפי וידאו שצילם, הם נכנסים לרילס שלו ולא רק לסרטון סיכום הערב המשותף
- בלית חומר אישי מספיק, הרילס שואל פריימים נוספים מהאירוע (fill) כדי שלא יישאר על פריים אחד בלבד
זו גם הסיבה שאפילו ברכה של ״מזל טוב, מתחתנים!״ וסלפי יוצאת רילס מלא ולא קליפ חצי-ריק: המערכת בכוונה לא נותנת לברכה קצרה להרגיש כמו תוספת — היא בונה ממנה תקציר קצר של הערב של אותו אורח. פירטנו על המנגנון המלא שמייצר את הרילסים מכל ברכה בקיר הברכות הדיגיטלי.
המוזיקה ברקע ממשיכה לנגן אחרי שהברכה הקולית נגמרת, או נעשה שקט?
היום כן ממשיכה — אבל זה תיקון אמיתי, לא התנהגות שתוכננה מהתחלה. המוזיקה ברילס בנויה על דאקינג (ducking): עוצמתה נחתכת כשהקול מדבר וחוזרת לעלות כשהוא שותק, לפי עותק של אותו קול שמשמש כ'מפתח' לאפקט. בברכה קצרה מ-10 שניות, עותק המפתח נגמר באורך הקול המקורי — ואז הפילטר שמחבר בין שני המסלולים (sidechaincompress) מפסיק לפעול לגמרי ברגע שאחד מהשניים נגמר, בלי קשר לכך שהווידאו עדיין רץ עוד כמה שניות.
נמדד על שלוש ברכות קצרות אמיתיות מאירוע בדיקה: 10.0 שניות של וידאו מול 5.6, 4.9 ו-6.6 שניות של קול בלבד. התוצאה בפועל הייתה שהקול נגמר, התמונות ממשיכות להסתובב — והרילס נגמר בשקט מוחלט. ההפך המדויק ממה שהדאקינג נועד לעשות.
התיקון היה פשוט אבל מדויק: למלא (pad) את עותק המפתח עד לאורך המלא של הרילס — לא את הקול עצמו, רק את המפתח שמפעיל את הדאקינג — כך שהמוזיקה 'יודעת' שהקול נגמר וחוזרת לעלות בעוצמה, בדיוק כמו בכל רגע שקט אחר בתוך ברכה רגילה. ברכה שכבר עוברת את סף 10 השניות לא מושפעת בכלל מהתיקון הזה.
טבלת סיכום: ברכה קצרה, רגילה וארוכה — מה שונה בכל אחת
| קצרה (מתחת ל-10 שניות) | רגילה (10-45 שניות) | בגבול העליון (45 שניות) | |
|---|---|---|---|
| אורך הרילס המוכן | תמיד נמתח ל-10 שניות | זהה לאורך ההקלטה | נחתך ל-45 שניות בדיוק |
| הקול המקורי | מתנגן בשלמותו, לא נמתח | מתנגן בשלמותו | עובר fade-out 0.6 שניות לפני הסוף |
| מה ממלא את שאר הזמן | תמונות/קליפים של האורח בלופ | לא רלוונטי — אין פער | לא רלוונטי — אין פער |
| מוזיקת רקע אחרי שהקול נגמר | חוזרת לעלות (אחרי התיקון) | חוזרת לעלות בכל שקט | לא רלוונטי |
ומה קורה בכיוון ההפוך — אם מישהו מדבר יותר מ-45 שניות?
זה לא קורה בפועל: ההקלטה בטלפון של האורח נעצרת אוטומטית בדיוק ב-45 שניות (`MAX_GREETING_SECONDS` בקוד, עם ספירה לאחור בעשר השניות האחרונות). ההחלטה הזו נלקחה מכוון — כדי שהרילס הסופי לא יבנה אף פעם מהקלטה שארוכה מהווידאו שיכול להכיל אותה, ושאף ברכה לא תיקטע באמצע משפט כשסוף-סוף מגיעים להורדה.
RegaRoll היא מצלמה חד־פעמית דיגיטלית לאירועים — ₪299 לאירוע, בלי אפליקציה — וכל המנגנון הזה (קיר הברכות, הרילסים הקולנועיים ושני סרטוני סיכום הערב) כלול במלואו גם במסלול הניסיון החינמי, עד 10 אורחים ו-7 ימי שמירה מול 30 בתשלום. אין צורך לתדרך אורחים להקליט ברכה ״מספיק ארוכה״ — גם משפט אחד קצר יוצא רילס מלא, בדיוק כמו שמתואר באיך כל אורח הופך לצוות הסושיאל של הזוג. מי שתוהה אם זה אומר שכל הרילסים הקצרים נראים אותו דבר, התשובה המלאה (וה-18 הקומבינציות של עריכה וצבע שעדיין חלות על כל רילס, קצר כמו ארוך) מפורטת בהאם רילסים מברכות בחתונה נראים אותו דבר. ולמי שתוהה אם אפשר לתקן ברכה שיצאה קצרה מדי בטעות — התשובה היא לא, בדיוק כמו כל רילס אחר, ומוסברת באפשר להחליף רילס שיצא לא מוצלח.