GPT Image 2.6 สติกเกอร์เคลื่อนไหว: แก้ลูปก่อนส่ง

ตัวละครโบกมือในตัวอย่างของคุณ แต่ลูปกลับกระตุกเมื่อเล่นซ้ำ หรือคุณดาวน์โหลดภาพเคลื่อนไหวแล้วพบว่าปลายทางสติกเกอร์ของคุณปฏิเสธมัน gpt image 2.6 animated sticker เริ่มจากการร้องขอ GIF แบบเนทีฟ พรอมต์ที่พาตัวละครกลับสู่ท่าเปิด และการตัดสินใจส่งออกที่เลือกตามที่ที่จะเผยแพร่ GPT Image 2.6 สามารถสร้าง GIF ได้โดยตรง ไฟล์นั้นใช้เป็นรีแอ็กชันสไตล์สติกเกอร์บนหน้าเว็บหรือในโพสต์ได้ ขณะที่คลังสติกเกอร์ของแอปอาจต้องการความโปร่งใส รูปแบบที่ต่างออกไป และข้อจำกัดขนาด คู่มือนี้ให้พรอมต์นากทะเล ศึกษาตัวอย่างภาพเคลื่อนไหวที่เผยแพร่ 3 รายการ และตรวจภาพนิ่งกับแอนิเมชันนากทะเลที่ส่งมา ก่อนเลือกส่งออกเป็น GIPHY หรือ WhatsApp

ประเด็นสำคัญ

• สร้างภาพเคลื่อนไหวด้วยตัวเลือก GIF แบบ text-to-image และอธิบายทั้งการเคลื่อนไหวและท่ากลับสู่ท่าเริ่มต้น
• ศึกษาตัวอย่างภาพเคลื่อนไหวจริง แล้วตรวจเฟรมแรกและเฟรมสุดท้ายของ GIF คุณเอง รวมถึงความอ่านง่ายเมื่อแสดงในขนาดสติกเกอร์
• GIF พื้นหลังทึบพร้อมใช้กับบางโพสต์ ส่วนรูปแบบสติกเกอร์ GIPHY และ WhatsApp ต้องทำงานเพิ่ม
• มองราคาเริ่มต้นในแคตตาล็อกโมเดลเป็นราคาขั้นต่ำ แล้วตรวจค่าใช้จ่ายของงานที่เสร็จแล้ว

GPT Image 2.6 ส่งออกอะไรได้จริง

เอกสารการสร้างภาพของ OpenAI อธิบายเอาต์พุต GIF แบบแอนิเมชันสำหรับการสร้างภาพ ตั้งค่ารูปแบบเอาต์พุตเป็น GIF จากนั้นเลือกจำนวนเฟรมและระยะเวลาต่อเฟรม ช่วงที่ระบุในเอกสารคือ 2 ถึง 64 เฟรม และ 20 ถึง 2,000 มิลลิวินาทีต่อเฟรม นั่นเป็นตัวควบคุม ไม่ใช่คำสัญญาว่าทุกการผสมกันของขนาดเฟรมและจำนวนเฟรมจะพอดีกับงบพิกเซลของคำขอ

เอกสารอ้างอิงการแก้ไขภาพปัจจุบัน ยังระบุเอาต์พุต GIF เมื่อโมเดลที่เลือกมีการเข้าถึง GIF preview โดยมี 2 ถึง 16 เฟรม ตรวจสอบว่าอินเทอร์เฟซแก้ไขแบบสดแสดงตัวเลือกนั้นหรือไม่ก่อนวางแผนรัน image-to-GIF การอัปโหลดภาพนิ่งไม่ได้การันตีตัวตนของตัวละครที่ตรงกันตลอดการเคลื่อนไหวด้วยตัวมันเอง ตัวอย่างนากทะเลแยกด้านล่างเริ่มจาก PNG และ MP4 ที่ให้มา ซึ่งเราแปลงเป็น GIF ในเครื่อง; ไม่ได้เป็นหลักฐานของผลลัพธ์การแก้ไข GIF แบบเนทีฟ

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

คำแนะนำพารามิเตอร์บนหน้าโมเดลเป็นจุดตรวจสอบสำหรับการตั้งค่า GIF และพื้นหลังก่อนรัน

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

สร้าง GIF สติกเกอร์แอนิเมชันด้วยพรอมต์เดียว

เขียนตัวละคร การเคลื่อนไหว และท่ากลับ

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

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

