NewPipe chạy trên Linux bằng Android Translation Layer

 (flathub.org)
2 điểm bởi GN⁺ 2024-10-28 | 1 bình luận | Chia sẻ qua WhatsApp
  • Bản port NewPipe không chính thức là bản dựng Flatpak thử nghiệm dựa trên Android Translation Layer, cho phép cài và dùng NewPipe dành cho Android trên Linux
  • Bản dựng này không phải bản phân phối chính thức do TeamNewPipe tạo ra, cũng không có liên kết hay được TeamNewPipe bảo chứng
  • NewPipe là một frontend YouTube chú trọng quyền riêng tư, phân tích cú pháp website mà không cần thư viện Google framework và YouTube API
  • Có thể sử dụng mà không cần Google Services hay tài khoản YouTube, và được cung cấp dưới dạng FLOSS
  • Phiên bản 0.28.8 khắc phục vòng tránh cho vấn đề YouTube bắt buộc áp dụng giao thức SABR, nhưng vẫn còn hạn chế với video dành cho trẻ em

Bản dựng Flatpak NewPipe không chính thức

  • NewPipe (unofficial port) là bản dựng Flatpak không chính thức, thử nghiệm, dựa trên Android Translation Layer
  • Đây không phải bản dựng do TeamNewPipe đóng gói, cũng không phải ứng dụng có liên kết hay được TeamNewPipe bảo chứng
  • Lỗi cần được báo cáo lên ATL bug tracker, không phải trình theo dõi lỗi của NewPipe
  • NewPipe hoạt động như một frontend YouTube chú trọng quyền riêng tư
    • Không sử dụng thư viện Google framework
    • Không sử dụng YouTube API
    • Lấy thông tin cần thiết bằng cách phân tích cú pháp website
  • Có thể sử dụng trên thiết bị không có Google Services
  • Có thể dùng mà không cần tài khoản YouTube
  • Là FLOSS

Dịch vụ được hỗ trợ và thay đổi trong 0.28.8

  • Các dịch vụ được hỗ trợ bao gồm hệ sinh thái YouTube và nhiều nền tảng media
    • YouTube và YouTube Music
    • PeerTube và tất cả instance
    • Bandcamp
    • SoundCloud
    • media.ccc.de
  • Bản phát hành 0.28.8 khắc phục vòng tránh cho các vấn đề liên quan đến phát lại phát sinh khi YouTube bắt buộc dùng giao thức SABR
    • Vấn đề thiếu độ phân giải video
    • Vấn đề không thể dùng các luồng âm thanh tách rời
    • Vấn đề chỉ dùng được luồng MP4 360p có kèm âm thanh
    • Do hạn chế của cách khắc phục vòng tránh, video dành cho trẻ em bị loại trừ
  • Bản sửa vòng tránh này được tạo ra nhờ nỗ lực của cộng đồng
  • Bản phát hành bao gồm NewPipe Extractor v0.26.3
    • Bao gồm bản sửa vòng tránh liên quan đến SABR
    • Sửa lỗi không trích xuất được video từ playlist YouTube
    • Sửa lỗi tìm kiếm Bandcamp không trả về kết quả
  • Get more Information
  • Project Website
  • Contribute Translations
  • Report an Issue
  • Browse the source code

Bài viết liên quan

