เครื่องคำนวณเฟรมวิดีโอ
แปลงเฟรม FPS และความยาวสำหรับวิดีโอ AI
เครื่องคำนวณเฟรมนี้แปลงระหว่างจำนวนเฟรม อัตราเฟรม และความยาวคลิปสำหรับเวิร์กโฟลว์วิดีโอ AI และแอนิเมชัน กรอกค่าใดสองค่าแล้วค่าที่สามจะคำนวณทันที โดยใช้ธรรมเนียม (เฟรม - 1) / fps ที่ Wan, AnimateDiff, โหนดวิดีโอของ ComfyUI และ Stable Video Diffusion ใช้เหมือนกันหมด
โมเดลวิดีโอแบบเปิดคิดเป็นเฟรม ไม่ใช่วินาที Wan 2.x สร้าง 81 เฟรมที่ 16 fps ส่วน AnimateDiff ทำงานในบริบท 16 เฟรม และจำนวนแบตช์ของ ComfyUI เป็นตัวเลขเฟรมดิบ ๆ แต่คนทำหนังคิดเป็นวินาทีและอัตราเฟรมของไทม์ไลน์ เครื่องคำนวณนี้แปลระหว่างสองโลกนั้น และแผงการแทรกเฟรมด้านล่างแสดงว่า RIFE หรือ FILM ทำอะไรกับจำนวนเฟรมและ fps ของคุณระหว่างทางไปสู่ไทม์ไลน์ 24 fps
ทุกอย่างทำงานในเบราว์เซอร์ของคุณ ไม่มีสิ่งที่คุณกรอกถูกส่งไปยังเซิร์ฟเวอร์ใด
การแปลงของคุณ
5 วินาที
เฟรม 81
อัตราเฟรม 16 fps
ความยาว 5 วินาที
การคำนวณแบบตรง ๆ ว่าเฟรมหารด้วย fps จะได้ 5.063 วินาที แต่ความยาวที่เล่นได้ครอบคลุมช่วงระหว่างเฟรมจำนวน เฟรม - 1 ช่วง คลิปที่สร้างขึ้นจึงสั้นกว่าที่การหารแบบง่ายบอกไว้อยู่หนึ่งช่วงเฟรม
การแทรกเฟรม
RIFE, FILM และตัวแทรกเฟรมที่คล้ายกันจะคูณอัตราเฟรมของคุณโดยไม่เปลี่ยนความยาว ทุกช่วงระหว่างเฟรมจะได้เฟรมใหม่มาแทรกอยู่ตรงกลาง
fps ขาออก 32
เฟรมขาออก 161
ความยาว 5 วินาที (ไม่เปลี่ยน)
ความยาว = (เฟรม - 1) / fps | fps_ขาออก = fps x ตัวคูณ | เฟรม_ขาออก = (เฟรม - 1) x ตัวคูณ + 1
เป้าหมาย ไทม์ไลน์ 24 fps
จาก 16 fps ตัวคูณการแทรกเฟรมที่แม่นยำคือ 1.5 เท่า ซึ่งให้ 121 เฟรมที่ 24 fps โดยมีความยาว 5 วินาทีเท่าเดิม ตัวแทรกเฟรมที่รับแต่จำนวนเต็มจะไปถึงด้วยการคูณ 3 เท่าเป็น 48 fps แล้วทิ้งเฟรมแบบ 2 ต่อ 1 หรือปรับลงเป็น 24 ในโปรแกรมตัดต่อ
การเอาเฟรมต้นฉบับไปเล่นที่ 24 fps แทนจะทำให้คลิปสั้นลงเหลือ 3.333 วินาที ซึ่งเป็นการเสียความยาวไป 33.3 เปอร์เซ็นต์ ความคลาดนี้คือเหตุผลที่คลิป AI ซึ่งถูกวางลงบนไทม์ไลน์ 24 fps ตรง ๆ รู้สึกเหมือนถูกเร่งความเร็ว
ตารางอ้างอิงจำนวนเฟรม
จำนวนเฟรมสำหรับความยาวคลิปที่ใช้กันบ่อย โดยใช้สูตร เฟรม = ความยาว x fps + 1
| ความยาวคลิป | 8 fps | 12 fps | 16 fps | 24 fps | 25 fps | 30 fps | 60 fps |
|---|---|---|---|---|---|---|---|
| 2 วินาที | 17 | 25 | 33 | 49 | 51 | 61 | 121 |
| 4 วินาที | 33 | 49 | 65 | 97 | 101 | 121 | 241 |
| 5 วินาที | 41 | 61 | 81 | 121 | 126 | 151 | 301 |
| 8 วินาที | 65 | 97 | 129 | 193 | 201 | 241 | 481 |
| 10 วินาที | 81 | 121 | 161 | 241 | 251 | 301 | 601 |
วิธีการทำงาน
เลือกว่าจะหาค่าไหน กรอกอีกสองค่า แล้วเครื่องคำนวณจะใช้สูตร ความยาว = (เฟรม - 1) / fps เลขลบหนึ่งนั้นสำคัญ ความยาวที่เล่นได้ของคลิปคือเวลาระหว่างเฟรมแรกกับเฟรมสุดท้าย เฟรม N เฟรมจึงครอบคลุม N - 1 ช่วง นั่นคือเหตุผลที่ Wan ส่ง 81 เฟรมสำหรับคลิป 5 วินาทีที่ 16 fps และเหตุผลที่ผลเรนเดอร์ของ AnimateDiff ออกมาสั้นกว่าจำนวนเฟรมหารด้วย fps เล็กน้อย แผงการแทรกเฟรมใช้สูตร fps_ขาออก = fps x ตัวคูณ และ เฟรม_ขาออก = (เฟรม - 1) x ตัวคูณ + 1 ซึ่งเป็นการคำนวณที่โหนด RIFE กับ FILM ใช้ใน ComfyUI
5 วินาทีของวิดีโอคือกี่เฟรม
ขึ้นอยู่กับอัตราเฟรมล้วน ๆ ห้าวินาทีคือ 81 เฟรมที่ 16 fps, 121 เฟรมที่ 24 fps และ 151 เฟรมที่ 30 fps โดยแต่ละค่านับรวมเฟรมปลายทางที่บวกเพิ่มอีกหนึ่ง เครื่องคำนวณจากเฟรมเป็นวินาทีจะให้คำตอบที่ใช้ได้ก็ต่อเมื่อคุณรู้ว่าโมเดลของคุณสร้างงานที่ fps เท่าไร Wan ใช้ 16 fps เป็นค่าตั้งต้น เวิร์กโฟลว์ AnimateDiff มักอยู่ที่ 8 ถึง 16 fps และ Stable Video Diffusion ส่งคลิปสั้นที่ 6 ถึง 14 fps ตามการตั้งค่า
ความสัมพันธ์ระหว่าง fps กับจำนวนเฟรมยังเป็นตัวคุมการคำนวณงบของวิดีโอ AI ด้วย ความยาวใน ComfyUI ถูกตั้งเป็นจำนวนเฟรม และทุกเฟรมที่เพิ่มขึ้นกิน VRAM กับเวลาสร้าง การรู้ว่าคลิป 5 วินาทีที่ 16 fps ต้องใช้ 81 เฟรมจึงบอกคุณได้ทันทีว่าต้องพิมพ์อะไรลงในช่องความยาว และมันจะมีต้นทุนเท่าไรก่อนที่คุณจะสั่งงานเข้าคิว
การเอาผลลัพธ์จาก AI ขึ้นไทม์ไลน์ตัดต่อคืออีกครึ่งหนึ่งของเรื่อง คนตัดต่อตัดที่ 24, 25 หรือ 30 fps และงานที่สร้างมาที่ 16 fps เมื่อวางลงบนไทม์ไลน์ 24 fps จะเล่นสั้นไปหนึ่งในสามหรือกระตุกจากการผสมเฟรม การแทรกเฟรมคือทางแก้ราคาถูก การแทรกที่ 1.5 เท่าพา 16 fps ไปที่ 24 พอดี ส่วนการแทรกที่ 3 เท่าไปเป็น 48 fps ให้ 24 fps ที่สะอาดหลังทิ้งเฟรมแบบ 2 ต่อ 1 พร้อมแถมตัวเลือกสโลว์โมชัน 2 เท่ามาให้ฟรี ๆ
เหมาะกับใคร
- คนทำหนังด้วย AI แปลงรายการช็อตที่วัดเป็นวินาทีให้เป็นจำนวนเฟรมที่ Wan, AnimateDiff หรือ ComfyUI ต้องการจริง ก่อนจะเสียเวลา GPU
- คนตัดต่อ หาตัวคูณการแทรกเฟรมที่พาฟุตเทจที่สร้างขึ้นไปลงบนไทม์ไลน์ 24 หรือ 30 fps โดยไม่กระตุกและไม่เปลี่ยนความเร็วโดยไม่ตั้งใจ
- คนทำแอนิเมชัน วางแผนแอนิเมชันที่ 8 หรือ 12 fps (การถ่ายทุกสองเฟรม) และรู้งบเฟรมที่แน่นอนของแต่ละความยาวคลิป
Video Frames Calculator: the complete guide
It solves any one of frame count, fps, or duration from the other two using the (frames - 1) / fps convention, and models frame interpolation so you know the output fps and frame count before running RIFE or FILM.
For this workflow, the central problem is clear: open video models measure clips in frames while filmmakers plan in seconds, and the (frames - 1) / fps convention makes naive conversions come out wrong. Left unresolved, this creates downstream friction and slower decisions. The practical target is exact frame counts, frame rates, and durations that match what the model generates and what the timeline expects.
Limitation to keep in mind: It cannot know model-specific frame count constraints (like Wan's 4n+1 steps) beyond documenting them, and it does not predict encoder behavior after export; verify final timing in your NLE.
Advanced workflow: Advanced teams standardize one generation fps per project, log frame counts per shot in the shot list, and batch all interpolation at a single factor so every clip conforms to the timeline identically.
Step-by-Step Workflow
- Pick the value to solve for, then enter the two you know: model output is usually frames plus fps, a storyboard is usually seconds.
- Use the fps chips to match your model's native rate (16 for Wan, 8 to 16 for AnimateDiff) instead of guessing.
- Run the interpolation panel to plan the path from generation fps to timeline fps before generating anything.
- Copy the result into your shot list so frame budgets survive into the edit and the cost estimate.
Use Cases By Profile
- AI filmmaker: convert a 6 second shot into the exact frame count to type into a ComfyUI length field before queuing.
- Editor: pick the interpolation factor that lands 16 fps generations on a 24 fps timeline without retiming artifacts.
- Animator: budget frames for 12 fps animation passes and know the runtime cost of every added second.
Common Mistakes To Avoid
- Dividing frames by fps and wondering why every clip is one interval shorter than expected.
- Dropping 16 fps generations straight onto a 24 fps timeline and shipping the resulting judder or speed-up.
- Ignoring model frame-step constraints and requesting counts the model silently rounds.
Professional Best Practices
- Memorize the anchors: 81 frames at 16 fps is 5 seconds, 121 frames at 24 fps is 5 seconds.
- Interpolate before color and grain passes; interpolators behave better on clean frames.
- When a model constrains counts (4n+1 for Wan), pick the nearest valid count and recompute the true duration here.
Treat this tool output as a decision support layer, not a replacement for authorship. Great scripts are remembered for specific choices, emotional precision, and clarity of dramatic movement. Tools help by removing noise so your energy can go where it matters: character, conflict, escalation, and payoff. If you review outcomes after each pass and keep an explicit log of accepted changes, your workflow becomes faster and more predictable from draft to draft. That consistency is exactly what professional collaborators value: fewer surprises, clearer rationale, and a script that evolves with intent.
Extended FAQ
What formula does a video frames calculator use?
duration = (frames - 1) / fps. The minus one exists because N frames span N - 1 playable intervals. Frames from duration is the inverse: duration x fps + 1.
Why does Wan generate 81 frames?
Wan 2.x natively outputs 16 fps and targets 5 second clips: 5 x 16 + 1 = 81. The model also prefers 4n+1 frame counts, and 81 satisfies both.
What fps does AnimateDiff use?
AnimateDiff's motion modules were trained around 8 to 16 fps context windows, and most workflows render at 8, 12, or 16 fps, then interpolate up for delivery.
Is it better to generate at 24 fps or interpolate up to it?
Generating at 24 fps costs 50 percent more frames than 16 fps for the same duration. Most workflows generate at the model's native rate and interpolate, reserving native 24 fps for shots with fast motion where interpolation artifacts show.
How does frame count affect VRAM and generation time?
Roughly linearly for time and significantly for VRAM, since video models attend across frames. Halving fps at the same duration halves the frame budget, which is the main reason 16 fps generation plus interpolation is the default economy move.
What frame rate should the final export use?
Match your delivery target: 24 fps for cinematic work, 25 for PAL broadcast, 30 or 60 for social and screen capture. Decide the target first, then plan generation fps and interpolation factor backward from it.
คำถามที่พบบ่อย
เพราะความยาวคือ (เฟรม - 1) / fps ไม่ใช่ เฟรม / fps ความยาวที่เล่นได้ของคลิปครอบคลุมช่วงระหว่างเฟรม และเฟรม N เฟรมมีเพียง N - 1 ช่วง คลิป 81 เฟรมที่ 16 fps จึงยาว 5.0 วินาทีพอดี ไม่ใช่ 5.06
81 เฟรม เพราะ 5 x 16 = 80 ช่วง บวกเฟรมปลายทางอีกหนึ่ง นี่คือเหตุผลที่ผลลัพธ์ตั้งต้นของ Wan คือ 81 เฟรม ซึ่งถอดออกมาเป็นคลิป 5 วินาทีที่ 16 fps อันเป็นอัตราเฟรมดั้งเดิมของมัน
แทรกเฟรมที่ 1.5 เท่าถ้าเครื่องมือของคุณรับตัวคูณแบบเศษส่วนได้ ซึ่งจะรักษาความยาวไว้เท่าเดิม ถ้าตัวแทรกเฟรมรับแต่จำนวนเต็ม ให้คูณ 3 เท่าไปที่ 48 fps แล้วทิ้งเฟรมเว้นเฟรม หรือส่งออกที่ 48 fps แล้วให้โปรแกรมตัดต่อปรับเอง เลี่ยงการเปลี่ยนความเร็วเฉย ๆ เพราะการเอาเฟรม 16 fps ไปเล่นที่ 24 fps จะตัดความยาวหายไปหนึ่งในสาม
คูณจำนวนวินาทีที่ต้องการด้วย fps ขาออกของคุณแล้วบวก 1 คลิป 4 วินาทีที่ 16 fps คือ 65 เฟรม ส่วนที่ 24 fps คือ 97 เฟรม โหนดบางตัวยังจำกัดจำนวนให้เป็นขั้นเฉพาะของโมเดล (Wan ใช้ค่าแบบ 4n+1 อย่าง 81) ให้ปัดไปยังค่าที่ถูกต้องซึ่งใกล้ที่สุด
ไม่ การแทรกเฟรมเติมเฟรมใหม่ลงในช่วงระหว่างเฟรมที่มีอยู่แล้ว การแทรก 2 เท่ากับ 81 เฟรมที่ 16 fps จึงให้ 161 เฟรมที่ 32 fps และความยาวยังคงเป็น 5 วินาที ความยาวจะเปลี่ยนก็ต่อเมื่อคุณเปลี่ยนความเร็ว ทำแรมป์ความเร็ว หรือทิ้งเฟรมในภายหลัง
วางแผนหนัง AI ทั้งเรื่อง ไม่ใช่แค่คลิปเดียว
ScreenWeaver พาบทของคุณจากการแตกฉากไปสู่สตอรีบอร์ดและรายการช็อต ทุกคลิปที่คุณสร้างจึงมีที่ทางของมันในการตัดต่อก่อนที่คุณจะเสียเวลา GPU เริ่มใช้ฟรี
วางแผนหนังของคุณฟรี
