הידוק פרק

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

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

רכיב הידוק פרק מריץ את שלב התכנון שלו ב-Nodaro Cloud. כשבוחרים מסגור, גם הרינדור רץ שם. בהתקנה באירוח עצמי, חברו את ההתקנה ל-Nodaro Cloud תחת אינטגרציות › nodaro.ai או עם מפתח API. בלי חיבור, הרכיב לא מוצע, וכל הרצה שלו נדחית עוד לפני שמשהו מתחיל.

מתי להשתמש

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

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

התחלה מהירה

בשוק התבניות יש שני תהליכים מוכנים. התבנית Tighten Episode היא שרשרת שנבנתה ידנית מהרכיבים תמלול, זיהוי שקט, תוכנית עריכה והחלת רשימת עריכה, ומוכנה למילוי. התבנית Tighten Episode in One Node היא הרכיב הזה, כשהמתג סקירה לפני רינדור מופעל ועם כתוביות בסגנון הדגשת מילה.

קלטים

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

פלטים

הגדרות

מסגור

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

מעקב אחר פנים

כשנבחר מסגור, ההגדרה מקור המסגור קובעת מאיפה מגיעות המסגרות של הדוברים:

• חלוקה שווה. המסגרות האוטומטיות שתוארו למעלה: כל דובר שעל המסך מקבל חלק שווה מהפריים.
• מעקב אחר פנים. רכיב מסגרות דוברים עוקב אחרי כל פנים בחיתוך שהתוכנית יוצרת, ורכיב תצוגת דוברים עוקב אחרי הפנים האלה. על רכיב מסגרות דוברים משלמים לכל 1,000 פריימים דגומים, או חלק מהם. הפנים עדיין לא משויכות לדוברים: מצלמה שמראה אדם אחד נעקבת, ומצלמה שמשותפת לכמה דוברים ממוסגרת בחלוקה השווה.
• אוטומטי (מעקב אחר פנים). עוקב אחרי פנים כשרכיב מסגרות דוברים זמין לכם, ואחרת משתמש בחלוקה השווה, בלי דחייה ובלי חיוב נוסף. גם האומדן, וגם המחיר הרשום של אפליקציה או של תבנית, פועלים לפי אותו כלל.

בהתקנה באירוח עצמי, רכיב מסגרות דוברים צריך חיבור ל-Nodaro Cloud, כמו רכיב תצוגת דוברים. כשרכיב מסגרות דוברים לא זמין לכם, חלונית ההגדרות לא מציעה מקור מסגור, והאפשרות אוטומטי (מעקב אחר פנים) היא החלוקה השווה. רכיב שבו נבחרה האפשרות מעקב אחר פנים מציג אז הערה, וההרצה שלו נדחית עם 403 node_not_available לפני כל חיוב.

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

סקירה לפני רינדור

כשהמתג סקירה לפני רינדור מופעל, ההרצה נעצרת בתצוגה מקדימה של החיתוך. הרינדור הוא תצוגה מקדימה, בתעריף הנמוך יותר של תצוגות מקדימות, והכתוביות ומוזיקת הרקע עוד לא מתווספות.

1. פתחו את הבדיקה ועברו על החיתוך. אפשר לשמוע כל חיתוך, לשחזר את מה שהתוכנית הסירה ולחתוך את מה שהיא השאירה. ראו את הסעיף בדיקת חיתוך בדף תוכנית עריכה.
2. לחצו על רינדור סופי ברכיב. הרכיב מרנדר את הפרק באיכות מלאה עם העריכה שלכם, ואז מוסיף את הכתוביות ואת מוזיקת הרקע, פעם אחת.

