Rivya AI Docs

คู่มือฟิลด์และพารามิเตอร์ของโมเดล Rivya

อ่านฟิลด์โมเดล Rivya สำหรับ category, modes, direct generation, เครดิต, references, uploads, quality, duration, aspect ratio และ outputs

ใช้คู่มือนี้เมื่อหน้าโมเดล Rivya มีฟิลด์หรือส่วนควบคุมที่ยังไม่ชัดเจนก่อนที่คุณจะรันงาน

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

อ่านฟิลด์ตามลำดับนี้

เมื่อเปรียบเทียบโมเดล ให้ใช้ลำดับนี้:

  1. หมวดหมู่
  2. โหมดที่รองรับ
  3. สถานะการสร้างโดยตรง
  4. การรองรับ reference และ upload
  5. คำใบ้เครดิต
  6. quality, duration, aspect ratio และการตั้งค่า output
  7. strengths, examples และโมเดลที่เกี่ยวข้อง

ลำดับนี้ช่วยให้การตัดสินใจยึดอยู่กับสิ่งที่รันได้จริง

Category คือด่านกรองแรก

Category บอกพื้นผิวงานกว้างๆ:

  • แชต
  • ภาพ
  • วิดีโอ
  • เสียง

แต่มันเป็นเพียงด่านกรองแรก โมเดลวิดีโอสองตัวอาจรองรับเวิร์กโฟลว์ต่างกัน โมเดลเสียงสองตัวอาจมีฟอร์มต่างกันโดยสิ้นเชิง โมเดลรูปภาพสองตัวอาจต่างกันมากในด้านความจุของ reference

ใช้ category เพื่อจำกัดรายการ แล้วค่อยตรวจฟิลด์ด้านล่าง

Supported Modes บอกทรงงานจริง

Supported modes บอกว่าโมเดลนี้ตั้งใจให้ทำอะไรในตอนนี้

ตัวอย่างเช่น:

  • text-to-image (ข้อความเป็นภาพ)
  • image-to-image (ภาพเป็นภาพ)
  • text-to-video (ข้อความเป็นวิดีโอ)
  • image-to-video (ภาพเป็นวิดีโอ)
  • video-to-video (วิดีโอเป็นวิดีโอ)
  • text-to-speech (ข้อความเป็นเสียง)
  • audio-to-audio (เสียงเป็นเสียง)
  • chat-completion หรือ responses

category เดียวกันไม่ได้แปลว่า mode เดียวกัน หาก supported mode ไม่ตรงกับงาน อย่าเริ่มจากโมเดลนั้น

Direct Generation ตอบว่ารันที่นี่ได้หรือไม่

Direct generation บอกว่าโมเดลนี้ตอนนี้รันโดยตรงผ่านเวิร์กโฟลว์ Rivya ได้หรือไม่

หาก direct generation ไม่ได้เปิดใช้งาน โมเดลอาจยังอยู่ในแค็ตตาล็อก แต่ไม่ใช่จุดที่ควรคาดหวังการรันจริง

ใช้ฟิลด์นี้ก่อนใช้เวลาเขียน prompt

Credit Hint คือเครื่องมือวางแผน

Credit hint ช่วยให้คุณเปรียบเทียบต้นทุนโดยประมาณก่อนส่งงาน

อ่านเป็นสัญญาณสำหรับการวางแผน ไม่ใช่ราคาสุดท้ายในทุกกรณี

โมเดล Rivya อาจอยู่ในรูปแบบการคิดเครดิตกว้างๆ เหล่านี้:

  • การสร้างแบบต้นทุนคงที่
  • การสร้างที่อิงตามระยะเวลา
  • การสร้างที่ขึ้นกับคุณภาพหรือความละเอียด
  • การใช้งานแชทแบบคิดตาม token
  • การคิดใช้งานตาม meter เฉพาะของ provider

ก่อนทำงานที่หนักขึ้น ให้อ่าน เครดิตและการเรียกเก็บเงินใน Rivya ด้วย

References และ Uploads เปลี่ยนการเลือกโมเดล

การรองรับ reference อาจสำคัญกว่าความนิยมของโมเดล

ตรวจว่า:

  • รองรับ reference หรือไม่
  • รับไฟล์ประเภทใด
  • ใช้ไฟล์ได้กี่ไฟล์
  • โมเดลคาดหวังอินพุตแบบ prompt-first หรือ upload-first
  • reference ใช้สำหรับตัวตนสินค้า องค์ประกอบภาพ สไตล์ การเคลื่อนไหว หรือแหล่งเสียง