1 bình luận

 
GN⁺ 2024-10-28
Ý kiến trên Hacker News

  • Phần thú vị có vẻ chủ yếu là https://gitlab.com/android_translation_layer/android_transla.... Có lẽ đây là một lựa chọn thay thế cho Waydroid, nhưng vì không cần mô-đun kernel Binder nên cũng có thể gần với WINE hơn
    Ngoài ra, tôi thấy ý tưởng đóng gói chung ứng dụng và lớp tương thích dưới dạng Flatpak khá hay. Có thể cung cấp ứng dụng gần như native, dễ có được người dùng và tester cho lớp tương thích, đồng thời thu hẹp phạm vi theo từng ứng dụng, nên cũng dễ truyền đạt kiểu “ứng dụng này chạy được, nhưng đừng kỳ vọng cả những ứng dụng khác chưa được triển khai cũng chạy”
    Nói nghiêm ngặt thì Flatpak có lẽ không phải bắt buộc. Về mặt kỹ thuật, có vẻ cũng không có gì ngăn việc tạo gói Debian cho ATL và gói cho NewPipe rồi đưa vào kho hoặc PPA. Nhưng tôi có cảm giác Flatpak rất hợp với mục đích này

    • Việc cố tái triển khai Android mà không có Binder có khả năng thất bại cao. Gần như mọi thứ trong Android đều gắn rất sâu với Binder, nên để làm cho nó chạy được sẽ phải liên tục chồng thêm hack lên hack
      Dịch vụ cũng dùng Binder, intent cũng dùng Binder kể cả intent nội bộ, Play Services hoặc microG mà 90% ứng dụng dùng cũng dùng Binder, quyền cũng dùng Binder. Đến mức này thì một image Android x86 có lẽ tốt hơn và ổn định hơn, tốc độ cũng có thể tương đương
    • Dự án này trông như được xây trên dự án android2gnulinux mà tôi từng làm trước đây. Thật vui khi thấy có người tiếp quản và làm cho nó nhiều chức năng hơn
      https://github.com/Cloudef/android2gnulinux
    • Tôi đã mong chờ tổ hợp lớp tương thích + ứng dụng Flatpak một thời gian rồi, nên thật tuyệt khi thấy thực sự có người đang làm. Ước mơ cá nhân của tôi là có nhiều Flatpak cho bộ Microsoft Office
    • Vì tôi không dùng Flatpak, Snap hay AppImage, nên tôi thích điểm này là nó không phụ thuộc vào những thứ như Flatpak
    • Về mặt khái niệm thì giống WINE, nhưng trên thực tế gần với việc tái triển khai AOSP, tức bản triển khai Android tham chiếu, hơn
      Xem https://gitlab.com/android_translation_layer/android_transla...

  • Nếu bạn có thiết bị chạy postmarketOS hoặc Alpine Linux thì có thể tự thử với các ứng dụng Android khác. Chạy sudo apk add android-translation-layer rồi
    $ android-translation-layer some-app.apk
    Tôi đã thử vài ứng dụng như F-Droid, Spotify, Megalodon nhưng đều thất bại vì nhiều lý do khác nhau, và có vẻ bề mặt API vẫn còn thiếu khá nhiều. Dù vậy, vì phần nền tảng đã xong, hy vọng một số lượng đáng kể có thể được bổ sung tương đối dễ dàng

    • Tôi đang thử build android_translation_layer trên Arch. Nếu thành công thì có thể thêm bản phân phối thứ ba vào danh sách được hỗ trợ

  • Lý do gì để dùng NewPipe trên desktop nhỉ, trong khi đã có https://freetubeapp.io/

    • Có thể họ quen với trải nghiệm dùng NewPipe nên thích tính nhất quán giữa các thiết bị. Tôi mới nghe đến FreeTube lần đầu nhưng trông khá tuyệt
    • FreeTube tối ưu rất kém. Dù có hỗ trợ phát video bằng phần cứng, tải CPU vẫn quá lớn nên tôi đã quyết định không dùng
    • Khi đưa ra đề xuất thì không cần phải hạ thấp bài gốc như vậy. Càng nhiều client thay thế nở rộ càng tốt
    • Đáng tiếc là nó không hoạt động tốt trên Wayland. Không rõ cái này thì sao, nhưng cũng đáng thử
    • Không có tính năng “tua nhanh qua đoạn im lặng”

  • Thật sự tuyệt. Tôi thắc mắc liệu có thể thay ứng dụng NewPipe bằng fork Tubular (https://github.com/polymorphicshade/Tubular) có tích hợp sẵn SponsorBlock và ReturnYoutubeDislike không

    • Người đó chắc không làm được, nhưng bạn thì có lẽ có thể

  • https://gitlab.com/android_translation_layer/android_transla...
    https://gitlab.com/android_translation_layer/android_transla...
    Tôi tò mò cách tiếp cận này sẽ hoạt động tốt đến mức nào so với cách của Anbox/Waydroid

    • Waydroid phải chạy cả một hệ điều hành, còn cái này chỉ là một ứng dụng đơn lẻ. Cách trước có thể tích hợp tốt với các ứng dụng khác bạn đang dùng
      Trong ATL, nếu mở bằng trình duyệt thì trình duyệt desktop thật sẽ mở ra, và nội dung tải xuống cũng vào thư mục bạn đã chọn trên desktop. Nó có cảm giác gần với APK cho desktop hơn, giống “ARC Welder” của Google nhưng không dùng trình duyệt làm runtime

  • Cuối cùng tôi đã cài thử, và khá ấn tượng vì nó hoạt động tốt hơn tôi nghĩ rất nhiều. Tất nhiên có vẻ toàn màn hình thật sự thì chưa ổn lắm, và cũng có lỗi hiển thị như khoảng trắng thừa. Nhưng nhìn chung là cứ thế chạy được
    Nó hiệu quả hơn nhiều so với việc chạy Waydroid, nên tôi đang nghĩ sẽ thử với những ứng dụng khác mình thường dùng. FreeTube cũng là client tốt, nhưng vì Electron nên dung lượng khoảng gấp ba lần, còn NewPipe cho cảm giác nhanh nhạy hơn hẳn

    • Thấy khá nhiều lỗi hiển thị. Không tải được phần cài đặt, video lúc tải được lúc không, và dù sao thì giao diện đồ họa cũng bị vỡ
      Với một người thích NewPipe trên điện thoại thì hơi tiếc

  • Tin tốt đấy. Tôi đang vọc Surface Go 2 hơi quá nhiều, và lớp chuyển đổi Android đúng là hợp với môi trường chỉ có màn hình cảm ứng, rất ít RAM, eMMC cực chậm, và pin may mắn lắm thì được 8 tiếng
    Đặc biệt là không có nhiều ứng dụng Linux thân thiện với cảm ứng. Kirigami của KDE hay các ứng dụng thân thiện với cảm ứng vẫn còn đang trong quá trình phát triển mạnh, chỉ vừa đủ cho sử dụng hằng ngày; còn ứng dụng Electron thì không hợp với bàn phím ảo nên bị loại. Ứng dụng Flutter thì vô dụng trên Linux vì không hỗ trợ DPI độ phân giải cao; GNOME hỗ trợ tỉ lệ phân số kém, có một số vấn đề với menu trên màn hình cảm ứng, và khoảng chữ trong launcher không được scale nên ở DPI cao sẽ bị cắt kiểu “Firef...”. Nhân tiện, tôi đang dùng Debian Bookworm
    Vì vậy việc android_translation_layer dùng Gtk không làm tôi hào hứng, nhưng tôi biết Gtk4 đã cải thiện phần scaling. Dù sao thì tôi cũng đang mong được thử

  • Thú vị. Tôi cũng muốn thấy bản build AppImage của ứng dụng được tạo bằng thư viện này
    https://appimage.org/

  • Với tôi thì FreeTube trong kho Arch hoạt động rất tốt
    https://github.com/FreeTubeApp/FreeTube

    • Có vẻ nó nằm trong AUR, không phải kho chính thức của Arch

  • Tôi đã cài trên Android dưới dạng ứng dụng F-Droid và dùng được một thời gian. Vấn đề là có độ trễ giữa các biện pháp đối phó của YouTube và phiên bản mới tương ứng
    Thỉnh thoảng trong vài tháng, cho đến khi được sửa, không dùng được client thay thế trên Android. Trên Linux liệu đây có phải là vấn đề không?

    • Vấn đề là F-Droid mất thời gian để xét duyệt bản phát hành mới. Dù đã có thể tải qua các kênh phân phối trực tiếp khác, nó vẫn bị chậm
      Gần đây tôi biết đến Obtainium[1], có thể cài đặt và cập nhật ứng dụng từ gần như mọi nguồn bạn muốn. Ví dụ như NewPipe có thể lấy trực tiếp từ GitHub Releases
      [1] https://obtainium.imranr.dev/
    • Hãy xem kho F-Droid riêng của NewPipe: https://newpipe.net/FAQ/tutorials/install-add-fdroid-repo/