• רינדור סופי משתמש בהגדרות של התצוגה המקדימה. כדי לשנות הגדרה, הריצו את הרכיב שוב.
• אפשר להריץ רינדור סופי שוב. אחרי שרינדור סופי הסתיים, ערכו שוב את החיתוך ולחצו על רינדור סופי. הרינדור והשלבים שאחריו רצים שוב, ומשלמים עליהם שוב, בלי העמלה. רינדור של אותה עריכה בפעם השנייה נדחה, ורק רינדור סופי אחד רץ בכל פעם.
• באפליקציה שפורסמה, הרכיב מציג את התצוגה המקדימה שלו בדף של האפליקציה, עם כפתור רינדור סופי, כמו רינדור של רכיב החלת רשימת עריכה. אחרי שנוצרה הגרסה הסופית, רינדור סופי נוסף של אותה הרצה נדחה. ראו את הסעיף רינדור סופי באפליקציה בדף אפליקציות.
• הרכיבים שאחריו רצים על התצוגה המקדימה. ב-Nodaro Cloud, הרכיב נעצר בתצוגה המקדימה שלו, אבל הרכיבים שמחוברים אחריו רצים על התצוגה המקדימה, ומשלמים עליהם. כשלוחצים על רינדור סופי, הם רצים שוב, על הפרק הסופי.
• מישהו צריך לבדוק. הרצה שאין מי שיבדוק אותה לא יכולה לעבור את הרכיב. זה כולל הרצה שהתחילה מה-API, מה-SDK, מכלי ה-MCP run_workflow או מטריגר, והרצה בתוך רכיב שמור. הרכיבים שלפני רכיב הידוק פרק רצים, ומשלמים עליהם. אחר כך הרכיב נכשל עם preview_review_required, ולא משלמים עליו כלום. בהרצות כאלה, כבו את המתג סקירה לפני רינדור.
• לא פעם אחת לכל פריט ברשימה. רכיב שמוזן מרכיב רשימה, כשהמתג סקירה לפני רינדור מופעל בו, נדחה עוד לפני שאחת ההרצות שלו מתחילה, בלי חיוב. בהודעה כתוב: ״סקירה לפני רינדור אינה זמינה כשהרכיב רץ פעם אחת לכל פריט ברשימה — כבו אותה כדי להריץ את הרשימה.״

בכלי ה-MCP tighten_episode ו-continue_use_case, עוזר ה-AI שקורא להם הוא זה שעושה את הבדיקה, ולכן הם יכולים להשתמש באפשרות סקירה לפני רינדור.

אם הרצה נכשלת

השלבים שהסתיימו נשארים כפי שהם. התוצאות שלהם, כגון התמלול והעריכה, נשמרות, ולא משלמים על השלבים האלה שוב. לחצו על המשך ברכיב: רק השלב שנכשל והשלבים שאחריו רצים שוב.

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

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

קרדיטים

ברכיב הידוק פרק, כל שלב עולה לפי התעריף שלו, כמו הרכיב שהשלב מייצג, ובנוסף יש עמלה קטנה לכל הרצה. הרכיב מציג את האומדן המלא, כולל העמלה, לפני ההרצה.

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

האומדן לפני ההרצה

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

איך רכיב תוכנית עריכה סופר את הדקות מוסבר בדף תוכנית עריכה.

רכיבים אחרי הידוק פרק

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

• האומדן לפני ההרצה מתמחר את הרכיב לפי האורך המשוער של הרינדור. זה האורך המלא של ההקלטה, או 180 דקות כשהאורך של ההקלטה לא ידוע. רכיב אפקטי קול לווידאו מתומחר באומדן לכל היותר במחיר של 300 שניות, ורכיב גובה צליל וטמפו לכל היותר במחיר של 30 דקות.
• המחיר הרשום של אפליקציה או של תבנית מתמחר רכיב קיצוץ וידאו, לולאת וידאו או שילוב סרטונים לפי כל דקה של ההקלטה. הוא מתמחר רכיב אפקטי קול לווידאו במחיר של 300 שניות, כי הרכיב הזה דוחה סרטון ארוך יותר, ורכיב גובה צליל וטמפו במחיר של 30 דקות, הסכום המרבי שהרצה שלו עולה.
• בהרצה עצמה, משלמים על הרכיב לפי האורך של החיתוך שרונדר. ההרצה מדווחת על האורך הזה בפלט של הרכיב.

