ร่วมมือกับที่ปรึกษาโอเพนซอร์สที่รู้จักกันดีที่สุดแห่งหนึ่งการฝึกอบรมและผลิตภัณฑ์ให้กับ บริษัท ต่างๆเมื่อเร็ว ๆ นี้ ประกาศว่ากำลังพัฒนาโครงการโอเพ่นซอร์สใหม่ ซึ่งเน้นหลักในการสร้าง สภาพแวดล้อมที่แยกต่างหากสำหรับการเปิดตัวแอปพลิเคชัน Android ซึ่งให้การรวมอินเทอร์เฟซข้อมูลแอปพลิเคชันกับเชลล์กราฟิกที่อิงตาม Wayland.
ชื่อโครงการนี้คือ "SPURV"ด้วยความช่วยเหลือของ SPURV ผู้ใช้สามารถเรียกใช้แอปพลิเคชัน Android บน Linux พร้อมกับแอพพลิเคชั่นกราฟิกตามปกติที่มีให้ในการกระจาย Linux
เพื่อให้บรรลุสิ่งนี้สภาพแวดล้อมของ Android จะทำงานในคอนเทนเนอร์ที่แยกต่างหาก ในสภาพแวดล้อมส่วนประกอบมาตรฐานของแพลตฟอร์ม Android ได้รับการติดตั้งซึ่งให้มาในที่เก็บ AOSP (Android Open Source Project)
เกี่ยวกับ SPURV
สเปอร์ฟ เป็นชุดเครื่องมือที่สามารถใช้ในการกำหนดค่าคอนเทนเนอร์ Android ติดตั้งแอพ Android ภายในจากนั้นเรียกใช้แอพเหล่านั้นแบบเต็มหน้าจอบนเดสก์ท็อป Wayland Linux ที่ด้านบนของเคอร์เนล Linux
ในการรันคอนเทนเนอร์ให้ใช้ systemd-nspawn สำหรับแอพ Android จะมีการรองรับการเร่งความเร็ว 3 มิติเต็มรูปแบบและเพื่อให้ทำงานได้เดสก์ท็อป Linux จะต้องใช้เซิร์ฟเวอร์แสดงผล Wayland
สเปอร์ฟ ใช้ประโยชน์จากส่วนประกอบบางอย่างเพื่อให้เกิดการโต้ตอบของระบบกับคอนเทนเนอร์ Android.
เนื่องจาก SPURV สำหรับ Android ทำงานเหมือนอุปกรณ์ Android จำลองและปรับรุ่น Android ตามความต้องการของเรา
SPURV มีบางส่วนที่ใช้งานได้:
- ปรับแต่งค่าเริ่มต้น
- กำหนดค่าเครือข่าย
- เปิดใช้งานสะพานเสียงจาก Android ไปยัง PulseAudio
- อนุญาตสะพานกราฟิกจาก Android ไปยัง Wayland
ส่วนประกอบเหล่านี้มีดังนี้:
SPURV เสียง
นี้ ใช้เพื่อจัดระเบียบเอาต์พุตเสียงผ่าน Linux audio stack คอมโพเนนต์ถูกนำไปใช้ในรูปแบบของเลเยอร์ที่ส่งต่อการเรียกใช้ Android Audio HAL (Hardware Extraction Layer) ไปยังระบบย่อย ALSA
SPURV HW คอมโพเซอร์
มันเป็น มีวัตถุประสงค์เพื่อรวมหน้าต่างแอปพลิเคชัน Android เข้ากับสภาพแวดล้อมที่ใช้ Wayland ส่วนประกอบ แปลงคำขอเป็น HWC API (Hardware Composer) ในการโทรไปที่ Wayland
SPURV HW คอมโพเซอร์ มีเครื่องมือในการแสดงข้อมูลบนหน้าจอประมวลผลบัฟเฟอร์หน้าจอและรวมบัฟเฟอร์หน้าจอจากแอปพลิเคชันต่างๆบนเดสก์ท็อปเครื่องเดียว โปรโตคอลที่ใช้ในแนวคิด HWC มีลักษณะคล้ายกับโปรโตคอล Wayland ดังนั้นการแปลจึงไม่ก่อให้เกิดปัญหา
นอกเหนือจากการแปล API จาก HWC เป็น Wayland แล้วคอมโพเนนต์ SPURV HWComposer ยังจัดการการประมวลผลอินพุตการจับภาพในฝั่ง Wayland เหตุการณ์การป้อนข้อมูลที่เกี่ยวข้องกับ Android เช่นข้อมูลหน้าจอสัมผัสและการแทนที่ใน Android
สเปิร์ฟ ดีเอชซีพี
นี่คือ การใช้งานโปรโตคอล DHCP อย่างง่ายซึ่งช่วยให้สามารถเชื่อมต่อเครือข่ายระหว่างระบบหลักและสภาพแวดล้อม Android
ด้วยเหตุนี้ผู้พัฒนา Collabora จึงยืนยันว่าโครงการนี้มีส่วนบวกและลบ:
วิธีการใช้ SPURV หมายความว่าระบบปฏิบัติการเต็มรูปแบบกำลังทำงานในคอนเทนเนอร์ซึ่งมีทั้งผลกระทบเชิงบวกและเชิงลบ
ผลในเชิงบวกอย่างหนึ่งคือการแยกแอปพลิเคชัน Android ออกจากกันมากขึ้นซึ่งหมายถึงความปลอดภัยและความเป็นส่วนตัวที่มากขึ้นสำหรับแอปพลิเคชันที่อาจไม่น่าเชื่อถือ
ข้อเสียเกี่ยวข้องกับความสามารถในการเข้าถึงและประสิทธิภาพของฮาร์ดแวร์ การเข้าถึงฮาร์ดแวร์ทั้งหมดที่ Android ต้องการจะต้องส่งผ่านไปยังคอนเทนเนอร์
นอกจากจะต้องกำหนดค่าการเข้าถึง systemd-nspawn ด้วยตนเองแล้วยังมีต้นทุนด้านประสิทธิภาพที่เกี่ยวข้องกับการเรียกใช้คอนเทนเนอร์อีกด้วย
ลอง SPURV ไหม
SPURV อยู่ในวัยเด็กดังนั้นจึงยังมีอะไรให้ขัดอีกมากแต่นี่ไม่ได้หมายความว่าเราสามารถทำการทดสอบบางอย่างและรู้ถึงศักยภาพที่โครงการนี้สามารถให้เราได้
สำหรับอะไร หากคุณสนใจคุณสามารถตรวจสอบการบุกรุกเพื่อทำการรวบรวม ทุกอย่างจากแหล่งที่มา (Gitlab)