reference เดียวช่วยยึดภาพได้ ขีดจำกัด reference ที่มากขึ้นเหมาะกับชุดสินค้าหลายภาพ ระบบสไตล์ และงานความสอดคล้อง

อ่านรายละเอียดเพิ่มได้ที่ ข้อมูลอ้างอิงและการอัปโหลดใน Rivya

Aspect Ratio และ Image Size

Aspect ratio หรือ image size ควบคุมรูปทรงของเอาต์พุต

สิ่งนี้สำคัญเมื่อ:

  • รูปภาพต้องพอดีกับหน้าสินค้า
  • เอาต์พุตต้องถูกครอปสำหรับโซเชียล
  • ส่วนฮีโร่บนหน้าแลนดิ้งต้องใช้เฟรมกว้าง
  • วิดีโอสั้นต้องจัดวางแนวตั้ง
  • องค์ประกอบภาพจะเสียหากครอปภายหลัง

เลือกทรงภาพก่อนเริ่มสร้าง เมื่อรู้ตำแหน่งที่จะใช้งานแล้ว

Quality และ Resolution

Quality และ resolution มักกระทบทั้งความเสร็จสมบูรณ์และต้นทุน

ใช้ค่าต่ำหรือมาตรฐานเมื่อ:

  • ทดสอบ prompt
  • เปรียบเทียบโมเดล
  • ตรวจ reference
  • สำรวจสไตล์

ใช้ค่าที่สูงขึ้นเมื่อ:

  • ทิศทางใช้งานได้แล้ว
  • ชิ้นงานใกล้ใช้จริง
  • ตำแหน่งใช้งานสมเหตุสมผลที่จะใส่รายละเอียดเพิ่ม

อย่าใช้เครดิตคุณภาพสูงเพื่อพิสูจน์ไอเดียที่ยังคลุมเครือ

ระยะเวลา

Duration สำคัญกับเวิร์กโฟลว์วิดีโอและเสียงบางส่วน

ระยะเวลาสั้นเหมาะกับ:

  • การทดสอบการเคลื่อนไหว
  • คลิปโซเชียล
  • การตรวจเสียงแบบรวดเร็ว
  • งานพิสูจน์ทิศทาง

ระยะเวลายาวเหมาะเมื่อสคริปต์ เรื่องราว หรือการสาธิตต้องใช้เวลาจริงๆ หากวิดีโอดูอัดแน่นเกินไป ให้แยกเป็นหลายชิ้นงานแทนการยืด duration

การควบคุมเสียงและ Audio

โมเดลวิดีโอและเสียงบางตัวมีส่วนควบคุมเกี่ยวกับเสียง

ส่วนควบคุมเหล่านี้อาจเปลี่ยนประเภทเอาต์พุต ไม่ใช่แค่สไตล์

ตัวอย่างเช่น การทดสอบการเคลื่อนไหวแบบเงียบ วิดีโอพร้อมเสียงดั้งเดิม voice-over และ cue เอฟเฟกต์เสียง เป็นคนละงานกัน เลือกส่วนควบคุมตามสิ่งที่จะส่งมอบ

รูปทรงฟอร์มอธิบายว่าทำไมหน้าต่างกัน

หน้าโมเดล Rivya อาจแสดงรูปทรงฟอร์มต่างกัน:

  • การสร้างที่เริ่มจากพรอมต์
  • ฟอร์ม text-to-speech
  • ฟอร์ม dialogue-style
  • ฟอร์ม upload-first cleanup
  • ฟอร์ม chat
  • ฟอร์ม reference-led generation

ความแตกต่างนี้ตั้งใจไว้ ฟอร์มสะท้อนสิ่งที่โมเดลต้องใช้เพื่อรันงาน

เช็กลิสต์ก่อนรันจริง

ก่อนส่งงานโมเดล ให้ตรวจว่า:

  • supported mode ตรงกับงานหรือไม่
  • direct generation พร้อมใช้หรือไม่
  • งานต้องใช้ reference หรือ upload หรือไม่
  • credit hint ยอมรับได้สำหรับขั้นตอนนี้หรือไม่
  • quality, duration และ aspect ratio เหมาะสมหรือไม่
  • prompt แคบพอให้ตรวจทานได้หรือไม่
  • คุณรู้หรือไม่ว่าเอาต์พุตแบบใดถึงจะใช้งานได้

หากคำตอบใดไม่ชัดเจน ให้เริ่มจากการทดสอบที่เล็กกว่า

หน้าที่เกี่ยวข้อง

สารบัญ