למשל, רכיב קיצוץ וידאו שמשאיר את הפרק כולו, אחרי רכיב הידוק פרק של הקלטה בת 60 דקות עם כתוביות, מוערך לפי 60 דקות של וידאו, ולא לפי 8 השניות שהעורך הניח קודם.

טיפים

• עברו על פרקים חשובים לפני הרינדור. הפעילו את המתג סקירה לפני רינדור, עברו על החיתוך, ערכו אותו, ואז לחצו על רינדור סופי.
• השתמשו שוב בעריכה. חברו את הפלט עריכה (EDL) לרכיב החלת רשימת עריכה שני, כדי לרנדר את אותו חיתוך בפורמט אחר.
• כוונו את התוכנית. השתמשו בשדה הנחיות כדי לומר מה התוכנית צריכה להשאיר או להסיר, למשל keep the cold open (השאר את קטע הפתיחה).
• התחילו מטיוטה חסכונית. השתמשו באפשרות חסכוני למעבר ראשון מהיר, וברמה גבוהה יותר בהגדרה איכות העריכה לפרק שאתם מפרסמים.

פתרון בעיות

דרך ה-API

הנתיב POST /v1/tighten-episode מתחיל הרצה ומחזיר 202 עם jobId ו-executionId. גוף הבקשה מקבל את mediaUrls (כתובת הקלטה אחת), ובאופן אופציונלי גם musicUrl, output, framing, framingSource, captions, captionStyle, reviewBeforeRender, planTier, instructions, styleGuide ו-musicDuckAmount. בדקו את הסטטוס של המשימה עם GET /v1/jobs/:id/status מדי כמה שניות.

• השדה framingSource הוא "auto", "static" או "tracking". כשהוא לא נשלח, הוא "static", החלוקה השווה. הערך "tracking" נדחה עם 403 node_not_available כשרכיב מסגרות דוברים לא זמין לכם. ראו את הסעיף מעקב אחר פנים.
• ב-output_data של המשימה נמצאים הפרק (videoUrl, או audioUrl לפרק אודיו), העריכה (json), התמלול ו-quality (proxy לתצוגה מקדימה, final בכל מקרה אחר). כשההרצה יודעת מה אורך הפרק, השדה durationSec נותן את אורך החיתוך בשניות. הרצה שנכשלה שומרת את מה שהושלם, ומציינת את השלב שנכשל ב-failedStep.
• כותרת Idempotency-Key גורמת לכך שניסיון חוזר של אותה בקשה יחזיר את אותו jobId עם "deduped": true, בלי להתחיל שום דבר. מפתח ששייך כבר לסוג אחר של משימה, כגון יצירת תמונה, נדחה עם 409 idempotency_key_reused, ושום דבר לא נוצר ואין חיוב. שלחו מפתח חדש.
• הנתיב POST /v1/tighten-episode/estimate מקבל את אותו גוף בקשה ומחזיר { data: { totalCredits, stepsCredits, feeCredits, durationSec } }, בלי להתחיל שום דבר.
• הנתיב POST /v1/tighten-episode/continue עם { jobId, mode } ממשיך הרצה. הערך "mode": "from-failed" מריץ את מה שהרצה שנכשלה לא השלימה. הערך "mode": "render-final" מרנדר את הגרסה הסופית של הרצה שעצרה לבדיקה, עם editedEdl אופציונלי. בקשה לרינדור סופי של הרצה שלא הייתה תצוגה מקדימה נדחית עם render_final_not_preview, ובקשה לרינדור סופי של עריכה שכבר רונדרה נדחית עם render_final_already_rendered.

ה-SDK (client.edit.tightenEpisode, client.edit.estimateTightenEpisode, client.edit.continueUseCase), ה-CLI (nodaro edit tighten-episode, nodaro edit continue-use-case) וכלי ה-MCP tighten_episode קוראים לאותם נתיבים. ראו את דף ה-API הרצת רכיב יחיד, את הדף עריכה ב-SDK ואת הדף כלי ה-MCP לניתוח ול-EDL.