|
2 | 2 |
|
3 | 3 | ### 1. Why does the series start from v5 instead of v1? |
4 | 4 |
|
5 | | -The numbering of this modpack series starts at v5 because it builds on several earlier, non-public development versions that preceded the official launch of the 1.21.4 branch. Specifically: |
| 5 | +The numbering starts at v5 because earlier internal builds preceded the public launch of the 1.21.4 branch: |
6 | 6 |
|
7 | 7 | - We released **1.20.1-v1**, **1.20.6-v2**, and **1.21.1-v3** as internal test builds |
8 | | -- We developed **1.21.4-v4** as a pilot build, but it suffered from severe mod conflicts and other issues |
9 | | -- **1.21.4-v5** marked the first stable, polished version suitable for public distribution |
| 8 | +- **1.21.4-v4** was a pilot build that had mod conflicts and other issues |
| 9 | +- **1.21.4-v5** was the first version we considered stable enough for public release |
10 | 10 |
|
11 | 11 | ### 2. How long will it take to update the modpack after Mojang releases a new Minecraft version? |
12 | 12 |
|
13 | | -- **Beta versions**: Usually rolled out **within a week** following a new Minecraft version launch |
14 | | -- **Stable official versions**: Dependent on the update speed of major mod developers |
| 13 | +- **Beta versions**: Usually within **a week** after a new Minecraft release, but no guarantees |
| 14 | +- **Stable versions**: Depends on how quickly major mod developers update their mods |
15 | 15 |
|
16 | | -We will only push the official modpack update once all critical mods have been updated and thoroughly tested for stability. |
| 16 | +We'll publish an official update only after critical mods have been updated and basic testing passes. Delays are possible. |
17 | 17 |
|
18 | 18 | ### 3. Why is the number of mods uneven across different series of the modpack? |
19 | 19 |
|
20 | | -The discrepancy in mod counts across different modpack series stems from: |
21 | | -- Each series being tailored to a distinct main Minecraft version |
22 | | -- Mod development being community-driven and not always in lockstep with Mojang's releases |
23 | | -- The need to either abandon incompatible mods or adopt alternative ported versions |
| 20 | +Differences in mod counts happen because: |
| 21 | + |
| 22 | +- Each series targets a different Minecraft version |
| 23 | +- Mod updates are community-driven and not always in sync with Mojang |
| 24 | +- Some mods become incompatible and need to be replaced or removed |
24 | 25 |
|
25 | 26 | ### 4. Can OptiFine be added to the modpack? |
26 | 27 |
|
27 | | -No, this modpack uses **Sodium + Iris Shaders** as its default rendering core, which is fully incompatible with OptiFine. For shader support, simply place your preferred shader files into the **shaderpacks** folder in the modpack directory. |
| 28 | +No, this modpack uses **Sodium + Iris Shaders** as its rendering core, which is incompatible with OptiFine. For shader support, place your shader files into the **shaderpacks** folder. Compatibility with specific shaders may vary. |
28 | 29 |
|
29 | 30 | ### 5. Will a NeoForge version of the modpack be released in the future? |
30 | 31 |
|
31 | | -At present, approximately 80% of the core mods that define this modpack's gameplay experience only maintain active Fabric branches. As a result, we have no concrete migration plan for a NeoForge version in the short term. |
| 32 | +Currently, about 80% of the core mods in this pack only maintain active Fabric branches. We have no immediate plans for a NeoForge version, but that could change if mod support shifts. |
32 | 33 |
|
33 | 34 | ### 6. Why do "old version" mods still remain in the new modpack releases? |
34 | 35 |
|
35 | | -The retention of older-version mods is a deliberate, test-verified decision: |
36 | | -- In some cases, mod developers have not yet released updated versions |
37 | | -- We conduct rigorous compatibility testing to check if older mod versions can run on new Minecraft versions |
38 | | -- Once official updated versions are released, we immediately replace the old versions |
| 36 | +Sometimes we keep older mod versions for practical reasons: |
| 37 | + |
| 38 | +- The mod developer hasn't released an updated version yet |
| 39 | +- We test older versions to see if they still work on newer Minecraft (not guaranteed) |
| 40 | +- Once official updates are available, we replace the old versions |
39 | 41 |
|
40 | 42 | ### 7. After a bug is reported by the community, how long will it take to be fixed? |
41 | 43 |
|
42 | | -- **Modpack-specific issues**: We aim to roll out a hotfix or patch update within **1–2 weeks** (3–5 business days for critical bugs) |
43 | | -- **Upstream-related issues**: We will report the bug to the relevant developers and monitor the progress of the official fix |
| 44 | +- **Modpack-specific issues**: We try to release a fix within **1–2 weeks** (critical bugs may be faster, but no promises) |
| 45 | +- **Upstream-related issues**: We'll report the bug to the mod developer and monitor progress. Fix times depend on them. |
44 | 46 |
|
45 | 47 | ### 8. What is the versioning scheme of the modpack? |
46 | 48 |
|
47 | | -The modpack follows a three-stage release cycle: **Alpha**, **Beta**, and **Stable (Release)**. |
| 49 | +The pack uses a three-stage cycle: **Alpha**, **Beta**, and **Stable (Release)**. |
48 | 50 |
|
49 | | -- **Alpha phase**: Focuses on including all planned mods. Once the mod completion rate reaches 95%, the version transitions to Beta. |
50 | | -- **Beta phase**: Concentrates on polishing features, fixing bugs, continuing to add remaining mods, and adjusting the mod list to better suit the target Minecraft version. |
51 | | -- **Stable (Release) phase**: Handles regular iterative updates, minor patches, major bug fixes, and hotfixes as needed. |
| 51 | +- **Alpha**: Focuses on including planned mods. Once mod completion reaches roughly 95%, it moves to Beta. |
| 52 | +- **Beta**: Focuses on polishing, bug fixing, adding remaining mods, and adjusting the mod list. |
| 53 | +- **Stable (Release)**: Handles iterative updates, minor patches, major bug fixes, and hotfixes as needed. |
52 | 54 |
|
53 | 55 | ### 9. What determines the lifecycle of the modpack? |
54 | 56 |
|
55 | | -The lifecycle of the modpack is directly tied to our server's version number. When our server upgrades to a new major Minecraft version, the corresponding modpack version reaches its end of life and development shifts to the next major version. In other words, support for the old version is discontinued once the server moves forward. |
| 57 | +The lifecycle is tied to our server's version. When our server upgrades to a new major Minecraft version, we stop active support for the old modpack version and shift development to the next one. Old versions may still work, but we won't provide updates or fixes for them. |
0 commit comments