plaintextCopy
1Create one original animated reaction sticker-style GIF on a uniform solid pale cream background (#F6F1E8). Subject: a small round sea otter with warm brown fur, a cream muzzle, dark round eyes, and one tiny teal scarf; keep these features identical in every frame. Fixed square composition, full body centered with generous safe space, no text, logo, border, other characters, or scenery. In one smooth looping action, the otter starts in a cheerful three-quarter pose, turns toward the viewer while clearly waving one paw twice, blinks once, gives a small buoyant bounce, then turns back to the exact starting three-quarter pose. Make the head, paw, and body positions change progressively between frames, with no still-image hold, slideshow cut, camera zoom, or sudden jump. The last frame must lead naturally into the first. Keep the outline and expression readable at 128 pixels wide.

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

อย่าเพิ่มตัวละครอื่น เศษกระดาษสี ป้าย หรือฉาก เพื่อทำให้ผลลัพธ์ดูยุ่งวุ่นวาย เมื่อกว้าง 128 พิกเซล องค์ประกอบเหล่านั้นจะแย่งความสนใจจากอุ้งมือและใบหน้า สติกเกอร์รีแอ็กชันต้องการอารมณ์ที่ระบุได้และการเคลื่อนไหวที่มองเห็น รายละเอียดเพิ่มเติมจะคุ้มค่าก็ต่อเมื่อปลายทางที่ตั้งใจต้องการมันเท่านั้น

กรณีศึกษาสติกเกอร์แอนิเมชันที่เผยแพร่: สุนัขจิ้งจอก แมว และหุ่นยนต์

บทความเปิดตัว Images 2.6 ของ OpenAI จับคู่ลำดับการเคลื่อนไหวกับตัวอย่างภาพเคลื่อนไหว รวมถึงรีแอ็กชันพนักงานออฟฟิศแบบหกเฟรมสองแบบ การนำเสนอแบบเดียวกันใช้ได้ที่นี่: แสดงการเคลื่อนไหว แสดงเฟรมที่อธิบายมัน แล้วตรวจสิ่งที่ผู้ชมสติกเกอร์ขนาดเล็กจะเห็นจริง ๆ ต่อไปนี้เป็น กรณีอ้างอิงภายนอก ไม่ใช่ผลการทดสอบของ GPT Image 2.6 หรือ Atlas Cloud

กรณีที่ 1: สุนัขจิ้งจอกหนึ่งตัว สามรีแอ็กชันที่อ่านออก

แกลเลอรี Motion Sticker Pack แบบสาธารณะเผยแพร่สามรีแอ็กชันจากตัวละครสุนัขจิ้งจอกหนึ่งตัว: อาย เสียดสี และกำลังกินแตงโม เราได้รวม GIF ต้นฉบับสามไฟล์ขนาด 240 × 240, 24 เฟรม, สามวินาที เป็นแถบซิงโครไนซ์เดียว จากซ้ายไปขวา สุนัขจิ้งจอกเปลี่ยนจากสีหน้าตกใจเป็นหน้าแดง เลื่อนสายตาพร้อมกอดอก และนำแตงโมหนึ่งชิ้นเข้าปาก ผ้าพันคอ ฮู้ดดี้ เข็มกลัดดาว และหางทำให้สังเกตการเพี้ยนของตัวตนได้ง่ายตลอดทั้งสามไอเดีย

GIF หนึ่งไฟล์ที่ประกอบจากไฟล์ อาย, เสียดสี, และ กินแตงโม ของแกลเลอรี แสดงจากซ้ายไปขวา สิ่งเหล่านี้เป็นแอนิเมชันอ้างอิงจากเวิร์กโฟลว์อื่น.

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

การเปรียบเทียบภาพนิ่งด้านล่างทำให้ตรวจรอยต่อของลูปได้ ใน GIF ท่าอาย มุมหัวและสีหน้าสุดท้ายต่างจากเฟรมเปิด สิ่งนั้นไม่ได้ทำให้รีแอ็กชันเสียไปโดยอัตโนมัติ แต่มันเป็นเหตุผลให้เล่นไฟล์ซ้ำในขนาดที่ตั้งใจไว้ก่อนจะบอกว่าลูปเสร็จสมบูรณ์

เฟรม 1, 13 และ 24 จาก GIF สุนัขจิ้งจอกท่าอายที่เผยแพร่_ ภาพนี้เป็นการเปรียบเทียบเฟรม ส่วนแถบเคลื่อนไหวด้านบนคือการทดสอบการเล่น_

กรณีที่ 2: ลูปแมวขาวที่สร้างจาก 25 เฟรม

กรณีสติกเกอร์แมวขาวที่เผยแพร่ แยกต่างหาก เริ่มจากพรอมต์แมวขนฟู ตาสีฟ้า และลูกบอลไหมพรมสีฟ้า รีโพซิทอรีของมันระบุว่าเคสนี้ใช้ GPT Image 2, สไปรต์ชีต 5 × 5, การแยกเฟรมในเครื่อง และการประกอบ GIF นี่เป็นโมเดลเก่ากว่าและเส้นทางการสร้างที่ต่างจากเวิร์กโฟลว์ GIF แบบเนทีฟของ GPT Image 2.6 ในคู่มือนี้ เอาต์พุตของมันยังให้การทดสอบการเคลื่อนไหวที่มีประโยชน์: แมวเข้าใกล้ลูกบอล กลิ้ง กลับมาอยู่ในท่าตั้งตรง และจบใกล้ท่าเปิด

GIF แอนิเมชันของ เคสต้นทาง แสดงเป็นข้อมูลอ้างอิงการเคลื่อนไหวภายนอก ไม่ใช่ผลลัพธ์ของ GPT Image 2.6 

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

คอนแท็กต์ชีตเฟรมของ เคสต้นทาง แสดงลำดับพัฒนาการเบื้องหลัง GIF แอนิเมชัน

กรณีที่ 3: การโบกมือของหุ่นยนต์ทดสอบตัวตนตัวละคร

กรณีแอนิเมชันหุ่นยนต์ที่เผยแพร่ เริ่มจากภาพตัวละครสีขาว-ม่วงหนึ่งภาพ จากนั้นแสดงหุ่นยนต์โบกมือและกะพริบตาในลูปสั้น ผู้เขียนรายงานว่าความพยายามสร้างสไปรต์ชีตครั้งแรกเปลี่ยนขนาดและขาของหุ่นยนต์ ตัวอย่างสุดท้ายจึงสร้างท่าจากฐานตัวละครแบบคงที่และประกอบในเครื่อง นี่คือ เวิร์กโฟลว์ Nano Banana 2 ไม่ใช่การรัน GPT Image 2.6 หรือ Atlas Cloud บทเรียนที่มองเห็นยังใช้ได้กับพรอมต์สติกเกอร์: ตัวละครที่จดจำได้ต้องมีสัดส่วนร่างกายที่คงที่ ในขณะที่แขนขาข้างหนึ่งรับผิดชอบการเคลื่อนไหว

GIF โบกมือของ เคสต้นทาง มี 24 เฟรมในเวลาประมาณ 1.85 วินาที สังเกตมือที่ยกขึ้น การกะพริบตา และการกลับสู่ท่ายืนเริ่มต้น

แอนิเมชันนี้ไม่ใช่แค่การซูม: มือยกขึ้น กระบังปิดเพื่อกะพริบตา และเท้ายังวางอยู่กับที่ เปรียบเทียบกับตัวละครต้นฉบับด้านล่าง กระบังสีม่วง แผงไหล่ รูปทรงหน้าอก และสัดส่วนขาเป็นรายละเอียดรูปธรรมที่ต้องตรวจทีละเฟรม รูปทรงกระบังและมือบางส่วนยังเปลี่ยนไป ดังนั้นควรดูภาพอินพุตและ GIF ควบคู่กัน แทนที่จะสมมติว่าตัวตนสมบูรณ์แบบจากพรอมต์

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

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

รัน Sunburst บน Atlas Cloud

สำหรับเส้นทางที่ทำซ้ำได้ เปิด Atlas Cloud และไปที่ เพลย์กราวด์ text-to-image ของ GPT Image 2.6 Sunburst นี่คือเส้นทางการสร้างภาพ ส่วนเส้นทางการแก้ไขที่ชื่อคล้ายกันเป็นการดำเนินการที่แตกต่างออกไป วางพรอมต์ตามที่เขียนไว้ทุกประการก่อนเปลี่ยนถ้อยคำใด ๆ

เลือก high quality, medium complexity, เอาต์พุต GIF, 24 เฟรม และ 100 มิลลิวินาทีต่อเฟรม หากตัวควบคุมเหล่านั้นปรากฏในฟอร์มแบบสด ขอเฟรมสี่เหลี่ยม 512 × 512 และปิด transparent background ไว้ จังหวะเวลาที่ขอคือ 24 × 100 ms หรือ 2.4 วินาทีต่อหนึ่งลูป หากฟอร์มปฏิเสธขนาดเฟรมนั้นเนื่องจากงบพิกเซลรวมมากเกินไป ให้ลดขนาดหรือจำนวนเฟรมตามข้อผิดพลาดที่แสดง และบันทึกค่าที่รันจริง อย่าติดป้ายผลลัพธ์ว่า 512 × 512 จนกว่างานที่เสร็จสมบูรณ์จะยืนยัน

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

พรอมต์นากทะเลเป็นจุดเริ่มต้นที่ทำซ้ำได้ ภาพนิ่ง Atlas ที่เสร็จสมบูรณ์และแอนิเมชันแยกด้านล่างไม่ได้บันทึกการรัน GIF แบบเนทีฟด้วยการตั้งค่า 24 เฟรมข้างต้น ให้ตัดสินไฟล์ที่ดาวน์โหลดแต่ละไฟล์ตามรูปแบบและเฟรมจริง แทนที่จะสมมติว่าพรอมต์รับประกันลูปที่สะอาด

นากทะเลของเรา: ภาพนิ่งและการตัดแอนิเมชันโปร่งใส

เราลบฉากหลังสีครีมอ่อนออกจากภาพนิ่งที่ดาวน์โหลดมา PNG โปร่งใสด้านล่างแยกนากทะเลต้นฉบับออกมา เพื่อให้เปรียบเทียบใบหน้า หนวด ผ้าพันคอสีเขียวน้ำทะเล และเส้นขอบของมันกับเวอร์ชันเคลื่อนไหวได้โดยตรง

เราลบพื้นหลังสีครีมของแอนิเมชันทีละเฟรม สุ่มการเคลื่อนไหวที่ 15 เฟรมต่อวินาที ครอปเป็นสี่เหลี่ยม 512 × 512 และเข้ารหัส GIF โปร่งใส 76 เฟรม

GIF โปร่งใสยังคงอุ้งมือที่เคลื่อนไหวและการหันหัว พิกเซลมุมโปร่งใส ดังนั้นสี่เหลี่ยมสีครีมจึงไม่ปรากฏรอบตัวละครอีก

ภาพหน้าจอเพลย์กราวด์ของ Atlas บันทึกขั้นตอนภาพนิ่ง: PNG ของนากทะเลที่เสร็จสมบูรณ์ ตัวควบคุมที่มองเห็นแสดง high quality, medium complexity, เฟรม 16:9 ที่ 2048 × 1152 และเอาต์พุต PNG ภาพหน้าจอไม่ได้แสดงการตั้งค่าการสร้างสำหรับแอนิเมชันในภายหลัง

ภาพหน้าจอเพลย์กราวด์ของ Atlas แสดงพรอมต์ภาพนิ่ง การตั้งค่า และเอาต์พุต PNG ที่เสร็จสมบูรณ์

นากทะเลแอนิเมชันยังคงขนสีน้ำตาล ปากกระบอกสีครีม ดวงตาสีเข้ม และผ้าพันคอสีเขียวน้ำทะเล แต่รูปทรงใบหน้า ตำแหน่งหนวด และการจัดผ้าพันคอต่างจาก PNG ต้นฉบับ แอนิเมชันจึงแสดงดีไซน์ตัวละครที่เกี่ยวข้องกัน ไม่ใช่แอนิเมชันที่ตรงทุกพิกเซลของภาพนิ่ง ให้เล่น GIF ซ้ำในขนาดสติกเกอร์และตรวจการเปลี่ยนจากเฟรมสุดท้ายไปเฟรมแรกก่อนเผยแพร่

ตรวจว่าลูปทำงานในขนาดสติกเกอร์หรือไม่

ตรวจเฟรมแรกและเฟรมสุดท้าย

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

จากนั้นย่อการแสดงผลให้กว้างประมาณ 128 พิกเซล ใบหน้าและอุ้งมือที่โบกควรยังอ่านออกโดยไม่ต้องซูม หากการเคลื่อนไหวปรากฏเฉพาะที่ความละเอียดเต็ม มันจะอ่อนในตัวเลือกแชตหรือโพสต์โซเชียลขนาดเล็ก ตรวจว่าร่างกายทั้งตัวอยู่ในพื้นที่ปลอดภัยตลอดลูป เพื่อให้มือและหางไม่ถูกตัดที่ขอบ

ตรวจความก้าวหน้าของเฟรมเช่นเดียวกับจุดสิ้นสุด การโบกสองครั้งมีจังหวะออกและกลับที่ชัดเจนหรือไม่? การกะพริบตาเกิดขึ้นขณะที่ส่วนที่เหลือของตัวละครคงที่หรือไม่? ช่วงเฟรมที่เกือบเหมือนกันยาว ๆ ทำให้ GIF รู้สึกเหมือนภาพนิ่งหรือไม่? เกณฑ์การยอมรับที่มีประโยชน์คือสิ่งที่สังเกตได้: ตัวแบบที่จดจำได้ การโบกมือที่มองเห็น คุณสมบัติคงที่ ไม่มีการตัด และการเปลี่ยนจากเฟรมสุดท้ายไปเฟรมแรกที่ไม่เรียกความสนใจให้ตัวเอง

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

แก้การเคลื่อนไหวที่ดูเหมือนสไลด์โชว์

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

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

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

GIF ไม่ใช่สติกเกอร์ของแอปเสมอไป

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

คำนิยามสติกเกอร์ของ GIPHY ระบุเกณฑ์ความโปร่งใสของเฟรมแรก ข้อกำหนดสติกเกอร์อย่างเป็นทางการของ WhatsApp ระบุรูปแบบ WebP ขนาด ข้อจำกัดไฟล์ ระยะเวลา และกฎแพ็ก สิ่งเหล่านี้เป็นข้อกำหนดของปลายทาง ไม่ใช่การตั้งค่าที่ Sunburst นำไปใช้กับ GIF แบบเนทีฟโดยอัตโนมัติ

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

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

Sunburst หรือ Flare และ GIF จะมีค่าใช้จ่ายเท่าไร?

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

หน้าโมเดล GPT Image 2.6 Flare มีประโยชน์สำหรับการเลือกนั้น แต่จำนวน "From" ในแคตตาล็อกเป็นราคาเริ่มต้น ไม่ใช่ใบเรียกเก็บเงินสำหรับ GIF คุณภาพสูง 24 เฟรม งาน GIF อาจใช้เอาต์พุตมากกว่าภาพนิ่งหนึ่งภาพ ดูหน้าโมเดลแบบสดก่อนรัน จากนั้นตรวจค่าใช้จ่ายที่เสนอหรือชำระแล้วของงานที่เสร็จในประวัติงาน บันทึกโมเดลจริง คุณภาพ จำนวนเฟรม ขนาด และค่าใช้จ่ายร่วมกัน หากคุณต้องการประเมินชุดสติกเกอร์ที่ใหญ่ขึ้น

การดำเนินการถัดไปที่ง่ายที่สุดสำหรับ gpt image 2.6 animated sticker คือสร้างหนึ่งลูป ตรวจมันในขนาดแสดงผลที่ตั้งใจ และตัดสินปลายทางก่อนทำงานแปลงไฟล์ ซึ่งทำให้คุณได้ GIF ที่ใช้งานได้เมื่อ GIF เพียงพอ และได้รายการขั้นตอนเพิ่มเติมที่ชัดเจนเมื่อแอปต้องการรูปแบบสติกเกอร์จริง

คำถามที่พบบ่อย

แก้ไข GIF ที่มีอยู่ด้วย GPT Image 2.6 ได้หรือไม่?

เอกสารอ้างอิงการแก้ไขภาพปัจจุบัน ระบุเอาต์พุต GIF ที่ 2 ถึง 16 เฟรม เมื่อโมเดลที่เลือกมีการเข้าถึง GIF preview นั่นไม่ได้ยืนยันว่าเพลย์กราวด์ทุกแห่งแสดงตัวเลือกนี้ หรือว่าการอัปโหลด GIF เคลื่อนไหวจะรักษาการเคลื่อนไหวเดิมไว้ ตรวจตัวควบคุมแบบสดและตรวจผลลัพธ์ที่ดาวน์โหลดมา GIF นากทะเลในบทความนี้แปลงในเครื่องจาก MP4 ที่ให้มา

ทำไม GIF 512 × 512 ที่ฉันขอจึงถูกปฏิเสธ?

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

อัปโหลด GIF เป็นสติกเกอร์แอนิเมชัน WhatsApp ได้หรือไม่?

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