VidStudio - เครื่องมือปรับขนาดและแก้ไขวิดีโอออนไลน์ฟรี

 (vidstudio.app)
1 คะแนน โดย GN⁺ 2026-04-23 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • เป็น โปรแกรมตัดต่อวิดีโอ ที่ประมวลผลในเบราว์เซอร์โดยไม่ต้องอัปโหลดไฟล์ พร้อมรองรับ การตัดต่อหลายแทร็ก การเลื่อนดูแบบรายเฟรม และฟีเจอร์ source monitor
  • สร้างขึ้นบนพื้นฐาน FFmpeg WASM และ WebCodecs ทำให้ทุกการประมวลผลเกิดขึ้นภายในเบราว์เซอร์
  • มีเครื่องมือวิดีโอหลัก เช่น การปรับขนาดวิดีโอ สเกล ครอป ตัดต่อคลิป บีบอัด สร้างภาพขนาดย่อ และลายน้ำ
  • รองรับการประมวลผลเสียง รวมถึงฟีเจอร์คำบรรยายและข้อความ และรองรับการแปลงจากอินพุต MP4·MOV·WebM·MKV·AVI ไปเป็น MP3·WAV·AAC·M4A·FLAC
  • เป็นเครื่องมือตัดต่อบนเว็บที่มีทั้ง พรีเซ็ตการบีบอัด สำหรับ Discord, Email, WhatsApp, Slack, Twitter และ พรีเซ็ตการปรับขนาด สำหรับ TikTok, Instagram Reels, YouTube Shorts

โปรแกรมตัดต่อวิดีโอ

  • รองรับ การตัดต่อหลายแทร็ก, การประมวลผลด้วย WebCodecs, การเลื่อนดูแบบรายเฟรม และ source monitor
  • มีฟังก์ชันสร้าง New Project
  • ให้ความสามารถในการตัดต่อวิดีโอภายในเบราว์เซอร์

วิธีการประมวลผลหลัก

  • สร้างขึ้นบนพื้นฐาน FFmpeg WASM
  • ทุกการประมวลผลเกิดขึ้น ภายในเบราว์เซอร์

เครื่องมือวิดีโอ

  • Resize & Scale

    • รองรับการปรับขนาดและสเกลวิดีโอ

  • Trim & Cut

    • รองรับการตัดวิดีโอและตัดต่อคลิป

  • Compress

    • รองรับการบีบอัดวิดีโอ

  • Drop Zone

    • มีเครื่องมือ Drop Zone

  • Thumbnails

    • รองรับการสร้างภาพขนาดย่อ

  • Watermark

    • รองรับการใส่ลายน้ำ
    โฆษณา

เสียงและฟีเจอร์เพิ่มเติม

  • Audio Processing

    • รองรับการประมวลผลเสียง

  • Subtitles & Text

    • รองรับคำบรรยายและข้อความ

การบีบอัดตามแพลตฟอร์ม

  • Compress for Discord

    • รองรับการบีบอัดวิดีโอสำหรับ Discord

  • Compress for Email

    • รองรับการบีบอัดวิดีโอสำหรับ Email

  • Compress for WhatsApp

    • รองรับการบีบอัดวิดีโอสำหรับ WhatsApp

  • Compress for iMessage

    • รองรับการบีบอัดวิดีโอสำหรับ iMessage
    โฆษณา

  • Compress for Slack

    • รองรับการบีบอัดวิดีโอสำหรับ Slack

  • Compress for Twitter

    • รองรับการบีบอัดวิดีโอสำหรับ Twitter

การปรับขนาดตามแพลตฟอร์ม

  • Resize for TikTok

    • รองรับการปรับขนาดวิดีโอสำหรับ TikTok

  • Resize for Instagram Reels

    • รองรับการปรับขนาดวิดีโอสำหรับ Instagram Reels

  • Resize for YouTube Shorts

    • รองรับการปรับขนาดวิดีโอสำหรับ YouTube Shorts

  • Resize for Instagram Post

    • รองรับการปรับขนาดวิดีโอสำหรับ Instagram Post

  • Resize for LinkedIn

    • รองรับการปรับขนาดวิดีโอสำหรับ LinkedIn

  • Resize for Facebook

    • รองรับการปรับขนาดวิดีโอสำหรับ Facebook
    โฆษณา

  • Resize for Twitter

    • รองรับการปรับขนาดวิดีโอสำหรับ Twitter

  • Resize for Pinterest

    • รองรับการปรับขนาดวิดีโอสำหรับ Pinterest

