YouTube กำลังเพิ่ม DRM ให้กับวิดีโอทั้งหมดที่ใช้ไคลเอนต์ TV (TVHTML5)
(github.com/yt-dlp)- มีการสังเกตเห็นการทดลองหรือ A/B test ในบางบัญชี YouTube ว่าเมื่อเข้าสู่ระบบด้วย YouTube on TV แม้ว่าจะเป็นวิดีโอทั่วไป ก็จะได้รับมาเฉพาะฟอร์แมต DRM จากไคลเอนต์ TVHTML5 Innertube
- ปรากฏการณ์นี้ ไม่ได้จำกัดแค่ yt-dlp เพราะเมื่อทดสอบไคลเอนต์ YouTube TV ทางการ เช่น PS3, เว็บเบราว์เซอร์, Apple TV ด้วยบัญชีเดียวกัน ก็พบว่าวิดีโอถูกให้มาเป็นฟอร์แมต DRM เท่านั้น
- ปัจจุบัน yt-dlp ร้องขอข้อมูลวิดีโอ YouTube โดย ทำงานเหมือน YouTube on TV ดังนั้นสำหรับบัญชีที่อยู่ในกลุ่มทดลองนี้ แม้ว่าจะเป็นวิดีโอทั่วไปก็จะขึ้นข้อผิดพลาด
This video is DRM protected - บันทึกการทดสอบซ้ำแสดงให้เห็นว่าเมื่อใช้คุกกี้ Firefox และตั้งค่า
youtube:player-client=tvเพื่อเรียกดูวิดีโอaqz-KE-bpKQจะเกิดข้อผิดพลาดการป้องกัน DRM และเมื่อเปิดให้แสดงฟอร์แมตที่เล่นไม่ได้ผ่านตัวเลือกสำหรับนักพัฒนา ก็จะเห็นป้ายกำกับ DRM ติดอยู่กับฟอร์แมตเสียงและวิดีโอโดยรวม - ประเด็นนี้ถูกปิดแล้ว และในหน้าเดียวกันมีการเชื่อมโยง PR ที่เกี่ยวข้องคือ #14122 และ #13539 แต่ในเนื้อหาไม่ได้ระบุวิธีแก้ไขที่ชัดเจนหรือการเปลี่ยนแปลงพฤติกรรมสุดท้าย
ในบางบัญชี ฟอร์แมตของไคลเอนต์ TV ถูกให้มาเป็น DRM เท่านั้น
- มีรายงานว่าในบางบัญชี YouTube วิดีโอทั่วไปมีเฉพาะฟอร์แมต DRM บนไคลเอนต์ Innertube แบบ
tvหรือ TVHTML5 - ปัญหานี้ดูเหมือนจะเป็น การทดลองหรือ A/B test ที่ YouTube กำลังใช้กับบางบัญชี และไม่ได้ยืนยันว่าใช้กับผู้ใช้ทั้งหมด
- ในคำอธิบายเพื่อความชัดเจน ระบุว่าในบางบัญชีที่เข้าสู่ระบบผ่าน YouTube on TV วิดีโอ YouTube ทั้งหมดจะดูเหมือนถูกป้องกันด้วย DRM
- YouTube on TV คืออินเทอร์เฟซหรือแอปสำหรับจอขนาดใหญ่ที่ใช้บนทีวี เกมคอนโซล ฯลฯ และสามารถเข้าถึงได้ที่
https://www.youtube.com/tvผ่าน user agent ของทีวีหรือเกมคอนโซล
ผลกระทบต่อ yt-dlp
- ปัจจุบัน yt-dlp มีวิธีร้องขอข้อมูลวิดีโอ YouTube แบบ YouTube on TV อยู่แล้ว จึงได้รับผลกระทบจากการทดลองนี้
- ในชุดบัญชีที่ได้รับผลกระทบร่วมกับไคลเอนต์
tvนั้น yt-dlp จะตัดสินว่าวิดีโอทั่วไปเป็นวิดีโอที่ถูกป้องกันด้วย DRM - คำสั่งสำหรับทดสอบซ้ำใช้คุกกี้จากเบราว์เซอร์ Firefox และบังคับไคลเอนต์ TV ด้วย
--extractor-arg youtube:player-client=tv- URL เป้าหมายคือ
https://www.youtube.com/watch?v=aqz-KE-bpKQ - เวอร์ชัน yt-dlp ในบันทึกคือ
nightly@2025.03.07.232704 - ผลลัพธ์การทำงานคือ
ERROR: [youtube] aqz-KE-bpKQ: This video is DRM protected
- URL เป้าหมายคือ
ได้ผลแบบเดียวกันบนไคลเอนต์ YouTube TV ทางการ
- เมื่อทดสอบ ไคลเอนต์ YouTube TV ทางการ หลายตัวด้วยบัญชีเดียวกัน ก็พบว่าได้เฉพาะฟอร์แมต DRM เช่นกัน
- PS3
- เว็บเบราว์เซอร์
- Apple TV
- ดังนั้นอาการที่สังเกตได้จึงไม่ได้จำกัดอยู่แค่ปัญหาการทำงานของ yt-dlp เอง
รายการฟอร์แมตที่ตรวจสอบผ่านตัวเลือกสำหรับนักพัฒนา
- หลังจากทำให้ฟอร์แมต DRM แสดงได้ด้วยวิธีที่ต้องแก้โค้ด แล้วใช้ตัวเลือก
--allow-unก็จะมีการแสดงรายการฟอร์แมตที่เล่นไม่ได้ - ในฟอร์แมตที่แสดงออกมา จะมีป้าย DRM ติดอยู่กับรายการเสียงและวิดีโอโดยรวม
- ฟอร์แมต
m4aแบบเสียงอย่างเดียว:148,149,148-drc,149-drc - ฟอร์แมต
mp4และwebmแบบวิดีโออย่างเดียว: ครอบคลุมตั้งแต่ 144p ถึง 2160p60 - ตัวอย่างเช่นฟอร์แมต
558จะแสดงเป็น3840x2160 60fps,vp9, ประมาณ1.27GiB,DRM, 2160p60, TV, webm_dash
- ฟอร์แมต
--allow-unเป็นตัวเลือกสำหรับดีบักของนักพัฒนา และในบันทึกเอาต์พุตจะมีคำเตือนว่ามีการร้องขอให้แสดงรายการหรือดาวน์โหลดฟอร์แมตที่เล่นไม่ได้
1 ความคิดเห็น
ความคิดเห็นบน Hacker News
ต้องมีคำอธิบายว่าประเด็นนี้หมายความว่าอะไรจริง ๆ
ประเด็นหลักครอบคลุมแนวคิดที่แม้แต่ผู้อ่านทั่วไปที่คุ้นกับเทคโนโลยีก็ยังเข้าใจได้ยาก สุดท้ายผู้คนจึงมีแนวโน้มจะจับแค่คีย์เวิร์ดแล้วถกเถียงกันแบบไม่เกิดผล
โดยเฉพาะอยากรู้ว่า ไคลเอนต์ innertube, ไคลเอนต์ innertube แบบ
tv, TVHTML5, “รูปแบบ DRM”, ความหมายของการที่รูปแบบนั้น “ใช้งานได้” และทำไมเรื่องนี้จึงสำคัญเมื่อมันถูกให้ใช้ได้เฉพาะกับไคลเอนต์ innertube แบบ tvเหตุผลที่เรื่องนี้สำคัญคือ yt-dlp ในการทำงานปกติจะแอบอ้างเป็นไคลเอนต์เหล่านั้น และ yt-dlp ไม่มีแผนจะรองรับการถอดรหัสวิดีโอที่ถูกล็อกด้วย DRM ดังนั้นการเปลี่ยนแปลงนี้อาจทำให้การดาวน์โหลดวิดีโอทั้งหมดพังได้
innertube เป็นชื่อของ YouTube API แบบไม่เปิดเผยต่อสาธารณะ และเป็น API ที่สร้างขึ้นให้ซอฟต์แวร์ไคลเอนต์ YouTube หลายชนิดใช้งาน ตัวอย่างไลบรารีคือ https://github.com/tombulled/innertube/ และ yt-dlp มีโค้ดไคลเอนต์แยกต่างหาก
ไคลเอนต์ “tv” เป็นหนึ่งในประเภทไคลเอนต์ ดูตัวอย่างได้ที่ https://github.com/tombulled/innertube/blob/main/innertube/c...
TVHTML5 เป็นไคลเอนต์เฉพาะที่ต่างจาก TVLITE หรือ TVANDROID และดูเหมือนว่า TV แต่ละเครื่องจะใช้ไคลเอนต์ TV เฉพาะกับ TV API เฉพาะ
ตอน yt-dlp ดาวน์โหลดวิดีโอ โดยคร่าว ๆ คือมันจะทำตัวเหมือนเป็นหนึ่งในไคลเอนต์ที่ innertube รองรับ รับอ็อบเจกต์วิดีโอระดับบนสุดมา แล้วพาร์สรายการรูปแบบที่เป็นไปได้ รูปแบบก็อย่างเช่น “MP4, 1080p, มีเสียง AAC” หรือ “Ogg, เฉพาะเสียง” โดยค่าเริ่มต้น yt-dlp จะรับสตรีมเสียงคุณภาพสูงสุดและสตรีมวิดีโอคุณภาพสูงสุด แล้วรวมเป็นไฟล์เดียว แต่ปรับเปลี่ยนได้ด้วยการตั้งค่า
รูปแบบ DRM น่าจะเป็นรูปแบบที่ได้รับการป้องกันด้วย Widevine https://en.wikipedia.org/wiki/Widevine และ yt-dlp ระบุว่าจะไม่รองรับการถอดรหัสนั้น
“ใช้งานได้” หมายถึงมองเห็นเป็นตัวเลือกที่ไคลเอนต์ yt-dlp สามารถดาวน์โหลดได้ ไม่ใช่ว่าวิดีโอทุกตัวจะมีทุกรูปแบบให้ทุกไคลเอนต์เสมอไป และหากไม่ได้อัปโหลดเป็น 4K หรือไคลเอนต์ไม่รองรับการถอดรหัส 4K ก็อาจไม่เห็นตัวเลือก 4K
ในกรณีนี้ หมายความว่าไคลเอนต์ภายในประเภทนี้ไม่สามารถรับวิดีโอได้ เพราะเมื่อ yt-dlp ร้องขอ ก็จะได้รับแต่รูปแบบที่ถูกล็อกด้วย DRM เท่านั้น เรื่องนี้น่าสนใจเพราะไคลเอนต์ TV เป็นวิธีที่ได้วิดีโอคุณภาพสูงจาก YouTube API โดยไม่ต้องมีโทเคนล็อกอิน YouTube ที่ถูกต้อง ช่วงล่างของ issue ผู้รายงานบอกว่าหากให้โทเคนมา ไคลเอนต์ innertube แบบ “web” จะทำงานได้
สถานการณ์ตอนนี้เกิดขึ้นเพราะสุดท้ายแล้วผู้คนพอใจกับสภาพแบบนี้
หลายคนมองว่าไม่เป็นไรที่ไม่ได้เป็นเจ้าของภาพยนตร์ อัลบั้ม หรือหนังสือ และไม่เข้าใจความหมายของมัน คนที่เข้าใจเป็นส่วนน้อย
ไม่ได้คัดค้านการสตรีมเอง แต่ผู้ให้บริการทุกรายควรให้ ทางเลือกในการเป็นเจ้าของ สำเนาดิจิทัลที่ถูกกฎหมายในราคาสมเหตุสมผล ในที่นี้ “เป็นเจ้าของ” หมายถึงมีไฟล์มีเดียธรรมดาที่ไม่มี DRM และเล่นได้ทุกที่ที่ต้องการ
การจ่ายเงินเพื่อเป็นเจ้าของอะไรสักอย่างไม่มีปัญหาเลย แต่ก่อนจะมีแบบนั้น จะไม่จ่ายเงินให้บริษัทพวกนี้แม้แต่สตางค์เดียว
สมมติว่ามีคนสตรีม 2 พันล้านคน จะได้ 2,000,000,000 × 1095 = 2,190,000,000,000g หรือ คาร์บอนไดออกไซด์ที่ไม่จำเป็น 2.19 ล้านตัน
การละเมิดลิขสิทธิ์ทำครั้งเดียวก็จบ จึงเป็นมิตรต่อสิ่งแวดล้อมกว่า และอาจมองได้ว่าช่วยกอบกู้โลก
ผมทำสคริปต์ที่ใช้ yt-dlp ดาวน์โหลดช่องที่ติดตาม แปลงเป็น mp3 แล้วให้บริการฟีดพอดแคสต์ภายในเครือข่ายท้องถิ่น ทำให้ เวลาที่ใช้แอป YouTube ลดลงไปมากแล้ว
ถ้าสักวันมันพัง อาจต้องออกไปข้างนอกในเวลาว่างก็ได้ แต่ตอนนี้ยังใช้ได้อยู่ ก็หวังว่าจะอยู่รอดไปถึงฤดูใบไม้ผลิ
อยากรู้ว่าใช้เครื่องมืออะไรนอกจาก yt-dlp เช่น ใช้อะไรสร้างและโฮสต์ฟีด RSS
เป็นข่าวที่แย่มากจริง ๆ
ค่อนข้างชัดเจนอยู่แล้วว่าเรื่องแบบนี้จะมาถึง และก็ดูชัดเจนพอสมควรว่านี่เป็นส่วนหนึ่งของยุทธศาสตร์ระดับสูงมากของ Google ด้วย Google ลงทุนอย่างหนักกับเรื่องทั้งหมดนี้มาหลายปีแล้ว ทั้งฝั่งไคลเอนต์และเซิร์ฟเวอร์
สำหรับผมมันมีกลิ่นของ enshittification แต่ในภาพที่ใหญ่กว่านั้น ดูเหมือนว่าเรากำลังจะก้าวเข้าสู่ยุคของเทคโนโลยีที่ถูกล็อกและปิดกั้น เมื่อมองสภาพแวดล้อมโดยรวม YouTube ที่ไม่มี DRM ถึงขั้นให้ความรู้สึกเหมือนเป็นของล้าสมัยไปแล้ว
คนส่วนใหญ่เต็มใจซื้ออุปกรณ์ที่จำกัดสิ่งที่ตัวเองทำได้อย่างรุนแรงอยู่แล้ว จึงไม่คาดหวังแรงต้านจริงจังจากผู้บริโภค คนที่ใส่ใจเรื่องนี้จริง ๆ น่าจะต้องเผชิญทางเลือกระหว่างแยกตัวออกจากโลกดิจิทัลและยอมขาดแคลนเพื่อยึดหลักการของตัวเอง หรือถูกบังคับให้เข้าไปอยู่ในกล่องเดียวกับผู้ใช้ฐานต่ำสุดร่วมกัน
ถ้าสมมติว่าผู้บริหาร Google ไม่มีเจตนาร้าย ผมก็สงสัยว่า AI อาจเป็นไกปืนสุดท้ายหรือไม่ การจะสร้างคูเมืองให้ Gemini ต้องกันไม่ให้ผู้รวบรวมข้อมูลเข้าถึงวิดีโอ YouTube และวิธี “จริง ๆ” เพียงวิธีเดียวที่จะรับประกันเรื่องนี้ได้คือใส่ DRM เข้าไป X/Twitter, Reddit, Stack Overflow และอื่น ๆ ก็ลงมือด้วยเหตุผลคล้ายกันอยู่แล้ว เรื่องนี้คงเป็นสิ่งที่อยากทำอยู่แล้ว ดังนั้น AI อาจเป็นข้ออ้างมากกว่าเหตุผล แต่ก็ไม่น่าจะเป็นปัจจัยที่ไม่มีความหมายเลย
เราอยู่ในสภาพเหมือนกบที่เติมเชื้อไฟใส่หม้อต้มตัวเอง
เมื่อก่อน DRM เคยถูกมองว่าขัดแย้งกับเบราว์เซอร์ เพราะมันไม่ได้เป็นตัวแทนผลประโยชน์ของผู้ใช้ ถ้าจำเป็นต้องมี DRM จริง ๆ ฝั่งแพลตฟอร์มก็ต้องยัดมันเข้ามาเองด้วยปลั๊กอินภายนอกอย่าง Silverlight
ตอนที่ Firefox นำส่วนขยาย EME เข้ามา ผมมองว่านั่นคือจุดเริ่มต้นของจุดจบ ถ้าทำให้ DRM เป็นแค่สวิตช์ที่เปิดได้ มันก็จะกลายเป็นมาตรฐาน ไม่ใช่ข้อยกเว้น หลายปีก่อนก็มีข้อเสนอไร้สาระอย่าง DRM สำหรับฟอนต์ด้วย ถ้าบริษัทไหนยืนกรานจะใช้ DRM บริษัทนั้นควรเป็นคนแบกรับภาระที่เกิดจากการทำสิ่งที่เบราว์เซอร์ไม่ควรรองรับมาแต่แรก
ฝันร้ายที่เรากำลังพุ่งเข้าไปหาคือโลกที่แคชวิดีโอได้ทีละนิดเดียว และฮาร์ดแวร์ยืนยันตัวตน TPM ต้องใส่โทเคนในทุกคำขอ HTTP เบราว์เซอร์จะกลายเป็นแค่กล่องเคเบิลทีวีแบบซอฟต์แวร์
พวกเขาไม่ชอบ URL ด้วย และเมื่อจะให้แชร์อะไรสักอย่าง ก็น่าจะอยากบังคับให้ทำตามเงื่อนไขของตัวเอง เช่น ให้แอปสร้าง URL ที่มีแฮชหมดอายุและจำกัดจำนวนการเข้าชม แน่นอนว่าอินฟลูเอนเซอร์อาจยังมีสิทธิ์แชร์แบบไม่จำกัดอยู่
ตลอด 10 ปีที่ผ่านมา โครงสร้างพื้นฐานแบบนี้ค่อย ๆ ถูกปูวางมา และสิ่งเหล่านี้ไม่ใช่ความไม่สะดวกแยกเป็นเรื่อง ๆ แต่เป็นตะปูที่ตอกลงบนฝาโลง
ยังมีไคลเอนต์ YouTube จากบุคคลที่สามที่ค่อนข้างดีอย่าง GrayJay https://grayjay.app/ ด้วย
แอปแบบนี้ช่วยให้ติดตามครีเอเตอร์จากแพลตฟอร์มวิดีโอหลายแห่งได้ในแอปเดียว ซึ่งไม่ดีต่อการผูกผู้ใช้ไว้กับ YouTube ตามที่ Google ต้องการ
ช่วงหนึ่ง itag 18 และ 22 ซึ่งเป็นวิดีโอ MP4 ที่รวมแทร็กเสียงหายไป และดูเหมือนว่ารูปแบบ เฉพาะวิดีโอ อย่าง itag 136 และ 137 จะถูกให้ความสำคัญมากกว่า
ในกรณีนี้ต้องใช้ ffmpeg รวมแทร็กเสียงกับวิดีโอเข้าด้วยกัน ช่วงหลังดูเหมือนว่า itag 18 จะกลับมาแล้ว
ตัวอย่าง:
yt-dlp -f 137+140 '[https://www.youtube.com/watch?v=dQw4w9WgXcQ](<https://www.youtube.com/watch?v=dQw4w9WgXcQ>;)'ดูเหมือน YouTube กำลังสู้กับการดาวน์โหลดวิดีโอ
ถ้าใช้ Tor จะได้ข้อความทุกวันว่า “เข้าสู่ระบบเพื่อพิสูจน์ว่าคุณไม่ใช่บ็อต” และถ้าไม่ใช้ Tor ก็เข้าถึง YouTube ไม่ได้ การดูโฆษณาหรือแก้แคปช่าก็โอเค แต่ YouTube เลือกวิธีที่แย่ที่สุด
ไม่ถึงกับต้องยืนยันตัวตน แต่ต้องเลือกโปรไฟล์
มันเริ่มมาเมื่อไม่กี่เดือนก่อน และตอนนั้นไม่ได้คิดอะไรมาก แต่ตอนนี้ดูเหมือนพฤติกรรมนี้อาจเป็นสัญญาณนำของการ ผลักดัน DRM ครั้งใหม่
YouTube ให้เหตุผลเพิ่มขึ้นทุกวันว่าควรหลีกเลี่ยงมันอย่างสิ้นเชิง
พอดีว่าที่นี่ YouTube ก็ต้อนรับด้วยข้อความว่า “เข้าสู่ระบบเพื่อยืนยันว่าคุณไม่ใช่บ็อต เพื่อปกป้องชุมชน” เช่นกัน
มีหลายวิธีที่จะรัดสายจูงให้แน่นขึ้น
น่าเสียดายที่บางคนจะไม่มีวันสร้างบัญชี และบางคนจะไม่มีวันใช้ระบบ DRM ใด ๆ ต้องหาวิธี เข้าถึงทางอ้อม ต่อคลังข้อมูลอันอุดมสมบูรณ์นั้น
อยากได้คำแนะนำ ทางเลือกแทน YouTube สำหรับค้นพบเพลง lofi หรือ synthwave
ถ้าซื้ออัลบั้ม จะได้รับ ดาวน์โหลดแบบไม่มี DRM
https://bandcamp.com/discover/electronic+synthwave
https://www.di.fm/search?q=lofi
สงสัยว่าผู้ใช้ Firefox จะเป็นอย่างไร
DRM ที่ Firefox รองรับนั้นถูกเจาะได้ง่าย แล้ว YouTube จะเลิก รองรับ Firefox หรือไม่?
ใน https://github.com/yuliskov/SmartTube/issues/4444 ก็พบในวิดีโอ “สำหรับสมาชิกเท่านั้น” แต่ก็ยังไม่ใช่วิดีโอทั้งหมดเช่นกัน
น่าจะหมายถึงความแตกต่างระหว่าง DRM แบบซอฟต์แวร์กับ DRM แบบฮาร์ดแวร์ เช่น Widevine L3 กับ L1, PlayReady SL2000 กับ SL3000 แต่เรื่องนี้ไม่ได้เป็นภาพ Firefox ปะทะ Chrome อย่างตรงตัว Firefox เองก็มีรายงานว่าเคยทำงานกับความเป็นไปได้ในการใช้ DRM แบบฮาร์ดแวร์บน Windows และน่าจะผ่าน Media Foundation API
สถานการณ์เลวร้ายที่สุดที่เห็นในบริการอย่าง Netflix คือการให้เบราว์เซอร์ที่ใช้ได้เฉพาะ DRM แบบซอฟต์แวร์อย่าง Firefox ดูได้แค่คุณภาพต่ำ และเข้ารหัสคุณภาพที่ดีกว่าด้วยคีย์ที่ได้เฉพาะจาก DRM แบบฮาร์ดแวร์เท่านั้น อย่างไรก็ตาม ยังไม่รู้ว่า YouTube จะไปไกลถึงขั้นนั้นตอนนี้หรือไม่ Netflix หรือ Amazon มีสัญญากับเจ้าของสิทธิ์ที่กำหนดให้ต้องมีมาตรการป้องกันแบบนั้น แต่โชคดีที่มองว่า YouTube ไม่ได้มีความสัมพันธ์และสัญญาแบบเดียวกันกับเหล่า “YouTuber”
ตอนนี้สิ่งที่ YouTube ต้องการน่าจะเป็นการลดจำนวนคนที่ดูคอนเทนต์โดยไม่ผ่านเว็บไซต์หรือแอป หรือก็คือคนที่ไม่ดูโฆษณา ให้ลดลงอย่างมาก เป็นไปได้สูงว่ามุ่งเป้าไปที่คนจำนวนมากกว่ามากที่พึ่งพาเว็บ YouTube-to-mp3 หรือเครื่องมือง่าย ๆ คล้ายกัน มากกว่าผู้ใช้ yt-dlp
แค่บังคับใช้ DRM แบบซอฟต์แวร์ก็อาจทำให้เครื่องมือเหล่านั้นพังได้อย่างน้อยชั่วคราว และดึงผู้ใช้กลับมายังแพลตฟอร์มได้ และถ้ามีกลไก “เลี่ยงการเข้ารหัส” อยู่ในเครื่องมือ ก็อาจฟ้องนักพัฒนาได้ด้วย แต่ไม่ใช่ผู้เชี่ยวชาญด้านกฎหมาย
หากเป็นเช่นนั้น มีโอกาสสูงมากที่ yt-dlp จะไม่สามารถโฮสต์บน GitHub หรือแจกจ่ายผ่าน apt repository, pip, Homebrew ฯลฯ ได้อีกต่อไป
ที่เกี่ยวข้องกัน TubeArchivist เพิ่งปล่อย v0.5 และอย่างเป็นทางการยังไม่ได้อยู่ในสถานะหยุดเพิ่มฟีเจอร์