Chất loại bỏ lắp bắp rơi
Tác giả:skyranger-1Cập nhật lần cuối:2014-05-25 00:02:071.1M258KB
Giới thiệu về Mod
Yêu cầu fose. Cải thiện tình trạng lắp bắp và/hoặc hiệu suất.
Chất loại bỏ lắp bắp rơi
Phiên bản 4.0.7
Bởi skyranger-1
Chủ đề diễn đàn: http://www.bethsoft.com/bgsforums/index.php? Chủ đề trưng bày = 1069833
Trang tesnexus: http://www.fallout3nexus.com/downloads/file.php? id = 8886
đây là plugin fose và nó sẽ chỉ hoạt động với fose 1.2 beta 1 trở lên.
điều này sẽ chỉ hoạt động với fallout 3 phiên bản 1.7.
0. nội dung:
====================================
0. nội dung
1. Tổng quan
2. cài đặt
3. gỡ cài đặt
4. thay đổi cài đặt phổ biến
5. tất cả cài đặt
6. lịch sử phiên bản
7. làm thế nào điều này hoạt động
8. tín chỉ
1. tổng quan:
Plugin này làm cho fallout 3 không "lắp bắp" nhiều và thường cảm thấy mượt mà hơn hoặc hoạt động tốt hơn. Nó ngăn ngừa hoặc giảm thiểu một số vấn đề liên quan đến tình trạng lắp và tốc độ khung hình, đồng thời có thể giảm tần suất các sự cố liên quan đến tình trạng lắp. để biết thêm chi tiết, xem phần 7: cách thức hoạt động của nó.
Tuy nhiên lưu ý rằng điều này nói chung sẽ không khắc phục bất cứ vấn đề gì với trình điều khiển, phần cứng hoặc codec của bạn-nếu bạn có lý do cơ bản cho hiệu suất kém, điều này có lẽ sẽ không giúp ích gì nhiều.
đây là một cổng của chất loại bỏ tiếng lắp quên (OSR) để hoạt động chống lại hậu quả. Cho đến nay, nó không hoạt động tốt như thuốc loại bỏ tiếng lắp do quên lãng ban đầu, nhưng nó sẽ giúp ích được một số.
điều này phải tương thích với mọi thứ. Cảnh báo duy nhất là các mod giám sát fps sẽ không thể đo chính xác fpses ngoài phạm vi mục tiêu được đặt bởi plugin này (mặc định là 10 đến 30). Trên thực tế, ngay cả những fpses chỉ đến gần các mục tiêu fsr cũng có thể khó đo lường.
2. cài đặt:
====================================
Quá trình cài đặt là:
1. A. Nếu phiên bản fsr bạn đang cài đặt là tệp. zip, chỉ cần kéo thư mục "dữ liệu" từ zip vào thư mục quên lãng của bạn.
1. B. Nếu phiên bản fsr bạn đang cài đặt không xuất hiện dưới dạng tệp. zip thì bạn cần đặt tệp sr_fallout_stutter_remover.dll vào thư mục fallout\Data\fose\plugins của mình. Nếu bạn không có thư mục như vậy, hãy tạo nó. Nếu bạn đã cài đặt phiên bản fsr cũ hơn, hãy xóa tệp ini của nó (Data\fose\plugins\sr_Fallout_Stutter_Remover.ini). Nếu không có tệp ini fsr hiện có thì fsr sẽ tạo một tệp ini mới với các cài đặt phù hợp với phiên bản của bạn vào lần tiếp theo bạn chạy fallout.
3. gỡ cài đặt:
Chỉ cần xóa tệp sr_fallout_stutter_remover.dll khỏi thư mục data\fose\plugins của bạn.
Di chuyển tập tin đó sang thư mục khác cũng là đủ.
4. thay đổi cài đặt phổ biến
====================================
Nói chung, fsr cố gắng có các cài đặt mặc định phù hợp để người dùng không bắt buộc phải sử dụng chúng. Tuy nhiên, có một số cài đặt mà giá trị mặc định có thể không phù hợp với bạn, hoặc vì giá trị mặc định không phù hợp với sở thích của bạn hoặc vì fsr đưa ra những giả định không chính xác về máy tính của bạn.
Fsr giữ cài đặt của nó trong tệp data\fose\plugins\sr_Fallout_Stutter_Remover.ini
Nếu tệp đó không có mặt, chỉ cần khởi động fallout khi cài đặt fsr và fsr sẽ tạo một tệp mới với cài đặt mặc định cho phiên bản fsr của bạn. Nếu bạn đã làm hỏng điều gì đó trong cài đặt của mình hoặc muốn quay trở lại cài đặt mặc định, chỉ cần xóa tệp ini này và khởi động hậu quả.
Bạn có thể tìm thấy thông tin chung về cài đặt trong phần 5, cũng như thông tin đầy đủ hơn về từng cài đặt riêng lẻ.
Cài đặt mà bạn có nhiều khả năng muốn thay đổi nhất là:
FPS_Management\MaximumFPS: (mặc định là 30, xem xét thay đổi thành 0 hoặc các giá trị khác)
Một số người không muốn tốc độ khung hình của họ bị giới hạn chút nào. Bạn có thể tắt giới hạn khung hình/giây bằng cách đặt nó thành 0. Ngoài ra, nếu tốc độ làm mới màn hình của bạn khi phát hậu quả không phải là 60 hertz, bạn có thể thử thay đổi tốc độ làm mới màn hình của bạn, hoặc một nửa tốc độ làm mới màn hình của bạn hoặc một phần ba tốc độ làm mới màn hình của bạn. Cài đặt này sẽ không có tác dụng nếu master\bmanagefps được thay đổi thành 0.
Hashtables\bAllowDynamicResizing: (mặc định là 0, cân nhắc thay đổi thành 1)
Bật điều này có thể cải thiện đáng kể hiệu suất chung/khung hình/giây trên các trò chơi được sửa đổi nhiều. Thật không may, nó có thể gây ra các điều kiện chủng tộc và hỗn loạn chung, đặc biệt là khi các tập lệnh sử dụng các lệnh fose nhất định đang chạy mọi khung hình. Tôi đã cố gắng giảm khả năng xảy ra vấn đề xuống gần bằng 0, nhưng... Nó có thể cần nhiều công việc hơn nữa. Trong khi đó tính năng này mặc định là vô hiệu hóa. Cài đặt này sẽ không có tác dụng nếu master\bhookhashtables được thay đổi thành 0.
Triệt tiêu phần quan trọng: (đặc biệt)
Theo mặc định, fsr triệt tiêu một phần quan trọng cụ thể mà nếu không có tác dụng dường như hoạt động tốt hơn. Có một phần quan trọng liên quan khác mà một số người dùng dường như có thể triệt tiêu mà không gây ra vấn đề, nhưng những người dùng khác gặp phải ctd trên chuyển tiếp bên trong-> bên ngoài hoặc các vấn đề khác khi nó bị triệt tiêu. Cái đó chỉ tạo ra một sự cải thiện nhỏ đối với tình trạng lắp bắp, vì vậy tôi thường không khuyên bạn nên ngăn chặn nó, nhưng bạn có thể làm được nếu muốn. để triệt tiêu nó, hãy tìm dòng ghi "CallerAddress=0x70172A" trong tệp ini của bạn và thêm một dòng mới ngay sau đó ghi "Mode=5". Lưu ý rằng trường hợp ở đó rất quan trọng... Nó phải là "chế độ" chứ không phải "chế độ". Cài đặt này sẽ không có tác dụng nếu master\bhookcriticalsections hoặc criticalsections\buseoverrides được đặt thành 0.
Lưu ý: phần của readme ngay phía trên này được gạch bỏ là để lãng quên chứ không phải hậu quả; Có một giá trị tương đương cho hậu quả, nhưng tôi vẫn chưa tìm được các giá trị chính xác cho nó. Vào lúc này, hãy bỏ qua điều đó.
5. tất cả cài đặt
====================================
Fsr giữ cài đặt của nó trong tệp data\fose\plugins\sr_Fallout_Stutter_Remover.ini
Nếu tệp đó không có mặt, chỉ cần khởi động fallout khi cài đặt fsr và fsr sẽ tạo một tệp mới với cài đặt mặc định cho phiên bản fsr của bạn. Nếu bạn đã làm hỏng điều gì đó trong cài đặt của mình hoặc muốn quay trở lại cài đặt mặc định, chỉ cần xóa tệp ini này và khởi động hậu quả.
Lưu ý rằng định dạng của tệp fsr ini thay đổi giữa các phiên bản chính của fsr-bạn không nên sử dụng tệp ini fsr phiên bản 1 với fsr phiên bản 2, v.v. trong fsr2, tệp ini được sắp xếp thành các phần như "SectionName {SettingName=Value}". Một cài đặt cụ thể có thể được trích dẫn là sectionname\settingname để phân biệt nó với các cài đặt khác có cùng tên trong các phần khác nhau. Trong các cài đặt chung với tên bắt đầu bằng "i" là giá trị số nguyên (tức là một số không có dấu thập phân), cài đặt với tên bắt đầu bằng "b" là giá trị boolean (tức là 0 hoặc 1), và cài đặt bắt đầu bằng "f" là các số có thể có dấu thập phân trong đó (tức là 3.14). Một số cài đặt không bắt đầu bằng một trong những chữ cái đó, trong trường hợp đó có thể không rõ loại giá trị thích hợp là gì.
đây là các cài đặt và giá trị mặc định hiện tại của chúng (có thể không cập nhật 100%):
Phần: chủ {}
Phần này chứa một tùy chọn để vô hiệu hóa từng hệ thống con chính của fsr, cộng với một số cài đặt cho những thứ không thuộc về bất kỳ hệ thống con cụ thể nào của fsr.
Master\bManageFPS (mặc định: 1)
đặt điều này thành 0 sẽ vô hiệu hóa tất cả các nội dung quản lý fps, khiến mọi cài đặt trong phần fps_management trở nên vô nghĩa.
Master\bHookCriticalSections (mặc định: 1)
đặt điều này thành 0 sẽ vô hiệu hóa tất cả các nội dung phần quan trọng, khiến mọi cài đặt trong phần phần quan trọng trở nên vô nghĩa.
Master\bHookLightCriticalSections (mặc định: 1)
đặt điều này thành 0 sẽ vô hiệu hóa tất cả các nội dung phần quan trọng ánh sáng, khiến mọi cài đặt trong phần lightcriticalsections trở nên vô nghĩa.
Master\bHookHashtables (mặc định: 1)
đặt điều này thành 0 sẽ vô hiệu hóa tất cả các nội dung hashtable, khiến mọi cài đặt trong phần criticalsections trở nên vô nghĩa.
Master\bReplaceHeap (mặc định: 0)
đặt điều này thành 1 sẽ cho phép thay thế heap, làm cho các cài đặt trong phần heap có ý nghĩa.
Master\bLogToConsole (mặc định: 0)
Fsr ghi các bit thông tin khác nhau vào tệp nhật ký của nó. Thay đổi cài đặt này thành 1 sẽ khiến fsr cũng in thông tin đó vào bảng điều khiển.
Tệp nhật ký là sr_fallout_stutter_remover.log trong thư mục fallout. Nó được tạo hoặc ghi đè mỗi khi fallout chạy khi cài đặt fsr.
Master\bFix64Hertz (mặc định: 1)
đặt điều này thành 1 sẽ khắc phục được sự cố trong hậu quả gây ra "lắp bắp nhỏ". Vấn đề này đôi khi được gọi là "vấn đề 64 hertz". đặc biệt, vấn đề là thời gian logic trò chơi fallout thường xảy ra ở độ phân giải 1/64 giây và tốc độ làm mới màn hình thường cho phép fallout vẽ 60 khung hình mỗi giây khi vsync bị giới hạn. Sự kết hợp này tạo ra một loại tần số nhịp khi tốc độ khung hình được tăng lên tối đa, trong đó 4 khung hình mỗi giây có lượng thời gian trò chơi trôi qua gấp đôi so với 56 khung hình. Khắc phục rằng fsr áp dụng tác động lực để sử dụng thời gian ở độ phân giải 1/1000 giây thay vì 1/64 giây.
Master\bFlushLog (mặc định: 1)
điều này yêu cầu fsr ghi bất kỳ tin nhắn nhật ký nào vào tệp của nó ngay lập tức thay vì lưu trữ chúng trong bộ nhớ. Nó có thể làm giảm hiệu suất một chút do số lượng truy cập đĩa lớn hơn, nhưng nó làm cho nhiều khả năng bất kỳ tin nhắn nào liên quan đến các vấn đề xảy ra ngay trước khi sự cố sẽ được ghi thành công vào tệp nhật ký.
Master\iSchedulingResolution (mặc định: 1)
Fsr sẽ yêu cầu bộ lập lịch windows chạy với độ phân giải nhiều mili giây này. Với bộ này ở mức 1, fsr và fallout thường hoạt động tốt hơn. Tuy nhiên, điều này có thể làm giảm một chút thời lượng pin của máy tính xách tay.
Phần: FPS_Management {}
Phần này chứa các cài đặt điều chỉnh cách fsr quản lý tốc độ khung hình của bạn và dòng thời gian trò chơi.
FPS_Management\bAllowSlowMotion (mặc định: 1)
đặt điều này thành 0 sẽ ngăn cản fsr cố gắng ghi đè dòng thời gian trò chơi bình thường. Trong quá khứ các lỗi đã có arison từ fsr làm như vậy (khét tiếng nhất là lỗi chuyển tiếp npcs-drop-dead-oncell gần đó), nhưng những lỗi này được cho là đã được khắc phục bây giờ. Tuy nhiên, chỉ trong trường hợp bạn nghi ngờ có thể có sự cố, bạn có thể cưỡng chế vô hiệu hóa tất cả các điều chỉnh thời gian trò chơi fsr bằng cài đặt này. Mặc dù có tên, việc đặt nó thành 0 cũng sẽ ngăn cản fsr chuyển tiếp nhanh thời gian trò chơi, mặc dù fsr chỉ cố gắng làm điều đó trong sự kết hợp rất hiếm của các cài đặt và hoàn cảnh.
FPS_Management\MaximumFPS (mặc định: 30)
đây là khung hình/giây tối đa mà fsr sẽ không cho phép hậu quả vượt quá. Thường tôi đặt nó ở tốc độ khung hình đủ cao để tôi thực sự không quan tâm nhiều đến bất kỳ khung hình bổ sung nào mỗi giây. Lưu ý rằng fsr không thực sự xử lý "khung hình mỗi giây" ở đây, thay vào đó nó chuyển đổi giá trị đó thành số mili giây mỗi khung hình và xem xét từng khung riêng lẻ. Nếu một khung hình được hoàn thành quá nhanh thì fsr sẽ khiến luồng chính của fallouts ngủ cho đến khi số mili giây chính xác đã trôi qua. đặt luồng chính fallouts vào ngủ có thể giải phóng tài nguyên để sử dụng bởi các luồng nền fallouts hoặc cho các chương trình khác có thể đang chạy trong nền. Nếu không có gì muốn sử dụng tài nguyên bổ sung thì CPU và/hoặc GPU của bạn sẽ chạy lạnh hơn và sử dụng ít điện hơn.
FPS_Management\MinimumFPS (mặc định: 10)
đây là khung hình/giây tối thiểu mà fsr sẽ không cho phép hậu quả xảy ra. Tuy nhiên, thay vì giải quyết các giây thực, điều này giải quyết các giây thời gian trò chơi. Vì vậy bạn vẫn có thể có khung hình/giây là 1 nếu máy tính của bạn thực sự chậm, nhưng điều này sẽ làm chậm thời gian trò chơi xuống 10% so với bình thường để luôn có ít nhất 10 khung hình mỗi giây thời gian trò chơi. Ví dụ, tất cả các số ở đó chỉ có, dựa trên khung hình/giây thực là 1 và cài đặt tối thiểu khung hình/giây là 10 (giá trị mặc định). Cũng lưu ý rằng giống như maximumfps, điều này thực sự hoạt động trên cơ sở một khung hình xử lý mili giây mỗi khung hình thay vì khung hình mỗi giây.
Thường tôi đặt điều này thành khung hình/giây thấp hơn mà tôi thấy có thể chơi từ xa. Mục đích lớn của cài đặt này là ngăn chặn logic trò chơi bị sụp đổ trở nên điên cuồng khi khung hình giây quá thấp. Các vấn đề mà điều này ngăn chặn bao gồm các cuộc chiến không thể xảy ra vì kẻ thù có thể chạy vòng quanh bạn giữa các khung hình, các điều khiển bị hỏng vì fallout cho rằng phím tấn công bị xuống trong toàn bộ khung hình hoặc không bị xuống trong toàn bộ khung hình, điều này có thể gây ra một cuộc tấn công sức mạnh xảy ra khi một cuộc tấn công đã được dự định và nhiều vấn đề tương tự khác.
FPS_Management\iSmoothFrames (mặc định: 0)
Nếu điều này được đặt thành 0, logic "làm mịn" sẽ không làm gì cả. để bật logic làm mịn, hãy thử đặt điều này thành 2. Tuy nhiên, các báo cáo cho thấy logic làm mịn thực sự không có giá trị gì nhiều. Logic làm mịn nhằm ngăn chặn nhiều vấn đề phát sinh từ tình trạng lắp bắp và những thay đổi nhanh chóng khác trong tốc độ khung hình. Logic làm mịn sẽ không có tác dụng nếu ballowslowmotion là 0.
FPS_Management\iSmoothMode (mặc định: 0)
Này phải là 0, 1, 2 hoặc 3. Nếu nó là 0 hoặc 1 thì nó sẽ cho phép một số logic bổ sung cố gắng lọc các sự kiện lắp bắp khỏi dòng thời gian. Logic đó có thể kết thúc với tổng lượng thời gian chơi trôi qua không hoàn toàn bằng với lượng thời gian thực trôi qua nếu có sự sụt giảm rất đột ngột về khung hình/giây. Nếu nó là 2 hoặc 3 thì phần logic bổ sung đó sẽ bị vô hiệu hóa. Sự khác biệt giữa 0/2 và 1/3 là một vấn đề rất tinh tế về việc khung hình nào được phân phối lại thời gian giữa chúng như thế nào.
FPS_Management\iSleepExtra (mặc định: 2)
Fsr sẽ buộc sự sụp đổ phải ngủ trong nhiều mili giây mỗi giây. điều này có thể giúp giải phóng tài nguyên cho các luồng nền hoặc các quy trình khác hoặc giảm nhiệt độ Lợi ích chính là nếu một số luồng nền đang phải vật lộn để có được một tài nguyên cụ thể mà luồng chính đang chạm vào, điều này có thể mang lại cho nó cơ hội để thỉnh thoảng có được tài nguyên đó.
Nếu điều này được đặt thành -1 thì mã quản lý fsr fps sẽ không bao giờ khiến hậu quả rơi vào trạng thái ngủ-nếu fps vượt quá tối đa fps thì fsr sẽ lãng phí thời gian trong vòng lặp nhàn rỗi. Chế độ đó không được khuyến nghị vì chỉ được cung cấp cho mục đích thử nghiệm.
FPS_Management\bFPSConsoleSPAM (mặc định: 0)
điều này sẽ khiến fsr ghi lại khoảng thời gian cần thiết để hoàn thành mỗi khung hình. Nó sẽ làm như vậy một lần mỗi khung hình, tạo ra một lượng khổng lồ thời gian được ghi lại.
FPS_Management\iSchedulingParanoia (mặc định: 1)
Cài đặt này tính bằng đơn vị mili giây. Nó xác định mức độ hoang tưởng của mã maximumfps về trình lập lịch. Nếu giá trị cao thì mã maximumfps sẽ không bao giờ ngủ, thay vào đó lãng phí thời gian trong các vòng lặp nhàn rỗi. Nếu giá trị là 0 thì mã maximumfps sẽ tin tưởng bộ lập lịch tiếp tục thực thi luồng chính vào đúng thời gian được yêu cầu. Thường tôi thỏa hiệp ở mức 1 để có một chút hoang tưởng về bộ lập lịch nhưng vẫn cho phép sử dụng phần lớn thời gian rảnh rỗi một cách xây dựng.
FPS_Management\iHardMaxFrametime (mặc định: 200)
Này tính bằng đơn vị mili giây. Người ta thấy rằng khi mã điều chỉnh luồng thời gian của tôi đưa vào một thời gian quá lớn vào sai thời điểm, những điều kỳ lạ sẽ xảy ra. Những điều xấu. Giống như, những chiếc npc gần đó ngẫu nhiên rơi chết. Cài đặt này ngăn cản việc, bằng cách đặt tối đa tuyệt đối đến số mili giây mà fsr cho phép vượt qua cùng một lúc trong quá trình bình thường của mọi thứ. Thông thường bạn sẽ nhấn tối thiểu fps trước khi đạt đến giới hạn này, nhưng tối thiểu fps sẽ được miễn trong một số trường hợp để ngăn ngừa các tác dụng phụ như chuyển động môi không đồng bộ với giọng nói, vì vậy điều này hoạt động ở mức tối thiểu thứ 2, i-thực sự có nghĩa là nó tối thiểu fps. đặt mức này quá thấp có thể gây ra những điều như chuyển động môi không đồng bộ trong cuộc trò chuyện, đặt nó quá cao có thể cho phép các lỗi như npcs-dropping-dead-random. Tôi đặt 200 như một thỏa hiệp-nó không nên khiến môi bị mất đồng bộ trừ khi tốc độ khung hình của bạn giảm xuống dưới 5 trong một cuộc trò chuyện. Và nếu bạn đang chơi hậu quả ở tốc độ khung hình dưới 5 thì bạn cần sự giúp đỡ nghiêm túc.
Phần: phần quan trọng {}
Phần này đề cập đến tất cả các thay đổi mà fsr thực hiện đối với các fallouts critical_sections. Muốn biết về các đối tượng critical_section? Fallout sử dụng chúng để ngăn chặn các sợi khác nhau của nó vô tình giết chết nhau. Microsoft cung cấp mã cho họ. Fallout sử dụng các phiên bản hơi khác nhau của chúng tùy thuộc vào phiên bản cửa sổ mà nó chạy. Bạn có thể đọc thêm về chúng trên msdn.
CriticalSections\bEnableProfiling (mặc định: 0)
Nếu được đặt thành 1 thì fsr sẽ ghi lại thông tin về thời gian/hiệu suất của các hoạt động phần quan trọng trong hậu quả. Làm như vậy sẽ gây ra một hình phạt nhỏ nhưng đáng kể đối với hiệu suất. Fsr sẽ ghi lại thông tin trong tệp nhật ký của nó. điều này có khả năng tạo ra thông tin hữu ích về lý do tại sao hậu quả của bạn lắp bắp hoặc chạy chậm. Thông tin đó có thể được sử dụng để điều chỉnh phần ghi đè của tệp fsr ini hoặc thứ gì đó.
CriticalSections\bEnableMessages (mặc định: 0)
Nếu đặt thành 1 thì fsr sẽ ghi lại thông tin về một số sự kiện thời gian/hiệu suất của các phần quan trọng. Có rất ít chi phí hiệu suất để làm như vậy, nhưng nó có thể làm lộn xộn tệp nhật ký khiến việc tìm thấy thông tin không quan trọng trong đó trở nên khó khăn hơn.
CriticalSections\bUseOverrides (mặc định: 1)
Nếu điều này được đặt thành 1 thì fsr sẽ sử dụng các cài đặt trong phần ghi đè của ini để xác định những gì nên làm đối với các phần quan trọng cụ thể.
CriticalSections\iDefaultMode (mặc định: 2)
điều này xác định những gì fsr làm đối với các phần quan trọng không có mục nhập chế độ cho chúng trong danh sách ghi đè.
1: nó để lại phần quan trọng đó ở hành vi gần như bình thường.
2: nó điều chỉnh phần quan trọng đó để cải thiện tính công bằng với chi phí thông lượng. điều này có thể ngăn chặn một luồng chạm vào phần quan trọng quá nhiều, nhưng có thể có tốc độ ròng mà các hoạt động có thể được thực hiện với phần quan trọng đó.
3: một nỗ lực thỏa hiệp giữa công bằng và thông lượng, trong đó nó thường tối ưu hóa thông lượng nhưng thỉnh thoảng chuyển hành vi sang tối ưu hóa cho công bằng.
5: phần quan trọng đó bị triệt tiêu. Việc triệt tiêu các phần quan trọng thường gây ra sự sụp đổ, nhưng nói chung cũng cải thiện hiệu suất. Tuy nhiên, một số phần quan trọng nhất định có thể bị ảnh hưởng khác nhau.
6: rằng luồng chính được ưu tiên cho phần quan trọng đó.
7: các luồng nền được ưu tiên cho phần quan trọng đó.
CriticalSections\iDefaultSpin (mặc định: 500)
điều này ảnh hưởng đến việc một luồng sẽ tiếp tục cố gắng vào một phần quan trọng trong bao lâu trước khi yêu cầu trình lập lịch đặt nó vào trạng thái ngủ cho đến khi phần quan trọng đó có sẵn. Về lý thuyết, một giá trị quá nhỏ sẽ dẫn đến quá nhiều chi phí lập lịch, trong khi một giá trị quá lớn sẽ dẫn đến lãng phí các chu kỳ CPU. Tôi nghĩ 500 thực sự là một giá trị hơi nhỏ. Giá trị lý tưởng có thể tăng theo số lượng lõi/luồng phần cứng bạn có.
CriticalSections\iStutterLevel (mặc định: 4)
Tham số này ảnh hưởng đến tần suất chuyển đổi hành vi của chế độ phần quan trọng 2. Xem chế độ ý tưởng để biết thêm về chế độ phần quan trọng 2. Số nhỏ hơn có nghĩa là chuyển mạch thường xuyên, số lớn hơn có nghĩa là chuyển mạch không thường xuyên. Giá trị lý tưởng có lẽ phải ở đâu đó trong phạm vi 3 đến 6.
Phần: phần quan trọng ánh sáng {}
Phần này đề cập đến tất cả các thay đổi mà fsr thực hiện đối với danh mục các đối tượng hậu quả phục vụ mục đích tương tự như critical_sections nhưng có trọng lượng nhẹ hơn.
LightCriticalSections\bFullHooks (mặc định: 0)
Nếu được đặt thành 1 thì phiên bản này sẽ bật phiên bản hoàn chỉnh hơn của móc phần quan trọng ánh sáng. Thật không may, phiên bản hoàn chỉnh hơn vẫn còn lỗi, vì vậy phiên bản này mặc định là vô hiệu hóa vào lúc này.
LightCriticalSections\bEnableProfiling (mặc định: 0)
Nếu được đặt thành 1 thì fsr sẽ ghi lại thông tin về thời gian/hiệu suất của các hoạt động phần quan trọng ánh sáng trong hậu quả. Làm như vậy sẽ gây ra một hình phạt nhỏ nhưng đáng kể đối với hiệu suất. Fsr sẽ ghi lại thông tin trong tệp nhật ký của nó. điều này có khả năng tạo ra thông tin hữu ích về lý do tại sao hậu quả của bạn lắp bắp hoặc chạy chậm. Thông tin đó có thể được sử dụng để điều chỉnh phần ghi đè của tệp fsr ini hoặc thứ gì đó.
LightCriticalSections\bEnableMessages (mặc định: 1)
Nếu được đặt thành 1 thì fsr sẽ ghi lại thông tin về một số sự kiện thời gian/hiệu suất của các phần quan trọng ánh sáng. Có rất ít chi phí hiệu suất để làm như vậy, nhưng nó có thể làm lộn xộn tệp nhật ký khiến việc tìm thấy thông tin không quan trọng trong đó trở nên khó khăn hơn.
LightCriticalSections\bUseOverrides (mặc định: 1)
Nếu điều này được đặt thành 1 thì fsr sẽ sử dụng các cài đặt trong phần ghi đè của ini để xác định những gì nên làm đối với các phần quan trọng cụ thể. Việc ghi đè sẽ không có tác dụng trừ khi các móc lcs đầy đủ được bật (bfullhooks ở trên).
LightCriticalSections\iDefaultMode (mặc định: 2)
điều này xác định những gì fsr làm để sáng các phần quan trọng không có mục nhập chế độ cho chúng trong danh sách ghi đè. Nó cố gắng sử dụng sơ đồ đánh số chế độ tương tự như nội dung các phần quan trọng-xem criticalsections\idefaultmode ở trên để biết thêm thông tin. Một số chế độ có thể hoạt động khá khác nhau tùy thuộc vào việc bfullhooks có được bật hay không.
LightCriticalSections\iDefaultSpin (mặc định: 500)
điều này xác định những gì fsr làm để sáng các phần quan trọng không có mục quay cho chúng trong danh sách ghi đè. Nó cố gắng có ý nghĩa tương tự như nội dung các phần quan trọng-xem criticalsections\idefaultspin ở trên để biết thêm thông tin. ý nghĩa quay có thể hơi khác nhau tùy thuộc vào việc bfullhooks có được bật hay không.
LightCriticalSections\iStutterLevel (mặc định: 4)
Tham số này ảnh hưởng đến tần suất chuyển đổi hành vi của chế độ phần tới hạn ánh sáng 2. Xem chế độ ý tưởng để biết thêm về chế độ phần quan trọng 2. Số nhỏ hơn có nghĩa là chuyển mạch thường xuyên, số lớn hơn có nghĩa là chuyển mạch không thường xuyên. Giá trị lý tưởng có lẽ phải ở đâu đó trong phạm vi 3 đến 6.
Phần: đống {}
Thứ này chưa thực sự hiệu quả với hậu quả. đừng sử dụng.
Phần: bảng băm {}
Hậu quả bao gồm một loạt bảng băm để tra cứu tất cả các loại thứ. Họ sử dụng một triển khai bảng băm nhìn chung khủng khiếp, nhưng vấn đề thực sự là họ không bao giờ thay đổi kích thước bảng băm của mình. Khi một bảng băm trở nên quá nhiều, hiệu suất sẽ giảm xuống. Nếu một hashtable không được sử dụng thì một chút bộ nhớ có thể bị lãng phí và tính mạch lạc của bộ nhớ cache có thể giảm. Thật không may, phần lớn mã bảng băm được nội tuyến khắp nơi và fose cũng đưa ra nhiều giả định khác nhau về bảng băm và đối với tôi hoàn toàn không rõ mô hình luồng liên quan được cho là gì, vì vậy việc thay đổi chúng một cách an toàn là khá khó khăn. Tuy nhiên, tôi có một số móc hashtable và chúng đang dần tốt hơn.
Hashtables\bAllowDynamicResizing (mặc định: 0)
Nếu điều này được đặt thành 1 thì fsr sẽ tăng kích thước của các bảng băm khi chúng trở nên quá đầy. Tuy nhiên, hành động thay đổi kích thước của chúng rất nhiều vấn đề-nó có thể gây ra sự cố hoặc trục trặc và các phương pháp tôi sử dụng để ngăn chặn nó làm như vậy có thể gây ra tình trạng lắp bắp hiệu suất nhỏ hoặc các sự cố hoặc trục trặc khác. Tuy nhiên, vào thời điểm này tôi nghĩ nó có thể hoạt động khá tốt.
Hashtables\bUseOverrides (mặc định: 0)
Hiện tại không có bản ghi đè bảng băm nào và cú pháp để chỉ định chúng rất khó xử và có khả năng âm thầm thất bại và thay vào đó thực hiện điều gì đó khác nếu bạn nhập sai giá trị. Tuy nhiên, điều này cuối cùng sẽ được sửa chữa để cho phép các móc nối do tệp ini chỉ định vào việc khởi tạo các bảng băm quan trọng nhất để làm cho chúng bắt đầu ở kích thước phù hợp thay vì cần phải thay đổi kích thước sau này.
Hashtables\bEnableProfiling (mặc định: 0)
điều này sẽ theo dõi các bảng băm và nhật ký thông tin về mức độ đầy đủ của chúng và mức độ chúng được truy cập.
Hashtables\bEnableMessages (mặc định: 0)
Nếu đây là 1 thì mã bảng băm đôi khi có thể ghi lại các tin nhắn về những gì nó đang làm.
Hashtables \iHashtableResizeScale1 (mặc định: 2)
Hashtables \iHashtableResizeScale2 (mặc định: 4)
Nếu ballowdynamicresizing là 1 thì ihashtableresizescale1 sẽ xác định mức độ chiếm dụng tối thiểu mà bảng băm sẽ được thay đổi kích thước và ihashtableresizescale2 sẽ xác định kích thước mới của nó sẽ lớn hơn bao nhiêu. Cả hai số thực sự là số mũ được áp dụng cho 2, vì vậy một cài đặt 3 có nghĩa là hệ số 8, và một cài đặt 5 có nghĩa là hệ số 32. Về lý thuyết, việc giảm ihashtableresizescale1 xuống còn 1 có thể cải thiện hiệu suất nhiều hơn, vì nó sẽ làm tăng kích thước của nhiều bảng băm hơn. Ihashtableresizescale2 có thể nên được đặt thành 1 hoặc 2 nhiều hơn ihashtableresizescale1.
Hashtablesizedelay (mặc định: 20)
đây là một số mili giây mà fsr sẽ bị đình trệ khi thay đổi kích thước bảng băm. ý tưởng là mặc dù tôi không thể ngăn chặn một luồng khác truy cập bảng băm trong khi tôi bận với nó, nhưng hy vọng tôi có thể ngăn chặn họ *bắt đầu* truy cập bảng băm. Nên tôi trì hoãn đủ lâu để có thể, có thể, bất kỳ ai đã truy cập bảng băm sẽ hoàn thành, sau đó tôi làm công việc của mình. Thật không may, điều đó không hoạt động trên fose vì fose không làm những điều tương tự như fallout, cộng với đó là ngay cả khi nó làm, nó cũng không sử dụng vtables để thực hiện chúng. Nhưng ATM tôi nghĩ rằng fose có thể chỉ truy cập chúng từ luồng chính, vì vậy nếu bộ quy mô của tôi chạy trong luồng chính thì nó không cần phải lo lắng về fose. Có lẽ.
Phần: ghi đè {}
Phần này chứa thông tin cho fsr biết cách tìm các phiên bản cụ thể các loại đối tượng khác nhau mà fsr biết và cách xử lý các phiên bản cụ thể đó khác với cài đặt mặc định cho loại đối tượng đó. Hiện tại chỉ có những thứ thực sự được liệt kê ở đây là một số phần quan trọng cụ thể với hành vi khác với hầu hết các phần.
6. lịch sử phiên bản:
====================================
FPS Capper phiên bản 1:
Này được gọi là capper fps. Tất cả những gì nó làm là quản lý fps. Phiên bản này đã được tích hợp vào một tập hợp các dll obse đã được sửa đổi.
FPS Capper phiên bản 2:
đây là phiên bản đầu tiên có dll riêng tách biệt với obse. Này được gọi là capper fps. Tất cả những gì nó làm là quản lý fps.
Dung dịch loại bỏ lắp bắp quên mất phiên bản 3 beta 1:
Phiên bản đầu tiên được đặt tên là Oblivion Sturter Lower. đôi khi đóng băng trong vài phút tại thực đơn chính. Chuyển động giọng nói và khuôn mặt của npc có thể làm hỏng cuộc đối thoại.
Phiên bản 3 beta 2: chuyển động giọng nói và khuôn mặt của npc có thể làm hỏng cuộc đối thoại.
Dung dịch loại bỏ lắp bắp quên mất phiên bản 3 beta 6:
Có sự chậm trễ lâu giữa beta 5 và beta 6, được lấp đầy bởi nhiều bản phát hành alpha. đây là phiên bản đầu tiên của fsr thực sự làm tốt công việc thực sự giảm bớt tiếng lắp cho người dùng trung bình. điều này là do các tính năng mới: điều chỉnh tính công bằng của phần quan trọng, triệt tiêu phần quan trọng và thay thế đống. Thật không may, việc thay thế heap vẫn gặp vấn đề lớn đối với nhiều người dùng. Bfix64hertz được đặt thành 0 theo mặc định trong ini, thay vào đó nó phải là 1.
Lưu ý: chưa bao giờ có phiên bản cuối cùng 3. Nếu có đủ nhu cầu, tôi có thể tạo ra một mã nguồn dựa trên mã nguồn phiên bản 3 beta 6 với một số bản sửa lỗi.
Dung dịch loại bỏ lắp bắp phiên bản 1 beta 1:
Cổng ban đầu của osr đến hậu quả.
Dung dịch loại bỏ lắp bắp lãng quên/hậu quả phiên bản 4.1.0:
Những thay đổi lớn:
1.Hỗ trợ cả hậu quả và lãng quên trong cùng một cơ sở mã:Không mang lại nhiều lợi ích cho hậu quả 3, nhưng nó có ích.
2.Tệp. ini: định dạng tệp ini hoàn toàn khác nhau
3.Thay đổi kích thước bảng băm: Tính năng mới để cải thiện hiệu suất
4.Phần quan trọng & phần quan trọng ánh sáng:Tổng quát hóa nhiều trường hợp đặc biệt cho các phần quan trọng, giờ đây có thể điều chỉnh hơn nhiều từ tệp ini. "Móc đầy đủ" của mã phần quan trọng ánh sáng vẫn còn lỗi.
5.Thay thế đống: đã sửa một vài lỗi, nhưng tôi nghĩ nó vẫn có vấn đề. Vẫn không hoạt động chút nào đối với hậu quả.
6.đặt tên phiên bản:Phiên bản phát hành cho tesnexus hiện được gọi là phiên bản phát hành thay vì phiên bản beta. Các phiên bản được phát hành trên máy chủ ftp của tôi hiện được gọi là phiên bản beta thay vì phiên bản alpha. Chữ số đầu tiên của số phiên bản chỉ được tăng khi những thay đổi lớn được thực hiện đối với định dạng cấu hình hoặc phân phối. Chữ số thứ 2 của số phiên bản được tăng lên mỗi phiên bản phát hành. Chữ số thứ 3 của số phiên bản được tăng một lần cho mỗi phiên bản beta. Bất cứ khi nào một chữ số được tăng lên, tất cả các chữ số bên phải được đặt lại thành 0.
7. cách điều này hoạt động:
đây là một dll plugin fose. Về cơ bản nó hack hậu quả.
7.1: quản lý khung hình/giây:
Mã quản lý fps giám sát tốc độ khung hình và điều chỉnh luồng thời gian chơi. Nó giảm thiểu tình trạng lắp bắp bằng cách làm cho logic trò chơi hậu quả không bỏ qua trước khi nó lắp bắp. Một cách hiệu quả, các khung hình mất nhiều thời gian cuối cùng sẽ ở chuyển động chậm. điều này được thực hiện bằng cách làm cho sự sụt giảm hoạt động như thể ifpsclamp được đặt thành minimumfps, nhưng chỉ đối với các khung hình chậm hơn minimumfps. điều này cũng có thể cải thiện sự ổn định. Nó cũng có thể áp đặt tốc độ khung hình tối đa-một số người nhận thấy hậu quả mượt mà hơn khi tốc độ khung hình của nó bị ngăn chặn vượt quá một nửa tốc độ làm mới, cộng với điều này giúp giải phóng tài nguyên cho các luồng phụ hậu quả.
Mã quản lý fps cũng có thể đưa luồng chính của hậu quả vào ngủ trong một khoảng thời gian ngắn, điều này đã được sử dụng để cải thiện tình trạng lắp bắp của một số người (mặc dù chức năng đó có thể đã trở nên dư thừa do những điều khác mà plugin này làm).
7.2: các phần quan trọng:
Các phần quan trọng là các nguyên tố đồng bộ hóa luồng do Microsoft cung cấp mà fallout sử dụng nội bộ để đảm bảo rằng các luồng không vô tình làm hỏng lẫn nhau. Fsr theo mặc định làm cho hầu hết các phần quan trọng cố gắng chơi công bằng ngay cả với chi phí thông lượng, đảm bảo rằng không có luồng nào có nguồn tài nguyên mà các luồng khác cần. Tuy nhiên, một phần quan trọng cụ thể được ghi đè để sử dụng một phương pháp kém công bằng hơn một chút, và một phần quan trọng cụ thể khác bị triệt tiêu để nó không có tác dụng gì cả. Và tất cả đều rất có thể cấu hình được từ tập tin ini. Cũng có các spincount bị ghi đè.
7.3: Thay thế đống:
Tính năng này vẫn chưa hoạt động bình thường trên fallout 3.
7.4: bảng băm:
Hậu quả bao gồm một loạt bảng băm để tra cứu tất cả các loại thứ. Họ sử dụng một triển khai bảng băm nhìn chung khủng khiếp, nhưng vấn đề thực sự là họ không bao giờ thay đổi kích thước bảng băm của mình. Khi bảng băm trở nên quá mức, hiệu suất sẽ giảm xuống. Nếu một bảng băm không có sẵn thì một chút bộ nhớ có thể bị lãng phí. Thật không may, phần lớn mã bảng băm được nội tuyến khắp nơi và fose cũng đưa ra nhiều giả định khác nhau về bảng băm và đối với tôi hoàn toàn không rõ mô hình luồng liên quan được cho là gì, vì vậy việc thay đổi chúng một cách an toàn là khá khó khăn.
Tuy nhiên, tôi có một số móc hashtable và chúng đang dần tốt hơn. Fsr có thể tăng kích thước của bảng băm khi chúng trở nên quá đầy. Tuy nhiên, hành động thay đổi kích thước của chúng rất nhiều vấn đề-nó có thể gây ra sự cố hoặc trục trặc và các phương pháp tôi sử dụng để ngăn chặn nó làm như vậy có thể gây ra tình trạng lắp bắp hiệu suất nhỏ hoặc các sự cố hoặc trục trặc khác. Tuy nhiên, vào thời điểm này tôi nghĩ nó có thể hoạt động khá tốt. Trong tương lai, tôi có thể thay thế hoặc bổ sung điều này bằng cách ghi đè kích thước ban đầu của một số bảng băm nhất định.
====================================
8. Tín dụng:
====================================
Plugin này được thực hiện bởi tôi (Christopher Doty-Humphrey).
điều đó sẽ không thể thực hiện được nếu không có những nỗ lực to lớn của nhóm fose. Ngoài ra, Ian Patterson (một anh chàng của nhóm fose) đã giúp tôi vượt qua rất nhiều nơi mà tôi gặp rắc rối.
Chủ đề ban đầu khiến tôi bắt đầu plugin này được bắt đầu bởi deviuscreed.
Nhiều người thử nghiệm đã cung cấp phản hồi hữu ích. đặc biệt là thông tin của mashani về cài đặt nào tạo ra kết quả nào cho anh ấy đã giúp tôi hiểu tại sao các phiên bản ban đầu của nó lại tạo ra những lợi ích bất ngờ và dẫn đến một số tính năng và cài đặt trong các phiên bản sau.
Tôi cũng muốn cảm ơn badhair vì đã chỉ cho tôi các bảng băm quá đầy là nguyên nhân gây ra các vấn đề về hiệu suất.
Các công cụ sau đây đã được sử dụng trong quá trình sản xuất plugin này:
Lãng quên/hậu quả, bởi bethesda
OBSE/fose và mã nguồn OBSE/fose
Microsoft Visual C phiên bản nhanh 2008
Ida miễn phí (trình gỡ lỗi tương tác, phiên bản miễn phí, phiên bản 4.9)
Công cụ gian lận (phiên bản 5.4)
Cộng với những thứ rõ ràng như windows xp, Notepad và firefox.
Ngoại trừ oblivion/fallout và windows xp, tất cả những thứ đó đều có sẵn miễn phí.
Tôi cũng đã có hội thảo hex và ollydbg giới thiệu cho tôi nhưng vẫn chưa thử chúng.
Phiên bản 4.0.7
Bởi skyranger-1
Chủ đề diễn đàn: http://www.bethsoft.com/bgsforums/index.php? Chủ đề trưng bày = 1069833
Trang tesnexus: http://www.fallout3nexus.com/downloads/file.php? id = 8886
đây là plugin fose và nó sẽ chỉ hoạt động với fose 1.2 beta 1 trở lên.
điều này sẽ chỉ hoạt động với fallout 3 phiên bản 1.7.
0. nội dung:
====================================
0. nội dung
1. Tổng quan
2. cài đặt
3. gỡ cài đặt
4. thay đổi cài đặt phổ biến
5. tất cả cài đặt
6. lịch sử phiên bản
7. làm thế nào điều này hoạt động
8. tín chỉ
1. tổng quan:
Plugin này làm cho fallout 3 không "lắp bắp" nhiều và thường cảm thấy mượt mà hơn hoặc hoạt động tốt hơn. Nó ngăn ngừa hoặc giảm thiểu một số vấn đề liên quan đến tình trạng lắp và tốc độ khung hình, đồng thời có thể giảm tần suất các sự cố liên quan đến tình trạng lắp. để biết thêm chi tiết, xem phần 7: cách thức hoạt động của nó.
Tuy nhiên lưu ý rằng điều này nói chung sẽ không khắc phục bất cứ vấn đề gì với trình điều khiển, phần cứng hoặc codec của bạn-nếu bạn có lý do cơ bản cho hiệu suất kém, điều này có lẽ sẽ không giúp ích gì nhiều.
đây là một cổng của chất loại bỏ tiếng lắp quên (OSR) để hoạt động chống lại hậu quả. Cho đến nay, nó không hoạt động tốt như thuốc loại bỏ tiếng lắp do quên lãng ban đầu, nhưng nó sẽ giúp ích được một số.
điều này phải tương thích với mọi thứ. Cảnh báo duy nhất là các mod giám sát fps sẽ không thể đo chính xác fpses ngoài phạm vi mục tiêu được đặt bởi plugin này (mặc định là 10 đến 30). Trên thực tế, ngay cả những fpses chỉ đến gần các mục tiêu fsr cũng có thể khó đo lường.
2. cài đặt:
====================================
Quá trình cài đặt là:
1. A. Nếu phiên bản fsr bạn đang cài đặt là tệp. zip, chỉ cần kéo thư mục "dữ liệu" từ zip vào thư mục quên lãng của bạn.
1. B. Nếu phiên bản fsr bạn đang cài đặt không xuất hiện dưới dạng tệp. zip thì bạn cần đặt tệp sr_fallout_stutter_remover.dll vào thư mục fallout\Data\fose\plugins của mình. Nếu bạn không có thư mục như vậy, hãy tạo nó. Nếu bạn đã cài đặt phiên bản fsr cũ hơn, hãy xóa tệp ini của nó (Data\fose\plugins\sr_Fallout_Stutter_Remover.ini). Nếu không có tệp ini fsr hiện có thì fsr sẽ tạo một tệp ini mới với các cài đặt phù hợp với phiên bản của bạn vào lần tiếp theo bạn chạy fallout.
3. gỡ cài đặt:
Chỉ cần xóa tệp sr_fallout_stutter_remover.dll khỏi thư mục data\fose\plugins của bạn.
Di chuyển tập tin đó sang thư mục khác cũng là đủ.
4. thay đổi cài đặt phổ biến
====================================
Nói chung, fsr cố gắng có các cài đặt mặc định phù hợp để người dùng không bắt buộc phải sử dụng chúng. Tuy nhiên, có một số cài đặt mà giá trị mặc định có thể không phù hợp với bạn, hoặc vì giá trị mặc định không phù hợp với sở thích của bạn hoặc vì fsr đưa ra những giả định không chính xác về máy tính của bạn.
Fsr giữ cài đặt của nó trong tệp data\fose\plugins\sr_Fallout_Stutter_Remover.ini
Nếu tệp đó không có mặt, chỉ cần khởi động fallout khi cài đặt fsr và fsr sẽ tạo một tệp mới với cài đặt mặc định cho phiên bản fsr của bạn. Nếu bạn đã làm hỏng điều gì đó trong cài đặt của mình hoặc muốn quay trở lại cài đặt mặc định, chỉ cần xóa tệp ini này và khởi động hậu quả.
Bạn có thể tìm thấy thông tin chung về cài đặt trong phần 5, cũng như thông tin đầy đủ hơn về từng cài đặt riêng lẻ.
Cài đặt mà bạn có nhiều khả năng muốn thay đổi nhất là:
FPS_Management\MaximumFPS: (mặc định là 30, xem xét thay đổi thành 0 hoặc các giá trị khác)
Một số người không muốn tốc độ khung hình của họ bị giới hạn chút nào. Bạn có thể tắt giới hạn khung hình/giây bằng cách đặt nó thành 0. Ngoài ra, nếu tốc độ làm mới màn hình của bạn khi phát hậu quả không phải là 60 hertz, bạn có thể thử thay đổi tốc độ làm mới màn hình của bạn, hoặc một nửa tốc độ làm mới màn hình của bạn hoặc một phần ba tốc độ làm mới màn hình của bạn. Cài đặt này sẽ không có tác dụng nếu master\bmanagefps được thay đổi thành 0.
Hashtables\bAllowDynamicResizing: (mặc định là 0, cân nhắc thay đổi thành 1)
Bật điều này có thể cải thiện đáng kể hiệu suất chung/khung hình/giây trên các trò chơi được sửa đổi nhiều. Thật không may, nó có thể gây ra các điều kiện chủng tộc và hỗn loạn chung, đặc biệt là khi các tập lệnh sử dụng các lệnh fose nhất định đang chạy mọi khung hình. Tôi đã cố gắng giảm khả năng xảy ra vấn đề xuống gần bằng 0, nhưng... Nó có thể cần nhiều công việc hơn nữa. Trong khi đó tính năng này mặc định là vô hiệu hóa. Cài đặt này sẽ không có tác dụng nếu master\bhookhashtables được thay đổi thành 0.
Triệt tiêu phần quan trọng: (đặc biệt)
Lưu ý: phần của readme ngay phía trên này được gạch bỏ là để lãng quên chứ không phải hậu quả; Có một giá trị tương đương cho hậu quả, nhưng tôi vẫn chưa tìm được các giá trị chính xác cho nó. Vào lúc này, hãy bỏ qua điều đó.
5. tất cả cài đặt
====================================
Fsr giữ cài đặt của nó trong tệp data\fose\plugins\sr_Fallout_Stutter_Remover.ini
Nếu tệp đó không có mặt, chỉ cần khởi động fallout khi cài đặt fsr và fsr sẽ tạo một tệp mới với cài đặt mặc định cho phiên bản fsr của bạn. Nếu bạn đã làm hỏng điều gì đó trong cài đặt của mình hoặc muốn quay trở lại cài đặt mặc định, chỉ cần xóa tệp ini này và khởi động hậu quả.
Lưu ý rằng định dạng của tệp fsr ini thay đổi giữa các phiên bản chính của fsr-bạn không nên sử dụng tệp ini fsr phiên bản 1 với fsr phiên bản 2, v.v. trong fsr2, tệp ini được sắp xếp thành các phần như "SectionName {SettingName=Value}". Một cài đặt cụ thể có thể được trích dẫn là sectionname\settingname để phân biệt nó với các cài đặt khác có cùng tên trong các phần khác nhau. Trong các cài đặt chung với tên bắt đầu bằng "i" là giá trị số nguyên (tức là một số không có dấu thập phân), cài đặt với tên bắt đầu bằng "b" là giá trị boolean (tức là 0 hoặc 1), và cài đặt bắt đầu bằng "f" là các số có thể có dấu thập phân trong đó (tức là 3.14). Một số cài đặt không bắt đầu bằng một trong những chữ cái đó, trong trường hợp đó có thể không rõ loại giá trị thích hợp là gì.
đây là các cài đặt và giá trị mặc định hiện tại của chúng (có thể không cập nhật 100%):
Phần: chủ {}
Phần này chứa một tùy chọn để vô hiệu hóa từng hệ thống con chính của fsr, cộng với một số cài đặt cho những thứ không thuộc về bất kỳ hệ thống con cụ thể nào của fsr.
Master\bManageFPS (mặc định: 1)
đặt điều này thành 0 sẽ vô hiệu hóa tất cả các nội dung quản lý fps, khiến mọi cài đặt trong phần fps_management trở nên vô nghĩa.
Master\bHookCriticalSections (mặc định: 1)
đặt điều này thành 0 sẽ vô hiệu hóa tất cả các nội dung phần quan trọng, khiến mọi cài đặt trong phần phần quan trọng trở nên vô nghĩa.
Master\bHookLightCriticalSections (mặc định: 1)
đặt điều này thành 0 sẽ vô hiệu hóa tất cả các nội dung phần quan trọng ánh sáng, khiến mọi cài đặt trong phần lightcriticalsections trở nên vô nghĩa.
Master\bHookHashtables (mặc định: 1)
đặt điều này thành 0 sẽ vô hiệu hóa tất cả các nội dung hashtable, khiến mọi cài đặt trong phần criticalsections trở nên vô nghĩa.
Master\bReplaceHeap (mặc định: 0)
đặt điều này thành 1 sẽ cho phép thay thế heap, làm cho các cài đặt trong phần heap có ý nghĩa.
Master\bLogToConsole (mặc định: 0)
Fsr ghi các bit thông tin khác nhau vào tệp nhật ký của nó. Thay đổi cài đặt này thành 1 sẽ khiến fsr cũng in thông tin đó vào bảng điều khiển.
Tệp nhật ký là sr_fallout_stutter_remover.log trong thư mục fallout. Nó được tạo hoặc ghi đè mỗi khi fallout chạy khi cài đặt fsr.
Master\bFix64Hertz (mặc định: 1)
đặt điều này thành 1 sẽ khắc phục được sự cố trong hậu quả gây ra "lắp bắp nhỏ". Vấn đề này đôi khi được gọi là "vấn đề 64 hertz". đặc biệt, vấn đề là thời gian logic trò chơi fallout thường xảy ra ở độ phân giải 1/64 giây và tốc độ làm mới màn hình thường cho phép fallout vẽ 60 khung hình mỗi giây khi vsync bị giới hạn. Sự kết hợp này tạo ra một loại tần số nhịp khi tốc độ khung hình được tăng lên tối đa, trong đó 4 khung hình mỗi giây có lượng thời gian trò chơi trôi qua gấp đôi so với 56 khung hình. Khắc phục rằng fsr áp dụng tác động lực để sử dụng thời gian ở độ phân giải 1/1000 giây thay vì 1/64 giây.
Master\bFlushLog (mặc định: 1)
điều này yêu cầu fsr ghi bất kỳ tin nhắn nhật ký nào vào tệp của nó ngay lập tức thay vì lưu trữ chúng trong bộ nhớ. Nó có thể làm giảm hiệu suất một chút do số lượng truy cập đĩa lớn hơn, nhưng nó làm cho nhiều khả năng bất kỳ tin nhắn nào liên quan đến các vấn đề xảy ra ngay trước khi sự cố sẽ được ghi thành công vào tệp nhật ký.
Master\iSchedulingResolution (mặc định: 1)
Fsr sẽ yêu cầu bộ lập lịch windows chạy với độ phân giải nhiều mili giây này. Với bộ này ở mức 1, fsr và fallout thường hoạt động tốt hơn. Tuy nhiên, điều này có thể làm giảm một chút thời lượng pin của máy tính xách tay.
Phần: FPS_Management {}
Phần này chứa các cài đặt điều chỉnh cách fsr quản lý tốc độ khung hình của bạn và dòng thời gian trò chơi.
FPS_Management\bAllowSlowMotion (mặc định: 1)
đặt điều này thành 0 sẽ ngăn cản fsr cố gắng ghi đè dòng thời gian trò chơi bình thường. Trong quá khứ các lỗi đã có arison từ fsr làm như vậy (khét tiếng nhất là lỗi chuyển tiếp npcs-drop-dead-oncell gần đó), nhưng những lỗi này được cho là đã được khắc phục bây giờ. Tuy nhiên, chỉ trong trường hợp bạn nghi ngờ có thể có sự cố, bạn có thể cưỡng chế vô hiệu hóa tất cả các điều chỉnh thời gian trò chơi fsr bằng cài đặt này. Mặc dù có tên, việc đặt nó thành 0 cũng sẽ ngăn cản fsr chuyển tiếp nhanh thời gian trò chơi, mặc dù fsr chỉ cố gắng làm điều đó trong sự kết hợp rất hiếm của các cài đặt và hoàn cảnh.
FPS_Management\MaximumFPS (mặc định: 30)
đây là khung hình/giây tối đa mà fsr sẽ không cho phép hậu quả vượt quá. Thường tôi đặt nó ở tốc độ khung hình đủ cao để tôi thực sự không quan tâm nhiều đến bất kỳ khung hình bổ sung nào mỗi giây. Lưu ý rằng fsr không thực sự xử lý "khung hình mỗi giây" ở đây, thay vào đó nó chuyển đổi giá trị đó thành số mili giây mỗi khung hình và xem xét từng khung riêng lẻ. Nếu một khung hình được hoàn thành quá nhanh thì fsr sẽ khiến luồng chính của fallouts ngủ cho đến khi số mili giây chính xác đã trôi qua. đặt luồng chính fallouts vào ngủ có thể giải phóng tài nguyên để sử dụng bởi các luồng nền fallouts hoặc cho các chương trình khác có thể đang chạy trong nền. Nếu không có gì muốn sử dụng tài nguyên bổ sung thì CPU và/hoặc GPU của bạn sẽ chạy lạnh hơn và sử dụng ít điện hơn.
FPS_Management\MinimumFPS (mặc định: 10)
đây là khung hình/giây tối thiểu mà fsr sẽ không cho phép hậu quả xảy ra. Tuy nhiên, thay vì giải quyết các giây thực, điều này giải quyết các giây thời gian trò chơi. Vì vậy bạn vẫn có thể có khung hình/giây là 1 nếu máy tính của bạn thực sự chậm, nhưng điều này sẽ làm chậm thời gian trò chơi xuống 10% so với bình thường để luôn có ít nhất 10 khung hình mỗi giây thời gian trò chơi. Ví dụ, tất cả các số ở đó chỉ có, dựa trên khung hình/giây thực là 1 và cài đặt tối thiểu khung hình/giây là 10 (giá trị mặc định). Cũng lưu ý rằng giống như maximumfps, điều này thực sự hoạt động trên cơ sở một khung hình xử lý mili giây mỗi khung hình thay vì khung hình mỗi giây.
Thường tôi đặt điều này thành khung hình/giây thấp hơn mà tôi thấy có thể chơi từ xa. Mục đích lớn của cài đặt này là ngăn chặn logic trò chơi bị sụp đổ trở nên điên cuồng khi khung hình giây quá thấp. Các vấn đề mà điều này ngăn chặn bao gồm các cuộc chiến không thể xảy ra vì kẻ thù có thể chạy vòng quanh bạn giữa các khung hình, các điều khiển bị hỏng vì fallout cho rằng phím tấn công bị xuống trong toàn bộ khung hình hoặc không bị xuống trong toàn bộ khung hình, điều này có thể gây ra một cuộc tấn công sức mạnh xảy ra khi một cuộc tấn công đã được dự định và nhiều vấn đề tương tự khác.
FPS_Management\iSmoothFrames (mặc định: 0)
Nếu điều này được đặt thành 0, logic "làm mịn" sẽ không làm gì cả. để bật logic làm mịn, hãy thử đặt điều này thành 2. Tuy nhiên, các báo cáo cho thấy logic làm mịn thực sự không có giá trị gì nhiều. Logic làm mịn nhằm ngăn chặn nhiều vấn đề phát sinh từ tình trạng lắp bắp và những thay đổi nhanh chóng khác trong tốc độ khung hình. Logic làm mịn sẽ không có tác dụng nếu ballowslowmotion là 0.
FPS_Management\iSmoothMode (mặc định: 0)
Này phải là 0, 1, 2 hoặc 3. Nếu nó là 0 hoặc 1 thì nó sẽ cho phép một số logic bổ sung cố gắng lọc các sự kiện lắp bắp khỏi dòng thời gian. Logic đó có thể kết thúc với tổng lượng thời gian chơi trôi qua không hoàn toàn bằng với lượng thời gian thực trôi qua nếu có sự sụt giảm rất đột ngột về khung hình/giây. Nếu nó là 2 hoặc 3 thì phần logic bổ sung đó sẽ bị vô hiệu hóa. Sự khác biệt giữa 0/2 và 1/3 là một vấn đề rất tinh tế về việc khung hình nào được phân phối lại thời gian giữa chúng như thế nào.
FPS_Management\iSleepExtra (mặc định: 2)
Fsr sẽ buộc sự sụp đổ phải ngủ trong nhiều mili giây mỗi giây. điều này có thể giúp giải phóng tài nguyên cho các luồng nền hoặc các quy trình khác hoặc giảm nhiệt độ Lợi ích chính là nếu một số luồng nền đang phải vật lộn để có được một tài nguyên cụ thể mà luồng chính đang chạm vào, điều này có thể mang lại cho nó cơ hội để thỉnh thoảng có được tài nguyên đó.
Nếu điều này được đặt thành -1 thì mã quản lý fsr fps sẽ không bao giờ khiến hậu quả rơi vào trạng thái ngủ-nếu fps vượt quá tối đa fps thì fsr sẽ lãng phí thời gian trong vòng lặp nhàn rỗi. Chế độ đó không được khuyến nghị vì chỉ được cung cấp cho mục đích thử nghiệm.
FPS_Management\bFPSConsoleSPAM (mặc định: 0)
điều này sẽ khiến fsr ghi lại khoảng thời gian cần thiết để hoàn thành mỗi khung hình. Nó sẽ làm như vậy một lần mỗi khung hình, tạo ra một lượng khổng lồ thời gian được ghi lại.
FPS_Management\iSchedulingParanoia (mặc định: 1)
Cài đặt này tính bằng đơn vị mili giây. Nó xác định mức độ hoang tưởng của mã maximumfps về trình lập lịch. Nếu giá trị cao thì mã maximumfps sẽ không bao giờ ngủ, thay vào đó lãng phí thời gian trong các vòng lặp nhàn rỗi. Nếu giá trị là 0 thì mã maximumfps sẽ tin tưởng bộ lập lịch tiếp tục thực thi luồng chính vào đúng thời gian được yêu cầu. Thường tôi thỏa hiệp ở mức 1 để có một chút hoang tưởng về bộ lập lịch nhưng vẫn cho phép sử dụng phần lớn thời gian rảnh rỗi một cách xây dựng.
FPS_Management\iHardMaxFrametime (mặc định: 200)
Này tính bằng đơn vị mili giây. Người ta thấy rằng khi mã điều chỉnh luồng thời gian của tôi đưa vào một thời gian quá lớn vào sai thời điểm, những điều kỳ lạ sẽ xảy ra. Những điều xấu. Giống như, những chiếc npc gần đó ngẫu nhiên rơi chết. Cài đặt này ngăn cản việc, bằng cách đặt tối đa tuyệt đối đến số mili giây mà fsr cho phép vượt qua cùng một lúc trong quá trình bình thường của mọi thứ. Thông thường bạn sẽ nhấn tối thiểu fps trước khi đạt đến giới hạn này, nhưng tối thiểu fps sẽ được miễn trong một số trường hợp để ngăn ngừa các tác dụng phụ như chuyển động môi không đồng bộ với giọng nói, vì vậy điều này hoạt động ở mức tối thiểu thứ 2, i-thực sự có nghĩa là nó tối thiểu fps. đặt mức này quá thấp có thể gây ra những điều như chuyển động môi không đồng bộ trong cuộc trò chuyện, đặt nó quá cao có thể cho phép các lỗi như npcs-dropping-dead-random. Tôi đặt 200 như một thỏa hiệp-nó không nên khiến môi bị mất đồng bộ trừ khi tốc độ khung hình của bạn giảm xuống dưới 5 trong một cuộc trò chuyện. Và nếu bạn đang chơi hậu quả ở tốc độ khung hình dưới 5 thì bạn cần sự giúp đỡ nghiêm túc.
Phần: phần quan trọng {}
Phần này đề cập đến tất cả các thay đổi mà fsr thực hiện đối với các fallouts critical_sections. Muốn biết về các đối tượng critical_section? Fallout sử dụng chúng để ngăn chặn các sợi khác nhau của nó vô tình giết chết nhau. Microsoft cung cấp mã cho họ. Fallout sử dụng các phiên bản hơi khác nhau của chúng tùy thuộc vào phiên bản cửa sổ mà nó chạy. Bạn có thể đọc thêm về chúng trên msdn.
CriticalSections\bEnableProfiling (mặc định: 0)
Nếu được đặt thành 1 thì fsr sẽ ghi lại thông tin về thời gian/hiệu suất của các hoạt động phần quan trọng trong hậu quả. Làm như vậy sẽ gây ra một hình phạt nhỏ nhưng đáng kể đối với hiệu suất. Fsr sẽ ghi lại thông tin trong tệp nhật ký của nó. điều này có khả năng tạo ra thông tin hữu ích về lý do tại sao hậu quả của bạn lắp bắp hoặc chạy chậm. Thông tin đó có thể được sử dụng để điều chỉnh phần ghi đè của tệp fsr ini hoặc thứ gì đó.
CriticalSections\bEnableMessages (mặc định: 0)
Nếu đặt thành 1 thì fsr sẽ ghi lại thông tin về một số sự kiện thời gian/hiệu suất của các phần quan trọng. Có rất ít chi phí hiệu suất để làm như vậy, nhưng nó có thể làm lộn xộn tệp nhật ký khiến việc tìm thấy thông tin không quan trọng trong đó trở nên khó khăn hơn.
CriticalSections\bUseOverrides (mặc định: 1)
Nếu điều này được đặt thành 1 thì fsr sẽ sử dụng các cài đặt trong phần ghi đè của ini để xác định những gì nên làm đối với các phần quan trọng cụ thể.
CriticalSections\iDefaultMode (mặc định: 2)
điều này xác định những gì fsr làm đối với các phần quan trọng không có mục nhập chế độ cho chúng trong danh sách ghi đè.
1: nó để lại phần quan trọng đó ở hành vi gần như bình thường.
2: nó điều chỉnh phần quan trọng đó để cải thiện tính công bằng với chi phí thông lượng. điều này có thể ngăn chặn một luồng chạm vào phần quan trọng quá nhiều, nhưng có thể có tốc độ ròng mà các hoạt động có thể được thực hiện với phần quan trọng đó.
3: một nỗ lực thỏa hiệp giữa công bằng và thông lượng, trong đó nó thường tối ưu hóa thông lượng nhưng thỉnh thoảng chuyển hành vi sang tối ưu hóa cho công bằng.
5: phần quan trọng đó bị triệt tiêu. Việc triệt tiêu các phần quan trọng thường gây ra sự sụp đổ, nhưng nói chung cũng cải thiện hiệu suất. Tuy nhiên, một số phần quan trọng nhất định có thể bị ảnh hưởng khác nhau.
6: rằng luồng chính được ưu tiên cho phần quan trọng đó.
7: các luồng nền được ưu tiên cho phần quan trọng đó.
CriticalSections\iDefaultSpin (mặc định: 500)
điều này ảnh hưởng đến việc một luồng sẽ tiếp tục cố gắng vào một phần quan trọng trong bao lâu trước khi yêu cầu trình lập lịch đặt nó vào trạng thái ngủ cho đến khi phần quan trọng đó có sẵn. Về lý thuyết, một giá trị quá nhỏ sẽ dẫn đến quá nhiều chi phí lập lịch, trong khi một giá trị quá lớn sẽ dẫn đến lãng phí các chu kỳ CPU. Tôi nghĩ 500 thực sự là một giá trị hơi nhỏ. Giá trị lý tưởng có thể tăng theo số lượng lõi/luồng phần cứng bạn có.
CriticalSections\iStutterLevel (mặc định: 4)
Tham số này ảnh hưởng đến tần suất chuyển đổi hành vi của chế độ phần quan trọng 2. Xem chế độ ý tưởng để biết thêm về chế độ phần quan trọng 2. Số nhỏ hơn có nghĩa là chuyển mạch thường xuyên, số lớn hơn có nghĩa là chuyển mạch không thường xuyên. Giá trị lý tưởng có lẽ phải ở đâu đó trong phạm vi 3 đến 6.
Phần: phần quan trọng ánh sáng {}
Phần này đề cập đến tất cả các thay đổi mà fsr thực hiện đối với danh mục các đối tượng hậu quả phục vụ mục đích tương tự như critical_sections nhưng có trọng lượng nhẹ hơn.
LightCriticalSections\bFullHooks (mặc định: 0)
Nếu được đặt thành 1 thì phiên bản này sẽ bật phiên bản hoàn chỉnh hơn của móc phần quan trọng ánh sáng. Thật không may, phiên bản hoàn chỉnh hơn vẫn còn lỗi, vì vậy phiên bản này mặc định là vô hiệu hóa vào lúc này.
LightCriticalSections\bEnableProfiling (mặc định: 0)
Nếu được đặt thành 1 thì fsr sẽ ghi lại thông tin về thời gian/hiệu suất của các hoạt động phần quan trọng ánh sáng trong hậu quả. Làm như vậy sẽ gây ra một hình phạt nhỏ nhưng đáng kể đối với hiệu suất. Fsr sẽ ghi lại thông tin trong tệp nhật ký của nó. điều này có khả năng tạo ra thông tin hữu ích về lý do tại sao hậu quả của bạn lắp bắp hoặc chạy chậm. Thông tin đó có thể được sử dụng để điều chỉnh phần ghi đè của tệp fsr ini hoặc thứ gì đó.
LightCriticalSections\bEnableMessages (mặc định: 1)
Nếu được đặt thành 1 thì fsr sẽ ghi lại thông tin về một số sự kiện thời gian/hiệu suất của các phần quan trọng ánh sáng. Có rất ít chi phí hiệu suất để làm như vậy, nhưng nó có thể làm lộn xộn tệp nhật ký khiến việc tìm thấy thông tin không quan trọng trong đó trở nên khó khăn hơn.
LightCriticalSections\bUseOverrides (mặc định: 1)
Nếu điều này được đặt thành 1 thì fsr sẽ sử dụng các cài đặt trong phần ghi đè của ini để xác định những gì nên làm đối với các phần quan trọng cụ thể. Việc ghi đè sẽ không có tác dụng trừ khi các móc lcs đầy đủ được bật (bfullhooks ở trên).
LightCriticalSections\iDefaultMode (mặc định: 2)
điều này xác định những gì fsr làm để sáng các phần quan trọng không có mục nhập chế độ cho chúng trong danh sách ghi đè. Nó cố gắng sử dụng sơ đồ đánh số chế độ tương tự như nội dung các phần quan trọng-xem criticalsections\idefaultmode ở trên để biết thêm thông tin. Một số chế độ có thể hoạt động khá khác nhau tùy thuộc vào việc bfullhooks có được bật hay không.
LightCriticalSections\iDefaultSpin (mặc định: 500)
điều này xác định những gì fsr làm để sáng các phần quan trọng không có mục quay cho chúng trong danh sách ghi đè. Nó cố gắng có ý nghĩa tương tự như nội dung các phần quan trọng-xem criticalsections\idefaultspin ở trên để biết thêm thông tin. ý nghĩa quay có thể hơi khác nhau tùy thuộc vào việc bfullhooks có được bật hay không.
LightCriticalSections\iStutterLevel (mặc định: 4)
Tham số này ảnh hưởng đến tần suất chuyển đổi hành vi của chế độ phần tới hạn ánh sáng 2. Xem chế độ ý tưởng để biết thêm về chế độ phần quan trọng 2. Số nhỏ hơn có nghĩa là chuyển mạch thường xuyên, số lớn hơn có nghĩa là chuyển mạch không thường xuyên. Giá trị lý tưởng có lẽ phải ở đâu đó trong phạm vi 3 đến 6.
Phần: đống {}
Thứ này chưa thực sự hiệu quả với hậu quả. đừng sử dụng.
Phần: bảng băm {}
Hậu quả bao gồm một loạt bảng băm để tra cứu tất cả các loại thứ. Họ sử dụng một triển khai bảng băm nhìn chung khủng khiếp, nhưng vấn đề thực sự là họ không bao giờ thay đổi kích thước bảng băm của mình. Khi một bảng băm trở nên quá nhiều, hiệu suất sẽ giảm xuống. Nếu một hashtable không được sử dụng thì một chút bộ nhớ có thể bị lãng phí và tính mạch lạc của bộ nhớ cache có thể giảm. Thật không may, phần lớn mã bảng băm được nội tuyến khắp nơi và fose cũng đưa ra nhiều giả định khác nhau về bảng băm và đối với tôi hoàn toàn không rõ mô hình luồng liên quan được cho là gì, vì vậy việc thay đổi chúng một cách an toàn là khá khó khăn. Tuy nhiên, tôi có một số móc hashtable và chúng đang dần tốt hơn.
Hashtables\bAllowDynamicResizing (mặc định: 0)
Nếu điều này được đặt thành 1 thì fsr sẽ tăng kích thước của các bảng băm khi chúng trở nên quá đầy. Tuy nhiên, hành động thay đổi kích thước của chúng rất nhiều vấn đề-nó có thể gây ra sự cố hoặc trục trặc và các phương pháp tôi sử dụng để ngăn chặn nó làm như vậy có thể gây ra tình trạng lắp bắp hiệu suất nhỏ hoặc các sự cố hoặc trục trặc khác. Tuy nhiên, vào thời điểm này tôi nghĩ nó có thể hoạt động khá tốt.
Hashtables\bUseOverrides (mặc định: 0)
Hiện tại không có bản ghi đè bảng băm nào và cú pháp để chỉ định chúng rất khó xử và có khả năng âm thầm thất bại và thay vào đó thực hiện điều gì đó khác nếu bạn nhập sai giá trị. Tuy nhiên, điều này cuối cùng sẽ được sửa chữa để cho phép các móc nối do tệp ini chỉ định vào việc khởi tạo các bảng băm quan trọng nhất để làm cho chúng bắt đầu ở kích thước phù hợp thay vì cần phải thay đổi kích thước sau này.
Hashtables\bEnableProfiling (mặc định: 0)
điều này sẽ theo dõi các bảng băm và nhật ký thông tin về mức độ đầy đủ của chúng và mức độ chúng được truy cập.
Hashtables\bEnableMessages (mặc định: 0)
Nếu đây là 1 thì mã bảng băm đôi khi có thể ghi lại các tin nhắn về những gì nó đang làm.
Hashtables \iHashtableResizeScale1 (mặc định: 2)
Hashtables \iHashtableResizeScale2 (mặc định: 4)
Nếu ballowdynamicresizing là 1 thì ihashtableresizescale1 sẽ xác định mức độ chiếm dụng tối thiểu mà bảng băm sẽ được thay đổi kích thước và ihashtableresizescale2 sẽ xác định kích thước mới của nó sẽ lớn hơn bao nhiêu. Cả hai số thực sự là số mũ được áp dụng cho 2, vì vậy một cài đặt 3 có nghĩa là hệ số 8, và một cài đặt 5 có nghĩa là hệ số 32. Về lý thuyết, việc giảm ihashtableresizescale1 xuống còn 1 có thể cải thiện hiệu suất nhiều hơn, vì nó sẽ làm tăng kích thước của nhiều bảng băm hơn. Ihashtableresizescale2 có thể nên được đặt thành 1 hoặc 2 nhiều hơn ihashtableresizescale1.
Hashtablesizedelay (mặc định: 20)
đây là một số mili giây mà fsr sẽ bị đình trệ khi thay đổi kích thước bảng băm. ý tưởng là mặc dù tôi không thể ngăn chặn một luồng khác truy cập bảng băm trong khi tôi bận với nó, nhưng hy vọng tôi có thể ngăn chặn họ *bắt đầu* truy cập bảng băm. Nên tôi trì hoãn đủ lâu để có thể, có thể, bất kỳ ai đã truy cập bảng băm sẽ hoàn thành, sau đó tôi làm công việc của mình. Thật không may, điều đó không hoạt động trên fose vì fose không làm những điều tương tự như fallout, cộng với đó là ngay cả khi nó làm, nó cũng không sử dụng vtables để thực hiện chúng. Nhưng ATM tôi nghĩ rằng fose có thể chỉ truy cập chúng từ luồng chính, vì vậy nếu bộ quy mô của tôi chạy trong luồng chính thì nó không cần phải lo lắng về fose. Có lẽ.
Phần: ghi đè {}
Phần này chứa thông tin cho fsr biết cách tìm các phiên bản cụ thể các loại đối tượng khác nhau mà fsr biết và cách xử lý các phiên bản cụ thể đó khác với cài đặt mặc định cho loại đối tượng đó. Hiện tại chỉ có những thứ thực sự được liệt kê ở đây là một số phần quan trọng cụ thể với hành vi khác với hầu hết các phần.
6. lịch sử phiên bản:
====================================
FPS Capper phiên bản 1:
Này được gọi là capper fps. Tất cả những gì nó làm là quản lý fps. Phiên bản này đã được tích hợp vào một tập hợp các dll obse đã được sửa đổi.
FPS Capper phiên bản 2:
đây là phiên bản đầu tiên có dll riêng tách biệt với obse. Này được gọi là capper fps. Tất cả những gì nó làm là quản lý fps.
Dung dịch loại bỏ lắp bắp quên mất phiên bản 3 beta 1:
Phiên bản đầu tiên được đặt tên là Oblivion Sturter Lower. đôi khi đóng băng trong vài phút tại thực đơn chính. Chuyển động giọng nói và khuôn mặt của npc có thể làm hỏng cuộc đối thoại.
Phiên bản 3 beta 2: chuyển động giọng nói và khuôn mặt của npc có thể làm hỏng cuộc đối thoại.
Dung dịch loại bỏ lắp bắp quên mất phiên bản 3 beta 6:
Có sự chậm trễ lâu giữa beta 5 và beta 6, được lấp đầy bởi nhiều bản phát hành alpha. đây là phiên bản đầu tiên của fsr thực sự làm tốt công việc thực sự giảm bớt tiếng lắp cho người dùng trung bình. điều này là do các tính năng mới: điều chỉnh tính công bằng của phần quan trọng, triệt tiêu phần quan trọng và thay thế đống. Thật không may, việc thay thế heap vẫn gặp vấn đề lớn đối với nhiều người dùng. Bfix64hertz được đặt thành 0 theo mặc định trong ini, thay vào đó nó phải là 1.
Lưu ý: chưa bao giờ có phiên bản cuối cùng 3. Nếu có đủ nhu cầu, tôi có thể tạo ra một mã nguồn dựa trên mã nguồn phiên bản 3 beta 6 với một số bản sửa lỗi.
Dung dịch loại bỏ lắp bắp phiên bản 1 beta 1:
Cổng ban đầu của osr đến hậu quả.
Dung dịch loại bỏ lắp bắp lãng quên/hậu quả phiên bản 4.1.0:
Những thay đổi lớn:
1.Hỗ trợ cả hậu quả và lãng quên trong cùng một cơ sở mã:Không mang lại nhiều lợi ích cho hậu quả 3, nhưng nó có ích.
2.Tệp. ini: định dạng tệp ini hoàn toàn khác nhau
3.Thay đổi kích thước bảng băm: Tính năng mới để cải thiện hiệu suất
4.Phần quan trọng & phần quan trọng ánh sáng:Tổng quát hóa nhiều trường hợp đặc biệt cho các phần quan trọng, giờ đây có thể điều chỉnh hơn nhiều từ tệp ini. "Móc đầy đủ" của mã phần quan trọng ánh sáng vẫn còn lỗi.
5.Thay thế đống: đã sửa một vài lỗi, nhưng tôi nghĩ nó vẫn có vấn đề. Vẫn không hoạt động chút nào đối với hậu quả.
6.đặt tên phiên bản:Phiên bản phát hành cho tesnexus hiện được gọi là phiên bản phát hành thay vì phiên bản beta. Các phiên bản được phát hành trên máy chủ ftp của tôi hiện được gọi là phiên bản beta thay vì phiên bản alpha. Chữ số đầu tiên của số phiên bản chỉ được tăng khi những thay đổi lớn được thực hiện đối với định dạng cấu hình hoặc phân phối. Chữ số thứ 2 của số phiên bản được tăng lên mỗi phiên bản phát hành. Chữ số thứ 3 của số phiên bản được tăng một lần cho mỗi phiên bản beta. Bất cứ khi nào một chữ số được tăng lên, tất cả các chữ số bên phải được đặt lại thành 0.
7. cách điều này hoạt động:
đây là một dll plugin fose. Về cơ bản nó hack hậu quả.
7.1: quản lý khung hình/giây:
Mã quản lý fps giám sát tốc độ khung hình và điều chỉnh luồng thời gian chơi. Nó giảm thiểu tình trạng lắp bắp bằng cách làm cho logic trò chơi hậu quả không bỏ qua trước khi nó lắp bắp. Một cách hiệu quả, các khung hình mất nhiều thời gian cuối cùng sẽ ở chuyển động chậm. điều này được thực hiện bằng cách làm cho sự sụt giảm hoạt động như thể ifpsclamp được đặt thành minimumfps, nhưng chỉ đối với các khung hình chậm hơn minimumfps. điều này cũng có thể cải thiện sự ổn định. Nó cũng có thể áp đặt tốc độ khung hình tối đa-một số người nhận thấy hậu quả mượt mà hơn khi tốc độ khung hình của nó bị ngăn chặn vượt quá một nửa tốc độ làm mới, cộng với điều này giúp giải phóng tài nguyên cho các luồng phụ hậu quả.
Mã quản lý fps cũng có thể đưa luồng chính của hậu quả vào ngủ trong một khoảng thời gian ngắn, điều này đã được sử dụng để cải thiện tình trạng lắp bắp của một số người (mặc dù chức năng đó có thể đã trở nên dư thừa do những điều khác mà plugin này làm).
7.2: các phần quan trọng:
Các phần quan trọng là các nguyên tố đồng bộ hóa luồng do Microsoft cung cấp mà fallout sử dụng nội bộ để đảm bảo rằng các luồng không vô tình làm hỏng lẫn nhau. Fsr theo mặc định làm cho hầu hết các phần quan trọng cố gắng chơi công bằng ngay cả với chi phí thông lượng, đảm bảo rằng không có luồng nào có nguồn tài nguyên mà các luồng khác cần. Tuy nhiên, một phần quan trọng cụ thể được ghi đè để sử dụng một phương pháp kém công bằng hơn một chút, và một phần quan trọng cụ thể khác bị triệt tiêu để nó không có tác dụng gì cả. Và tất cả đều rất có thể cấu hình được từ tập tin ini. Cũng có các spincount bị ghi đè.
7.3: Thay thế đống:
Tính năng này vẫn chưa hoạt động bình thường trên fallout 3.
7.4: bảng băm:
Hậu quả bao gồm một loạt bảng băm để tra cứu tất cả các loại thứ. Họ sử dụng một triển khai bảng băm nhìn chung khủng khiếp, nhưng vấn đề thực sự là họ không bao giờ thay đổi kích thước bảng băm của mình. Khi bảng băm trở nên quá mức, hiệu suất sẽ giảm xuống. Nếu một bảng băm không có sẵn thì một chút bộ nhớ có thể bị lãng phí. Thật không may, phần lớn mã bảng băm được nội tuyến khắp nơi và fose cũng đưa ra nhiều giả định khác nhau về bảng băm và đối với tôi hoàn toàn không rõ mô hình luồng liên quan được cho là gì, vì vậy việc thay đổi chúng một cách an toàn là khá khó khăn.
Tuy nhiên, tôi có một số móc hashtable và chúng đang dần tốt hơn. Fsr có thể tăng kích thước của bảng băm khi chúng trở nên quá đầy. Tuy nhiên, hành động thay đổi kích thước của chúng rất nhiều vấn đề-nó có thể gây ra sự cố hoặc trục trặc và các phương pháp tôi sử dụng để ngăn chặn nó làm như vậy có thể gây ra tình trạng lắp bắp hiệu suất nhỏ hoặc các sự cố hoặc trục trặc khác. Tuy nhiên, vào thời điểm này tôi nghĩ nó có thể hoạt động khá tốt. Trong tương lai, tôi có thể thay thế hoặc bổ sung điều này bằng cách ghi đè kích thước ban đầu của một số bảng băm nhất định.
====================================
8. Tín dụng:
====================================
Plugin này được thực hiện bởi tôi (Christopher Doty-Humphrey).
điều đó sẽ không thể thực hiện được nếu không có những nỗ lực to lớn của nhóm fose. Ngoài ra, Ian Patterson (một anh chàng của nhóm fose) đã giúp tôi vượt qua rất nhiều nơi mà tôi gặp rắc rối.
Chủ đề ban đầu khiến tôi bắt đầu plugin này được bắt đầu bởi deviuscreed.
Nhiều người thử nghiệm đã cung cấp phản hồi hữu ích. đặc biệt là thông tin của mashani về cài đặt nào tạo ra kết quả nào cho anh ấy đã giúp tôi hiểu tại sao các phiên bản ban đầu của nó lại tạo ra những lợi ích bất ngờ và dẫn đến một số tính năng và cài đặt trong các phiên bản sau.
Tôi cũng muốn cảm ơn badhair vì đã chỉ cho tôi các bảng băm quá đầy là nguyên nhân gây ra các vấn đề về hiệu suất.
Các công cụ sau đây đã được sử dụng trong quá trình sản xuất plugin này:
Lãng quên/hậu quả, bởi bethesda
OBSE/fose và mã nguồn OBSE/fose
Microsoft Visual C phiên bản nhanh 2008
Ida miễn phí (trình gỡ lỗi tương tác, phiên bản miễn phí, phiên bản 4.9)
Công cụ gian lận (phiên bản 5.4)
Cộng với những thứ rõ ràng như windows xp, Notepad và firefox.
Ngoại trừ oblivion/fallout và windows xp, tất cả những thứ đó đều có sẵn miễn phí.
Tôi cũng đã có hội thảo hex và ollydbg giới thiệu cho tôi nhưng vẫn chưa thử chúng.
Công cụ này được cung cấp bởi bên thứ ba [bufftool]
Tải xuống bản mod ngay
Cài đặt LagoFast, khởi động Fallout 3 - Game of the Year Edition và chơi các bản mod bạn yêu thích.
Chúng tôi sử dụng cookie để tạo sự tương tác dễ dàng và có ý nghĩa với các trang web và dịch vụ của chúng tôi. Để biết thêm thông tin về cookie chúng tôi sử dụng hoặc để tìm hiểu cách bạn có thể tắt cookie, nhấp vào đây.