PrBoom music path incorrect for TVos deployment (Apple RetroArch)
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 75/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- tex
- Lĩnh vực
- documentation
Hướng nghiên cứu
Bắt đầu với phần Loading Doom tại https://docs.libretro.com/library/prboom/#loading-doom và xác định nguồn của phần này trong repository tài liệu. Cập nhật hướng dẫn về thư mục tvOS cho music, prboom.wad, các WAD bổ sung và DEHs, bao gồm sự phân biệt giữa các Doom WAD tương thích với zip và những tệp phải được giữ ở trạng thái chưa giải nén; xác minh rằng trang đã render phản ánh các chi tiết này.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe the bug
In the Loading Doom section of the docs (https://docs.libretro.com/library/prboom/#loading-doom), the folder structure for adding music is incorrect for the PrBoom core distributed with RetroArch on TVos. Correctly named mp3 files will not be recognized when colocated with DOOM1/2 wads.
Expected behavior/changes
The documents reflect that for TVos (at least), music files must be placed in the same SYSTEM (bios)/prboom directory that additional WADs, DEHs, and the prboom.wad file are located in.
Additional context
I also don't believe it's noted anywhere in the docs that the prboom.wad and additional loaded WADs/DEHs have to go the prboom folder under SYSTEM is documented anywhere. It would also be helpful if it was clearly disambiguated that DOOM1/2 wads can be zipped, but what I'm calling additional wads/DEHs (i.e. D1SPFX20.WAD, pk_doom_sfx_20120224.wad, D1DEHFIX.DEH) cannot be zipped and must be in the prboom subdir located within system (bios), not roms.
- Ngôn ngữ chính
- TeX
- Star
- 347
- Fork
- 862
- Merge trung bình
- 2 ngày 11 giờ
- Pull request đã merge (30 ngày)
- 10
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của libretro/docs
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
libretro/docs#1195 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Update FBNeo BIOS locationĐang mởbug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 2 ngày
-
bug
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 65/100
libretro/docs#960 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 58/100
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của libretro/docs
Issue tương tự
-
Provide a docinit functionaliyĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
inu-appcenter/memorIN-frontend#106 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
workflow: a tick's dispatch counts as 'only this step', and no review self-grants a round unattendedĐang mởworkflow
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
kristofdegrave/homeassistant-smart-charging#1505 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
openfoodfacts/score-my-recipe#80 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
githubnext/gh-aw-workshop#3968 ·
Maintainer thường phản hồi trong vòng 1 ngày