การแปลงฟอร์แมตเสียง

  • MP4 to MP3

    • รองรับการแปลง MP4 เป็น MP3

  • MOV to MP3

    • รองรับการแปลง MOV เป็น MP3

  • WebM to MP3

    • รองรับการแปลง WebM เป็น MP3

  • MKV to MP3

    • รองรับการแปลง MKV เป็น MP3

  • AVI to MP3

    • รองรับการแปลง AVI เป็น MP3
    โฆษณา

  • MP4 to WAV

    • รองรับการแปลง MP4 เป็น WAV

  • MP4 to AAC

    • รองรับการแปลง MP4 เป็น AAC

  • MP4 to M4A

    • รองรับการแปลง MP4 เป็น M4A

แปลงวิดีโอเป็นเสียง

  • Video to MP3

    • รองรับการแปลงวิดีโอเป็น MP3

  • Video to WAV

    • รองรับการแปลงวิดีโอเป็น WAV

  • Video to FLAC

    • รองรับการแปลงวิดีโอเป็น FLAC

  • Video to AAC

    • รองรับการแปลงวิดีโอเป็น AAC

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2026-04-23
ความคิดเห็นบน Hacker News

  • ถึงจะรัน FFmpeg บน WebAssembly ก็ไม่ได้ทำให้ปัญหาเรื่องไลเซนส์หายไป FFmpeg ใช้ LGPL 2.1 แต่ VidStudio ดูเหมือนจะเป็น closed source และก็หาไม่เจอว่ามีการระบุว่าเป็นซอฟต์แวร์เสรีด้วย ถ้าแจกจ่ายในรูปแบบที่ส่งไปยังเบราว์เซอร์ของไคลเอนต์ ก็มีความเป็นไปได้ว่าจะละเมิดเงื่อนไข LGPL และคิดว่าหน้า FFmpeg legal ก็น่าอ่านประกอบ

    • จำได้ว่า closed source เองทำได้ แต่ LGPL มีข้อกำหนดเพิ่มเติมบางอย่าง เช่น ต้องให้ลิงก์ไปยังซอร์สของ FFmpeg เวอร์ชันที่ใช้ ถ้าเป็น dynamic link ผู้ใช้ต้องสามารถสลับไปใช้ไลบรารีที่เขาบิลด์เองได้ และถ้าเป็น static link ก็ต้องมีเครื่องมือให้ relink ใหม่กับบิลด์ที่เข้ากันได้ พอดีเพิ่งทบทวน LGPL มาเมื่อไม่นานนี้เลยยังจำได้ค่อนข้างชัด แต่ถ้าผิดก็ยินดีให้แก้ไข
    • ขอบคุณที่ชี้ให้เห็น และพูดตามตรง ตอนแรกผมไม่ได้คิดเรื่อง licensing ลึกขนาดนั้น เดิมทีมันเป็นชุดเครื่องมือทดลอง codec วิดีโอและเสียงที่ทำไว้รันในเครื่องตัวเอง แต่พอหลัง ๆ ดูแล้วคนอื่นก็น่าจะใช้ได้เหมือนกันเลยเปิดให้สาธารณะใช้ คืนนี้ผมจะปรับทุกอย่างที่จำเป็นให้สอดคล้องอย่างครบถ้วน อย่างน้อยก็สะกด FFmpeg ถูกแล้ว และโปรเจกต์ wasm นี้ก็ทำให้รู้ว่าต้องไปศึกษาเรื่องความต่างระหว่าง GPL กับ LGPL เพิ่มอีก
    • ผมคิดว่าสามารถ ปฏิบัติตาม LGPL ได้โดยไม่ต้องเปิดซอร์สทั้งแอป เช่น แยกแอปกับ ffmpeg ออกไปทำงานกันคนละ isolate หรือก็คือคนละ wasm process หรือเปิดทางให้ผู้ใช้เอา FFmpeg wasm ที่คอมไพล์เองมารวมกับโค้ด wasm แบบปิดซอร์สของแอปก็ได้ ส่วนการแยก isolate อย่างเดียวจะเพียงพอให้ผ่าน GPL ด้วยไหม อาจตีความคล้ายกับกรณีเรียกใช้ FFmpeg เป็นเครื่องมือบรรทัดคำสั่งได้ แต่ในทางกฎหมายก็ยังดูค่อนข้างเสี่ยงอยู่
    • LGPL นั้นโดยตัวมันเอง อนุญาตให้ใช้ไลบรารีในซอฟต์แวร์แบบปิดซอร์ส ได้
    • แต่ codec ยอดนิยมบางตัวเป็น GPL ดังนั้นถ้าเปิดใช้ตัวเลือกเหล่านั้น ก็อาจต้องแจกจ่ายโค้ดส่วนที่เหลือภายใต้ GPL ไปด้วย

  • ประสิทธิภาพ น่าประทับใจ มาก และการคงสถานะก็ให้ความรู้สึกลื่นไหลเป็นธรรมชาติมาก ก่อนหน้านี้เวลาเคยใช้วิดีโอเอดิเตอร์บนเบราว์เซอร์มักจะเริ่มหน่วงอย่างรวดเร็ว แต่นี่กลับรับมือได้ดีจนแปลกใจ อย่างไรก็ตามฝั่ง track ยังทำงานได้ไม่ดีนัก และบน Firefox บน Windows ก็ไม่สามารถลากแล้ววางเพื่อสลับลำดับได้ อีกทั้งยังหา เครื่องมือ transform สำหรับปรับตำแหน่ง หมุน หรือย่อขยายเพื่อจัดวิดีโอคนละอัตราส่วนภาพ เช่น แนวตั้งกับแนวนอน ให้เข้ากันไม่เจอ

    • ขอบคุณสำหรับกำลังใจ และเรื่อง การจัดการ track ผมยังแก้ไม่ลงตัวทั้งหมด ตอนนี้เลยยังย้ายคลิปข้าม track ไม่ได้ และเรื่องเปลี่ยนลำดับ track ก็ยังไม่ได้คิดไว้ เดี๋ยวจะลองดูให้ ส่วน transform นั้นถ้าวางคลิปลงบน track แล้วคลิก คลิกแล้วควรมีแผงอยู่ทางขวาของ program monitor ถึงตัวเลือกจะยังมีไม่มากแต่ก็พอมีอยู่บ้าง พูดตรง ๆ คือมีบางส่วนที่ผมก็อาศัย LLM ช่วยประคองให้มันประกอบกันได้

  • ปัญหา hvc1 และ 10-bit ที่พูดถึงข้างบน ดูเหมือนจะไม่ใช่ปัญหา fallback ของ FFmpeg-wasm แต่เป็นช่องว่างด้านการรองรับของ WebCodecs ในแต่ละเบราว์เซอร์มากกว่า เส้นทาง HEVC ของ Firefox ยังรองรับได้เพียงบางส่วน และ 10-bit ยิ่งเปราะบางกว่า Chrome โดยรวมมักจะใช้ได้ แต่ Firefox จะพลาดแบบตรงจุดกับไฟล์ที่ iPhone หรือ Android รุ่นใหม่ถ่ายออกมาเป็นค่าเริ่มต้น เพราะฉะนั้นถ้ามีข้อความแจ้งในขั้นตอนทดสอบนำเข้า ว่าเบราว์เซอร์นี้ถอดรหัส codec นี้ไม่ได้ และแนะนำให้ลอง Chrome ก็น่าจะช่วยลดการหลุดออกไปได้

    • ผมว่าเป็นข้อเสนอที่ดีมาก พอข้ามเรื่อง licensing ไปแล้ว ก็ยังมีข้อผิดพลาดอีกเป็นภูเขาที่ต้องแก้ แต่ถ้าจัดการพวกนั้นได้ ประสบการณ์ใช้งานก็น่าจะดีขึ้นมาก

  • อยากรู้ว่าถ้าเทียบกับ https://omniclip.app/, https://tooscut.app, https://clipjs.mohy.dev/ แล้วตัวนี้เป็นอย่างไร

    • ผมเองก็สงสัยเหมือนกันว่าเทียบกับ https://pikimov.com จะเป็นอย่างไร คิดว่าเป็นวิดีโอเอดิเตอร์บนเบราว์เซอร์อีกตัวที่เห็นบ่อยช่วงนี้
    • พูดตามตรง ตอนนี้ยังไม่รู้ และบริการที่แชร์มาก็ เพิ่งรู้จักเป็นครั้งแรก เดี๋ยวจะลองใช้เองแล้วเปรียบเทียบดู ขอบคุณที่แนะนำ

  • น่าสนใจที่เมื่อก่อนแอปแบบ local-first ไม่มีทั้งบัญชีผู้ใช้และการอัปโหลดเป็นเรื่องปกติ แต่ตอนนี้กลับกลายเป็นคุณค่าที่ใช้เสนอขายได้อีกครั้ง

    • รอบนี้ยังต่างกันตรงที่เป็นสภาพแวดล้อมแบบ sandboxed ด้วย และถ้าใครพอจัดการสคริปต์ greasemonkey ได้ ก็อาจปรับแต่งอะไรได้ระดับหนึ่ง นอกจากนี้ผมยังชอบที่ข้อความทั้งหมดในแอปเลือกได้ และคัดลอกวางได้ด้วย
    • ผมก็เห็นด้วย แต่สุดท้ายฝั่งที่ต้องจ่ายเงินทำซอฟต์แวร์ก็ต้องหาวิธี สร้างรายได้ อยู่ดี เพียงแต่อยากให้วิธีนั้นไม่ถึงขั้นเอาเปรียบเกินไป ทุกวันนี้เหมือนทุกอย่างกลายเป็นระบบสมัครสมาชิกไปหมด จนรู้สึกว่าโดนดึงเงินจากผู้ใช้ทุกเดือน
    • แต่อย่างหนึ่งที่ต่างจากแอปสมัยก่อนก็คือ ของพวกนี้ตอนนี้ไม่ได้เป็นแอป native ของ OS จริง ๆ

  • ขอแสดงความยินดีกับการเปิดตัว ผมเองก็เคยเดินเส้นทางเดียวกันกับ videotobe.com และเคยพยายามทำแบบฝั่งไคลเอนต์ล้วนด้วย ffmpeg.wasm แต่พอเป็นวิดีโอยาว ๆ แล้วมันไปไม่รอด สุดท้ายเพราะข้อจำกัดด้านหน่วยความจำและเวลาในการเข้ารหัส เลยต้องย้ายไปเป็น pipeline ประมวลผลบนคลาวด์ แต่ที่นี่ดูเหมือนจะแยกบทบาทของ WebCodecs, Pixi และ ffmpeg.wasm ได้ดีจนแก้ทั้งสองปัญหาได้จริง และที่น่าประทับใจก็คือ VidStudio ยังรับมือกับมีเดียที่ยาวเกิน 3 ชั่วโมงได้ด้วย

    • ดีใจมากและขอบคุณสำหรับการแชร์ประสบการณ์แบบนี้ ช่วงนี้ผมแอบ หมดไฟ ไปบ้างเพราะ error ที่กองอยู่ใน sentry แต่คอมเมนต์นี้ช่วยได้มาก ผมเองก็พยายามดัน ffmpeg wasm ไปจนสุด และถึงขั้นลองแก้ปัญหาหน่วยความจำด้วย worker fs แต่สุดท้ายรู้สึกว่าผลที่ได้ไม่คุ้มแรง ตรงนี้ทำให้ผมตระหนักว่าผมประเมินต่ำไปว่า ffmpeg รับภาระ pipeline ถอดรหัส แปลง และเข้ารหัสวิดีโอไว้มากแค่ไหน

  • น่าทึ่งที่เราอยู่ในยุคที่ ความเป็นส่วนตัว ไม่ได้เป็นค่าพื้นฐาน แต่กลับถูกนำเสนอเหมือนเป็นฟีเจอร์ ผมเองก็กำลังทำของในสายนี้อยู่ และรู้สึกว่าข้อดีเรื่องไม่ต้องอัปโหลดนั้นสื่อสารกับผู้ใช้ได้ยากอย่างน่าประหลาด ทั้งที่ผู้ใช้จำนวนมากถูกฝึกให้คิดไปแล้วว่าทุกอย่างต้องอยู่บนคลาวด์

    • ผมกลับคิดว่าผู้ใช้ส่วนใหญ่ต้องการให้ข้อมูลอยู่บน cloud มากกว่า ตัดต่อบนเดสก์ท็อปแล้วส่งลิงก์ให้ลูกค้าเปิดดูบนมือถือได้ทันที ไม่ต้อง export แยก แล้วพอแก้ไขก็อัปเดตทันที แบบนี้มันสะดวกชัดเจน แม้ไม่ใช่ในเชิงธุรกิจก็ตาม แค่แชร์วิดีโอกับครอบครัว รับฟีดแบ็ก และแก้ต่อได้เลยก็เป็นข้อดีด้านการใช้งานแล้ว ไม่ได้แปลว่าโซลูชันแบบโลคัลล้วนไม่มีประโยชน์ แต่เดาว่าสำหรับผู้ใช้ส่วนใหญ่ ข้อดีของคลาวด์น่าจะดึงดูดกว่า
    • ก็จริง แต่ในอีกด้าน เมื่อคิดว่ารูปแบบธุรกิจที่ประสบความสำเร็จที่สุดจำนวนมากพึ่งพา การขายข้อมูลส่วนบุคคล ก็ยิ่งรู้สึกว่าแนวโน้มนี้มันสมเหตุสมผลเกินไปเหมือนกัน

  • ผมชอบแนวคิดของเครื่องมือที่รันในเบราว์เซอร์แต่ทำงานกับไฟล์โลคัลมาก เว็บไซต์แทบจะทำหน้าที่เป็นเพียง สื่อสำหรับการแจกจ่าย เท่านั้น เลยใช้งานง่ายขึ้น และผมเองก็ต้องการเครื่องมือแบบนี้จึงคาดหวังและลองทดสอบดู แต่ทั้งครั้งแรกและครั้งที่สองกลับล้มเหลว พอใส่วิดีโอที่ถ่ายด้วย Pixel ลงไป ใน Firefox ขึ้นข้อความ "Your browser does not support the codec "hvc1.2.4.L156". Try a different video." จากนั้นเลยย้ายไปลองบน Chrome แล้วเจอ "Audio decode failed: your browser cannot decode the audio in "..._webm.bin". Try re-encoding the file with AAC audio." ก็น่าเสียดาย แต่หวังว่าจะต้องแก้ได้แน่นอน และถ้ามีวิธีให้รับการแจ้งเตือนเมื่อแก้แล้วก็คงดี

    • เรื่องนี้อยู่ใน todo list ของผมแล้ว และถ้าแก้ได้เมื่อไรจะกลับมาแจ้งที่นี่แน่นอน ปัญหาหลักคือการรองรับ codec ยังไม่สม่ำเสมอ และซอฟต์แวร์ muxer ที่ผมเคยดูก็มีช่องโหว่เรื่องการรองรับ codec เยอะเหมือนกัน แถมบางทีชื่อ codec ของเสียงและวิดีโอก็แสดงไม่เหมือนกันตามแพลตฟอร์มและเบราว์เซอร์ ทำให้ซับซ้อนกว่าที่คิดไว้ ผมจะรีบกลับไปเจาะเรื่องนี้อีกครั้งให้เร็วที่สุด

  • ผมคิดว่าการใช้ WebCodecs กับการ scrub บนไทม์ไลน์เป็นการตัดสินใจที่ถูกต้อง แต่อยากรู้ว่าจัดการเรื่อง frame caching อย่างไร decoder buffer ของ WebCodecs เป็นแบบ memory-mapped และถ้ามีแรงกดดันด้านหน่วยความจำ เบราว์เซอร์ก็อาจเรียกคืนได้ เลยสงสัยว่าได้ซ้อน LRU cache ของตัวเองเพิ่มไว้ด้านบนหรือปล่อยให้ decoder จัดการไปเอง รวมถึงสนใจด้วยว่ารับมืออย่างไรกับปัญหาที่หน้าเว็บถูกปิดเพราะการใช้หน่วยความจำของ WebCodecs เบื้องหลัง โดยเฉพาะบนอุปกรณ์ที่ข้อจำกัดหน่วยความจำเข้มมากอย่างมือถือและ iPhone

  • ชอบลิงก์ compress-to-X ด้านล่างกับเครื่องมือแปลงจาก X ไป Y มาก โดยเฉพาะตัวที่มีพรีเซ็ตขนาดไฟล์เป้าหมายตามระดับการสมัครของ Discord แต่ก่อนผมใช้เครื่องมือออนไลน์แบบฝั่งเซิร์ฟเวอร์ที่ต้องอัปโหลด ตอนนี้คิดว่าน่าจะหันมาใช้ตัวนี้แทน จริง ๆ แล้วตอนแรกไม่ได้ต้องการวิดีโอเอดิเตอร์แบบเต็มรูปแบบ แค่เข้ามาลองเล่นสนุก ๆ แต่กลับกลายเป็นการค้นพบที่เจ๋งมาก