- סטָטוּס
- הפוסט הראשון של השרשור הזה הוא WikiPost וניתן לערוך אותו על ידי כל אחד עם ההרשאות המתאימות. העריכות שלך יהיו ציבוריות.
h9826790
פוסטר מקורי- 3 באפריל, 2014
- הונג קונג
- 3 במאי 2019
הושג HWAccel מלא עכשיו!
הצג את פריט המדיה ' data-single-image='1'>
הכל מכוסה בשרשור OpenCore. המדריך שלב אחר שלב להפעלת האצת חומרה של AMD נמצא כעת כאן, אבל אני ממליץ לך בחום לעבור על שרשור OpenCore לפני שתעשה משהו.
OpenCore ב-Mac Pro
מדריך זה מסביר כיצד להשתמש במטען האתחול המצוין של OpenCore כדי להתקין, להפעיל ולעדכן את הגרסה העדכנית ביותר של macOS ב-MacPro5,1, וכתוצאה מכך למערכת הפעלה נקייה וללא שינוי בדיוק כמו ב-Mac נתמך. forums.macrumors.comאותה שיטה עובדת גם ב-Mojave וגם מעבר לכך. עם זאת, למשתמשי cMP עם מעבד כפול, נא להישאר עם Mojave ברגע זה. (עדכון: נא להיצמד ל-Mojave לכל מי שרוצה HWAccel. CMMChris יעץ לאפל להסיר את HEVC HWAccel עבור כל Polaris GPU בגרסת הבטא האחרונה של Catalina. מה שאומר שלא תוכל לשדרג את מערכת ההפעלה כדי לקבל שום תיקון אבטחה, אלא אם כן זו שגיאה בגרסת הבטא הישארו עם Mojave, רכשו את HWAccel ושמרו על מערכת ההפעלה שלכם מעודכנת. נראה שזו תהיה בחירה טובה יותר ברגע זה)
הצג את פריט המדיה ' data-single-image='1'>
Sidecar (ו-AirPlay Display) אמורים לעבוד גם הם, אבל אין לי אייפד לבדוק אותו עדיין. ה-config.plist העדכני ביותר בפוסט #594 ו-#1314 ישמור כעת על מזהה ה-cMP כ-5,1. לכן, לא יפעיל את Sidecar כברירת מחדל כעת.
------ ההליך שלהלן מופחת, רק שמור בפוסט זה כתיעוד ( אבל אני עדיין אשמור על קטע השאלות הנפוצות כדי לעדכן את זה. אנא קרא את השאלות הנפוצות לפני שאתה שואל משהו. כל שאלה שכבר מכוסה בשאלות נפוצות לא תענה על ידי .). למי שלא צריך קידוד חומרת HEVC, ומעדיף לא להתקין את OpenCore. אתה עדיין יכול לבצע את ההליך שלהלן כדי להפעיל את HWAccel ------
10.14.5 כעת רשמי. ואני יכול לאשר שמשתמשי כרטיס AMD (Polaris ומעלה) יכולים ליהנות מקידוד חומרה H264 / פענוח חומרה H264 / ומפענוח חומרה של HEVC.
הצג את פריט המדיה ' data-single-image='1'>
ההליך הוא כדלקמן: (אנא קרא את כל סעיף השאלות והתשובות לפני שאתה עושה משהו. אתה צריך לדעת איך לשחזר, או אולי צריך להשתמש בהליך חלופי וכו')
1) השאר את SIP מושבת
2) הורד Lilu.kext
3) הורד WhateverGreen.kext
4) פתח את Lilu.kext (קליק ימני -> הצג את תוכן החבילה)
5) הזן תוכן
6) צור תיקייה 'תוספים' (נ.ב. תיקיה זו נמצאת בתוך תוכן, נא לא לפספס את שלב 5)
הצג את פריט המדיה ' data-single-image='1'>
7) העתק את WhateverGreen.kext לפלאגינים
8) העתק את כל ה-Lilu kext המעודן אל /Library/Extensions/
9) פתח מסוף
10) היכנס
קוד: |_+_|
11) היכנס
קוד: |_+_|
12) היכנס
קוד: |_+_|
13) היכנס
קוד: |_+_| (ייתכן שתקבל תמורה מוזרה עם הפקודה הזו, אל תדאג בקשר לזה)
14) היכנס
קוד: |_+_| עבור Catalina, ייתכן שתצטרך להזין גם את ארגומנט האתחול no compat check, אחרת, אתה עלול להיתקע במצב ללא אתחול עד שתתקן את ארגומנט האתחול במחיצת השחזור.
15) אתחול מחדש
שאלות נפוצות, אנא קרא את הסעיף הזה לפני שאתה שואל. אני לא אענה על שום דבר שכבר מכוסה בסעיף זה.
שאלה 1: האם זה בטוח?
ת: נבדק מאז 10.14.5 בטא 4, עד כה, אף מערכת לא נפגעה מהמוד הזה. (עדכון: OpenCore עשוי לכתוב משהו בקושחה של ה-cMP. לכן, אם אתה רוצה להישאר בטוח, הימנע מ-OpenCore. והשתמש רק ב-Lilu + WhareverGreen, או בשיטת עריכה hex)
ש 2: האם יש צד שלילי?
ת: כן, עבור שיטת עריכה של Lilu או hex, ייתכן שהזרמת DRM של iTunes, TV+ ו-Safari Netflix לא תפעל, אך לא אמורה להיות השפעה על הורדה מלאה של סרט DRM. ונטפליקס בדפדפנים הבסיסיים של Chromium (Chrome, Brave, Edge וכו') בסדר.
הזרמת DRM פחית לעבוד ללא רבב עם שיטת OpenCore.
ש 3: כל בעיה ידועה אחרת?
ת: אפליקציית התמונות קורסת אם מותקן גם HDMIAudio.kext. חוץ מזה, עוד מעט משתמשים דיווחו על הקפאת מערכת (ב-10.14.5). נראה שרק Polaris GPU מושפע, למשל. RX580. עד כה, כל ההקפאה מתרחשת רק באפליקציות של אפל. לְמָשָׁל FCPX, Photos, Compressor וכו'. אפליקציות צד שלישי כגון PP, DV, VideoProc אינן מושפעות. עם זאת, Polaris GPU hwaccel נראה יציב לחלוטין בגרסת 10.14.6 בטא על ידי עריכת hex של קובץ AppleGVA. בנוסף, נראה ש-Adobe Media Encoder יגרום לעצירת מנוע הווידאו. לא הקפאת מערכת / קריסה, אבל מנוע הווידאו פשוט כמו להפסיק לעבוד, ביצוע רע מאוד. ביצועים רגילים יכולים להתאושש רק על ידי אתחול מחדש. (עדכון: גרסה רשמית של 10.14.6 נראה שתוקן רוב הבעיות הללו. לפחות, אין לי דרך לשחזר כל הקפאה עם ה-RX580 שלי)
ש 4: אם המערכת שלי קורסת לאחר המוד, איך לתקן את זה?
ת: עבור שיטת Lilu / OpenCore 0.5.5, איפוס NVRAM יסיר את ארגומנט האתחול וישבית את ה-kexts / OpenCore. אז, למעשה, המערכת תחזיר את המערכת שלך למצב המקורי. לאחר אתחול המערכת שלך שוב, תוכל להסיר את ה-kext / OpenCore.
עבור שיטת עריכת Hex, הרצתי המון בדיקות, אין דרך לקרוס את המערכת. אבל אם יש חוסר יציבות, נא לשחזר את הקובץ המקורי מהגיבוי שלך.
עבור OpenCore 0.5.6 ואילך, עליך לטעון מחדש את מחיצת EFI -> להסיר את התיקייה BOOT ו-OC -> לאפס את NVRAM
ש 5: מה היתרון?
ת: מסוגל לנגן סרטון HEVC תובעני מאוד (למשל זה)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
כך ה-cMP שלי יכול להפעיל את הסרטון הזה עכשיו. השמעה חלקה עם שימוש במעבד נמוך מאוד (אנא השתמש בדפדפן התומך ב-VP9 כדי לצפות בכל סרטוני YouTube הבאים ב-4k, אחרת, ייתכן שלא תוכל לקרוא את הפרטים)
מסוגל לערוך את H264 בצורה חלקה, אין צורך להמיר את הקידוד ל-ProRes יותר, להפחית מאוד את מהירות האחסון ואת דרישת הקיבולת. סביר להניח שגם יכול לשפר את הפרודוקטיביות
מסוגל לערוך HEVC ישירות בצורה חלקה, אין צורך להמיר את הקידוד ל-ProRes יותר, להפחית מאוד את מהירות האחסון ואת דרישת הקיבולת. סביר להניח שגם יכול לשפר את הפרודוקטיביות
יכול לשפר מאוד את מהירות הייצוא של H264 עם שימוש נמוך במעבד (תלוי במפרט המעבד / GPU שלך)
מסוגל להקליט את המסך ב-4k בצורה חלקה. כפי שניתן לראות מהקישור לעיל. ה-cMP שלי עכשיו יכול לעשות את הדברים האלה ועדיין להקליט את המסך בצורה חלקה בו-זמנית.
מסוגל לנגן וידאו VP9 בצורה חלקה. ה-cMP שלי עכשיו יכול להפעיל את סרטון ה-YouTube הזה של 8K 24FPS עם אפס נפילת מסגרת. (פענוח חומרה VP9 אינו נתמך ב-macOS עד Catalina.)
ש6: האם זה יכול לעבוד ב-10.14.4 או לפני כן?
ת: משתמש אחד דיווח שה-10.13.6 האחרון עם Vega עובד גם עם Lilu mehtod. אבל RX580 יגרום ל-GPURestart fault, אשר מקפיאה את התצוגה והופכת את מערכת ההפעלה ללא שמישה. (עדכון: משתמשים דיווחו שפענוח החומרה עובד, אך קידוד חומרה H264 יגרום לקריסה)
ש7: האם זה יכול לעבוד ב-10.15?
ת: לא טוב כמו 10.14.6. רק שיטת Lilu, או שיטת OpenCore עובדת. כמו כן, ב-10.15.2, תמיכת Polaris (למשל RX580) HEVC HWAccel הוסרה על ידי אפל (WhateverGreen אמור לתקן את בעיית התמיכה הזו של Polaris. אבל לא בדקתי את זה באופן אישי)
עדכון: HWAccel עובד די טוב בכל 10.14.6, 10.15.7 ו-11.2.3 כעת.
ש8: האם זה יכול לעבוד עבור Nvidia GPU?
לא
ש9: האם זה יכול לעבוד עבור flashed 7950 וכו'?
ת: אני לא יודע. בבקשה בדוק את זה בשבילי. (עדכון: התשובה היא לא, תודה bazza5938 לבצע את הבדיקה)
ש10: איזו תוכנה יכולה להפיק תועלת מהמוד הזה?
ת: זה יספק האצת חומרה ברמת המערכת. עד כה, כל התוכנות שנבדקו שלי עובדות (למשל FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)
ש11: אם אני מבצע איפוס NVRAM מסיבה אחרת, איך להחזיר את הפונקציות האלה?
ת: עבור שיטת Lilu, חזור על שלב 14 והפעל מחדש.
שיטת עריכת Hex / OpenCore 0.5.6 (פוסט מס' 1314) אינה מושפעת.
עבור OpenCore 0.5.5 (בפוסט מס' 594), תלוי בהגדרה שלך, ייתכן שיהיה עליך לברך מחדש כדי לאתחל שוב דרך OpenCore.
ש12: מהו ה-GPU המומלץ?
ת: RX560, RX580, Vega 56, Vega 64, Vega FE. כל עוד הכרטיס הזה יכול לעבוד על cMP, המותג / הדגם לא באמת משנה (עדכון: למטרה הספציפית הזו, Vega בהחלט טוב יותר מכרטיס Polaris. עדיין אין דוח קריסה/הקפאה ממשתמשי Vega).
ש13: למה לא להמליץ על Radeon VII או RX570 וכו'.
ת: AFAIK, כל Polaris, Vega, Navi GPU עובד, אני פשוט לא בטוח עד כמה בשלה התמיכה הכוללת. (עדכון: שדרגתי את ה-GPU שלי ל-Radeon VII, יציב לחלוטין, וקידוד החומרה מהיר ב-100% בערך מ-RX580. גם ה-HWAccel של Navi אישר שניתן להפעיל.)
ש14: האם זה QuickSync?
ת: לא, QuickSync הוא האצת החומרה עבור Intel iGPU, לא המונח הגנרי להאצת חומרת וידאו GPU. AMD GPU משתמש ב-UVD (Unified Video Decoder) לפענוח, וב-VCE (Video Coding Engine) לקידוד. כל זה ישלט על ידי VideoToolBox באופן אוטומטי ב-macOS, כמעט שקוף למשתמשים. זה אותו רעיון כמו QuickSync, אבל לא QuickSync.
ש15: אני יכול לראות שה-GPU שלי עובד ב-Compressor לפני המוד הזה (ב-cMP). האם זה אומר שכבר יש לי האצת חומרה?
ת: לא, אנחנו מדברים כאן על האצת חומרה של H264 / HEVC. לא האצת חומרת המחשוב הכללית. הם שונים לחלוטין.
ש16: מהי איכות הווידאו המקודד בחומרה?
ת: לא טוב כמו מקודד תוכנה באופן כללי. אבל אם בקצב סיביות גבוה, ההבדל לא כל כך מורגש.
ש17: מתי נוכל לקבל גם קידוד HEVC?
ת: אני לא יודע. אבל אתה תמיד יכול לאתחל ל-Windows ולהשתמש בקידוד חומרת HEVC. (עדכון: FULL HWAccel כולל קידוד HEVC ניתן להשיג גם באמצעות OpenCore. לא בטוח עד כמה בטוח, אבל זה עובד ביציבות ב-cMP שלי)
ש18: לכמה שיפור אני יכול לצפות?
ת: ובכן, תלוי בשימוש. אבל מבחן ייצוא מהיר של iMovie 4K H264 מראה ש-Vega 64 יכול להפחית את זמן הייצוא מ-6:19 ל-1:25, מה שאומר שהפחית את זמן הייצוא בכ-77% (ב-X5680 cMP כפול).
ש19: מדוע VideoProc אינו מציג פענוח HEVC לאחר המוד?
ת: אני לא יודע למה, אבל זה נורמלי במקרה הזה. ההמלצה שלי היא להוריד סרטון הדגמה HEVC מהקישור שלמעלה, ולהפעיל אותו באמצעות QuickTime (או פשוט דרך תצוגה מקדימה של Finder). כל עוד השימוש במעבד נשאר רק בסביבות 20% (אך לא 800%), זה אומר שפענוח HEVC פועל כראוי.
למי שמשתמש בשיטת OpenCore, אתה אמור לראות את HEVC HWAccel שימושי. אם לא שם, אנא לחץ על סמל הטעינה מחדש הקטן.
ש20: האם עלי להתקין את הגרסה החדשה יותר של Lilu ו-WhateverGreen?
לא. למרות הגרסה החדשה יותר יכול לעבוד, אבל לא מספק פונקציה נוספת במקרה זה, ואין לי מושג אם לחדשה יש יציבות גרועה יותר. אם מצאתי דרך טובה יותר / kext לשימוש. אעדכן את הפוסט בהתאם. (עדכון: עבור Catalina, אנא התקן את Lilu 1.4.0 ו-WhateverGreen 1.3.5. ועד כה, כל Lilu ו-WEG החדשים מספקים רק תוצאות טובות יותר עקב תיקון באגים. המשתמשים צריכים להיות בסדר להתקין את הגרסה העדכנית ביותר)
ש21: חוויתי הקפאת מערכת, יומן המסוף מציג את אירוע 'GPU Restart', מה עלי לעשות?
ת: איפוס PRAM יחזיר את המערכת שלך למצב רגיל. אם אתה עם Polaris GPU (RX560, RX570, RX580 וכו'), נראה שכמה אנשים מושפעים מהבאג הזה. מה שמצאתי הוא שיטה חלופית על ידי עריכה ישירה של hex קובץ AppleGVA נראה יציב יותר עבור GPUs אלה. בדיקה ראשונית מראה שבטוח מאוד לעשות זאת, אפילו אני הורס לחלוטין את קובץ AppleGVA, מערכת ההפעלה עדיין יכולה לאתחל לשולחן העבודה. אם אתה מעדיף ללכת בדרך זו, אנא וודא שאתה יודע כיצד לשחזר את הקובץ (או אפילו לשחזר לחלוטין ממערכת הפעלה שאינה ניתנת לאתחול). המידע נמצא בפוסט מס' 205. (עדכון: 10.14.6 מציג יציבות טובה במיוחד, מומלץ מאוד למשתמשי RX580)
ש22: איך אני יודע אם האצת החומרה באמת עובדת?
ת: ההצעה שלי היא באמצעות טרמינל. מידע מפורט בפוסט מס' 273. אתה יכול גם להשתמש ב-OpenGL Driver Monitor כדי לצפות בפעילויות UVD/VCE (קישור) .
ש23: האם אני יכול להשתמש במוד הזה עם MVC flashed RX580?
ת: לפי הפוסט הזה, התשובה היא כן.
ש24: האם ניתן לכבות את hwaccel ללא אתחול מחדש. כדי שאוכל ליהנות מהזרמת DRM בכל עת?
ת: רק השיטה החלופית מאפשרת הפעלה/כיבוי תוך כדי תנועה. אם אינך רוצה להשתמש במסוף / Finder כדי לעשות זאת בכל פעם, אתה יכול ליצור שתי אפליקציות פשוטות לעשות זאת, הנהלים כאן. (עדכון: חבילת ה-OpenCore שלי אמורה לאפשר לך לנגן וידאו בהזרמת DRM כברירת מחדל)
ש25: האם עיבוד רקע עדיין עובד ב-FCPX?
ת: עיבוד רקע עדיין עובד עבור שתי השיטות. זה עצמאי לחלוטין ל-hwaccel. כיביתי את זה בהדגמה שלמעלה רק כדי להמחיש את ביצועי עריכת ציר הזמן בזמן אמת. לא בגלל זה לא יכול לעבוד.
שאלה 26: ניסיתי את שיטת העריכה הקבועה פעמים רבות, זה לא עובד, אבל אני בטוח שעשיתי הכל נכון. מה עלי לעשות?
ת: יכול להיות שכדאי לך לנסות לפתוח פרופיל משתמש חדש ולראות אם זה עוזר ( קישור עזר )
ש27: מדוע ה'גרפיקה' בדף VideoProc HWAccel מציגה לא רלוונטי?
ת: אין מושג, אבל זו רק טעות קוסמטית במקרה הזה. (עדכון: נראה ש-VideoProc מחפש את מילת המפתח 'AMD'. למשל אם הכרטיס מזהה כ-|_+_|, VideoProc יכול להציג אותו כראוי. אבל אם הכרטיס מזהה כ-|_+_|, אז VideoProc לא יכול להראות את השם שלו)
הצג את פריט המדיה ' data-single-image='1'>
הצג את פריט המדיה ' data-single-image='1'>
נ.ב. למי שרוצה להוסיף את הקידומת |_+_| לפני שם הכרטיס הגרפי, אנא הצטרף לשרשור OpenCore . אנחנו יכולים לשנות את שם הכרטיס הגרפי לכל מה שנרצה ב-OpenCore.
ש28: מדוע VideoProc מראה שאני משתמש ב-'Intel' HWAccel בעת המרת סרטונים?
ת: גם אין מושג, אבל שוב, זו רק טעות קוסמטית במקרה הזה. (עדכון: עד כה, זה מראה ש-VideoProc יודע רק אם HWAccel עובד (באמצעות VideoToolBox), אבל הוא לא יכול לדעת איזו חומרה מספקת HWAccel ב-macOS. לכן, הוא משתמש בפתרון 'one size fit all'. עקב רוב ה-Mac בחוץ משתמשים ב-iGPU Intel Quick Sync כדי לספק HWAccel. נראה ש-VideoProc יציג רק |_+_| בכל פעם ש-HWAccel נמצא בשימוש, ללא קשר אם המחשב אכן משתמש ב-AMD VCE / VCN, Intel Quick Sync, או אפילו M1. )
ש29: מדוע VideoProc לא מציג שום דבר מופעל אבל נראה שהכל עובד כמצופה?
ת: כל עוד אתה יכול לראות את הסימון הזה, כלומר HWAccel מופעל. מהתבוננות שלי, הסימון הזה תמיד משתנה אוטומטית.
הצג את פריט המדיה ' data-single-image='1'>
עבור הדף מזוהה מידע על החומרה, אנא לחץ על סמל הטעינה מחדש הקטן כדי לאפשר ל-VideoProc להציג לך את הסטטוס העדכני ביותר.
הצג את פריט המדיה ' data-single-image='1'>
שאלה 30: האם זה יעבוד על 6,1?
ת: רק באמצעות eGPU (Polaris ומעלה).
ש31: האם זה יעבוד על 3,1?
ת: כן ( קישור )
ש32: מדוע 'אודות ה-Mac הזה' מציג מהירות שעון שונה לאחר התקנת OpenCore?
ת: המעבד עדיין עובד במהירות השעון המקורית שלו, שום דבר לא באמת השתנה. הדבר היחיד שהשתנה הוא רק המצגת. אנו מחדירים את מזהה לוח iMac Pro דרך OpenCore כדי להפעיל את HWAccel ב-macOS. לכן, macOS משתמשת גם בפורמט של iMac Pro כדי להציג את מהירות השעון של המעבד (לדוגמה, 3.46GHz יעוגל כלפי מעלה ל-3.5GHz). זה נורמלי, 100% קוסמטי, ומצגת בת 2 ספרות לעומת 3 ספרות בלבד. נערך לאחרונה: 25 בספטמבר 2021
h9826790
פוסטר מקורי- 3 באפריל, 2014
- הונג קונג
- 14 במאי 2019
SkipperRi אמר: היי, אלו חדשות נהדרות! יש לי שאלה אחת לגבי צילום מסך ראשון. איך השגת את המידע הזה, באיזו תוכנה? לחץ להרחבה...
VideoProc. רישיון חינם זמין כעת
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
סקיפר רי
- 11 ביולי 2015
- רייקה, קרואטיה
- 14 במאי 2019
h9826790 אמר: VideoProc. רישיון חינם זמין כעתתודה!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml לחץ להרחבה...
bookemdano
- 29 ביולי, 2011
- 14 במאי 2019
האם אתה יודע מה אפל שינתה עם 10.14.5 שמאפשר לזה לעבוד?
bazza5938
- 25 בנובמבר 2018
- הממלכה המאוחדת
- 14 במאי 2019
csd
- 3 בספטמבר 2017
- אירלנד
- 14 במאי 2019
** השארת זאת למטה למקרה שלמישהו יש בעיות דומות עם boot-args **
אנשים,
ניסיתי את זה אבל נראה שאני נכשל בשלב האתחול-args. אני יכול להגדיר את ה-boot-args בסדר (nvram -p מראה שהם שם), אבל אז כשאני אתחול מחדש, הערך נעלם לחלוטין ואין לי האצה. SIP מושבת.
$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
ואז כשאני אתחל מחדש:
$ nvram -p | grep args
$
להלן הרשימה המלאה של הגדרות ה-nvram המוגדרות כעת:
$ nvram -p
boot-gamma -L%00%00j%05%00%0022YM%1a%00%00%00%00%00%00%00%00%00%00%00%00%00
bluetoothInternalControllerInfo% 15% 82% ac% 05% 00% 00% 11Z% 04% 0c% ce% ed% d6% ea
bluetoothActiveControllerInfo% 15% 82% ac% 05% 00% 00% 00% 00% 11Z% 04% 0c% ce% ed% d6% ea
SystemAudioVolumeDB %fa
מערכת אודיו ווליום:
csr-active-config w%00%00%00
EFIBluetoothDelay %b8%0b
efi-backup-boot-device-data-data %02%01%0c%00%d0A%03%0a%00%00%00%00%01%01%06%00%02%1f%03%12% 0a%00%02%00%00%00%00%00%04%01*%00%02%00%00%00(@%06%00%00%00%00%00%e0%1f2:% 00%00%00%00%12|P%83%b0%9d/F%9ck6?%ce;fS%02%02%04%03$%00%f7%fct%be|%0b%f3I%91G %01%f4%04.hB%0f%ea%94%0bT%93%c8J%8c%a0w%e9%b1%17%bd%8e%04%04%9a%00\%00E%005%008% 00B%005%00A%00D%009%00-%00F%009%007%00F%00-%003%00E%003%003%00-%00A%00B%008%008%00-%00D%00B% 00F%001%001%00D%004%00B%002%009%00C%00E%00\%00S%00y%00s%00t%00e%00m%00\%00L%00i%00b%00r%00a%00r% 00y%00\%00C%00o%00r%00e%00S%00e%00r%00v%00i%00c%00e%00s%00\%00b%00o%00o%00t%00.%00e%00f%00i%00 %00%00%7f%ff%04%00
SIP מציג מושבת:
סטטוס $ csrutil
מצב הגנת שלמות המערכת: מושבת.
מידע מערכת מראה כי LiLu ו-WhateverGreen נטענים, אבל אני מניח שהם לא עובדים כי הפרמטרים הנכונים לא הועברו אליהם באתחול.
רעיונות כלשהם?
תודה,
קולין נערך לאחרונה: 14 במאי 2019
lukethemore
- 14 במאי 2019
- מילאנו, איטליה)
- 15 במאי 2019
מדוע אפל לא מפעילה את ה'תכונות' הללו כברירת מחדל?
כל פעם זה אותו סיפור: השבת תכונה כלשהי, החלף את kext, אתחול מחדש... וכן הלאה... למה ???
עלה
- 15 במאי 2019
- 15 במאי 2019
איזה קובץ כדאי להוריד. ניפוי באגים או שחרור?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
תודה
IndioX
- 1 באוקטובר 2018
- אוסטריה/אירופה
- 15 במאי 2019
hoja אמר: שלום לך,
איזה קובץ כדאי להוריד. ניפוי באגים או שחרור?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
תודה לחץ להרחבה...
אם אתה לא יודע את ההבדל, אתה צריך לתת לזה להישאר כדי להתנסות במערכת ;-)
h9826790
פוסטר מקורי- 3 באפריל, 2014
- הונג קונג
- 15 במאי 2019
hoja אמר: שלום לך,
איזה קובץ כדאי להוריד. ניפוי באגים או שחרור?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
תודה לחץ להרחבה...
אני משתמש במהדורות
csd
- 3 בספטמבר 2017
- אירלנד
- 15 במאי 2019
- ההשמעה של HEVC 4K60 עברה מגמגום לחלק מושלם. אפילו קובץ HEVC מדוזה של 120 Mbps מתנגן בצורה מושלמת.
- כעת יש שיפור של 50% בהמרת קידוד בלם יד כאשר אני בוחר במקודד VideoToolbox H.264 במקום מקודד x264 (25 פריימים לשנייה לעומת 16 פריימים לשנייה בהמרת קובץ 4K של מדוזה של 120 Mbps לקובץ 6 Mbps 1080p). נראה כי VideoToolbox אינו משתמש ב-HyperThreading, רק 6 שרשורים מראים עמוסים ב-Activity Monitor; x264 משתמש בכל 12 השרשורים במערכת שלי. אבל אפילו ללא HT, VideoToolbox עדיין מהיר ב-50% עם האצת ה-GPU המקורית!
thomasthegps
- 23 בספטמבר 2015
- צָרְפַת
- 15 במאי 2019
[doublepost=1557934191][/doublepost]
lukethemore אמר: סליחה על השאלה שלי שיכולה להיות טיפשית... אבל...
מדוע אפל לא מפעילה את ה'תכונות' הללו כברירת מחדל?
כל פעם זה אותו סיפור: השבת תכונה כלשהי, החלף את kext, אתחול מחדש... וכן הלאה... למה ??? לחץ להרחבה...
התשובה די פשוטה: כסף
h9826790
פוסטר מקורי- 3 באפריל, 2014
- הונג קונג
- 15 במאי 2019
csd אמר: רק מעקב אחרי כמה בדיקות.
/csd לחץ להרחבה...
- ההשמעה של HEVC 4K60 עברה מגמגום לחלק מושלם. אפילו קובץ HEVC מדוזה של 120 Mbps מתנגן בצורה מושלמת.
- כעת יש שיפור של 50% בהמרת קידוד בלם יד כאשר אני בוחר במקודד VideoToolbox H.264 במקום מקודד x264 (25 פריימים לשנייה לעומת 16 פריימים לשנייה בהמרת קובץ 4K של מדוזה של 120 Mbps לקובץ 6 Mbps 1080p). נראה כי VideoToolbox אינו משתמש ב-HyperThreading, רק 6 שרשורים מראים עמוסים ב-Activity Monitor; x264 משתמש בכל 12 השרשורים במערכת שלי. אבל אפילו ללא HT, VideoToolbox עדיין מהיר ב-50% עם האצת ה-GPU המקורית!
2. אני די בטוח שבלם היד משתמש רק ב-GPU כדי לקודד, אבל לא לפענח.
לְמָשָׁל כשאני מבקש מ-FFMpeg להשתמש ב-GPU גם לפענוח וגם לקידוד. טעינת המעבד מאוד מאוד נמוכה.
הצג את פריט המדיה ' data-single-image='1'>
עם זאת, אם אבקש רק מ-FFMpeg להשתמש ב-GPU כדי לקודד, אבל השאר את חלק הפענוח למעבד. אז המעבד יגיע ל-1000% טעינה (בדומה לבלם יד).
הצג את פריט המדיה ' data-single-image='1'>
וכפי שאתה יכול לראות. כאשר אנו מעתיקים את HEVC ל-H264. אם סרטון המקור תובעני מדי עבור המעבד. ביצועי ההמרה של ה-GPU יעכבו על ידי המעבד. במבחן שלי לעיל, השימוש בהמרת קידוד GPU טהור מהיר יותר בכ-10%. אז, המחשב שלך בסופו של דבר ישתמש יותר חשמל, אבל יעבוד לאט יותר.
עם זאת, אם ה-CPU מהיר מספיק כדי לטפל בסרטון המקור, אז השימוש ב-CPU כדי לפענח ולהשתמש ב-GPU כדי לקודד בדרך כלל יביא לתוצאה טובה יותר.
בכל מקרה, שימוש במעבד רב יותר אינו הכרחי אומר טוב יותר כעת. נערך לאחרונה: 15 במאי, 2019
IndioX
- 1 באוקטובר 2018
- אוסטריה/אירופה
- 15 במאי 2019
עם עדכון אבטחה 2019-003 ו-bootROM 144.0.0.0.0 !?!
הצג את פריט המדיה ' data-single-image='1'>
הנדריק94
- 17 באוקטובר 2014
- גֶרמָנִיָה
- 15 במאי 2019
tsialex
- 13 ביוני 2016
- 15 במאי 2019
IndioX אמר: האצת החומרה של AMD עובדת גם ב-high sierra 10.13.6ל-iMac Pro יש האצת חומרה עם High Sierra, כך שזו לא הפתעה.
עם עדכון אבטחה 2019-003 ו-bootROM 144.0.0.0.0 !?!
צפה בקובץ המצורף 837175 לחץ להרחבה...
IndioX
- 1 באוקטובר 2018
- אוסטריה/אירופה
- 15 במאי 2019
tsialex אמר: ל-iMac Pro יש האצת חומרה עם High Sierra, כך שזו לא הפתעה. לחץ להרחבה...
אבל עד כה נאמר שזה אמור לעבוד רק מה-10.14.5 ואילך
tsialex
- 13 ביוני 2016
- 15 במאי 2019
IndioX אמר: אבל עד כה נאמר שזה אמור לעבוד רק מ-10.14.5 ואילך לחץ להרחבה...
10.14.5 הביא תמיכה ב-eGPU RX-580, ל-iMac הייתה תמיכה בקידוד עבור VEGA GPUs מאז זמן קצר לאחר השחרור, אם הזיכרון שלי עדיין עובד.
IndioX
- 1 באוקטובר 2018
- אוסטריה/אירופה
- 15 במאי 2019
אני אצפה בזה כשיהיה לי זמן
tsialex
- 13 ביוני 2016
- 15 במאי 2019
IndioX אמר: זה אומר שה-RX580 לא עובד תחת 10.13.6 לחץ להרחבה...מישהו צריך לבדוק את זה ולאשר אם קידוד החומרה עובד עבור RX-580 מזויף iMac Pro.
VEGA היא לא הפתעה, כבר עובדת עם iMac Pro ו-High Sierra.
h9826790
פוסטר מקורי- 3 באפריל, 2014
- הונג קונג
- 15 במאי 2019
IndioX אמר: האצת החומרה של AMD עובדת גם ב-high sierra 10.13.6
עם עדכון אבטחה 2019-003 ו-bootROM 144.0.0.0.0 !?!
צפה בקובץ המצורף 837175 לחץ להרחבה...
מעניין, עם המוד הזה? או יליד?
IndioX
- 1 באוקטובר 2018
- אוסטריה/אירופה
- 15 במאי 2019
h9826790 אמר: מעניין, עם המוד הזה? או יליד? לחץ להרחבה...
עם מצב, בדוק על vega64 שלי
אבל אני לא יודע אם זה עובד גם עם RX580
מקווה להגיע לבדיקה בקרוב
VaZ
- 31 באוגוסט 2012
- 15 במאי 2019
אז כל הקלפים של פולאריס ומעלה הם כרטיסי ה-RX נכונים?
ה-VLC שלי משתמש ב-400% מעבד כדי לשחק את זה. אכן נורא. נערך לאחרונה: 19 באוקטובר 2021הַבָּא 1 מתוך 125
רשום פופולרי