טוב פתרתי את כל בעיות הBuffer אצלי :D
·תומר איך הצלחת לתת 1 גיגה ראם שזה דורש 3 גיגה פנוי, בCUBOX שיש לו רק 1 גיגה ראם במכשיר ?tomer1749 כתב:·......
פצצה. Genesis לא נתקע בכלל. ראיתי עכשיו פרק ב1080P.
נראה שמשתפר עניין התרגומים, מקווה שהיציבות תחזור....
ואם יש לי CUBOXI4 שיש לו 2 גיגה ראם , לא בהכרח פנויים כי יש עוד תוכנות ו XBMC שרץ על הראם אז נשאר איזה 1.5 גיגה פנוי , כמה להגדיר עליו ?
תודה רבה.
moshebit
הוא לא נתן 1 גיגה
הוא פעל לפי הסרטון שהצגתי
וזה הנתונים שצריך לשים בקובץ advencedsettings.xml
<advancedsettings>
<network>
<autodetectpingtime>30</autodetectpingtime>
<curlclienttimeout>60</curlclienttimeout>
<curllowspeedtime>60</curllowspeedtime>
<curlretries>2</curlretries>
<disableipv6>true</disableipv6>
<cachemembuffersize>0</cachemembuffersize>
</network>
</advancedsettings>
הוא לא נתן 1 גיגה
הוא פעל לפי הסרטון שהצגתי
וזה הנתונים שצריך לשים בקובץ advencedsettings.xml
<advancedsettings>
<network>
<autodetectpingtime>30</autodetectpingtime>
<curlclienttimeout>60</curlclienttimeout>
<curllowspeedtime>60</curllowspeedtime>
<curlretries>2</curlretries>
<disableipv6>true</disableipv6>
<cachemembuffersize>0</cachemembuffersize>
</network>
</advancedsettings>
איציק - אל תתן המלצה גורפת לשים ערך/ערכים מסויימים לכל אחד - זה פשוט לא הדרך הנכונה במקרה הזה.
כדי לעשות טיפה סדר בבלאגן - צריך לשים לב לשני משתנים עקריים שיש אפשרות לשחק איתם בעניין הBUFFER :
הראשון זה הcachemembuffersize (גודל הCACHE) שאותו כמו שנאמר צריך לקבוע ללא יותר משליש מהזכרון הפנוי במערכת.
למשל NUC 4GB שעובד רק עם OPENELEC ומותק בו 4GB RAM אפשר להניח ש1GB ( שזה 1024*1024*1024= 1073741824) לא יהווה בעיה ולא יגרום לקריסה. במערכות עם WINDOWS הסיפור מעט שונה מכיוון שWIN7 ומעלה משתמש בזכרון כמשאב ולמעשה לא משאיר הרבה זכרון חופשי (מבחינתו זה בזבוז לא לנצל את הזכרון..) - אך זה לא אומר שהקצאת הזכרון הדינאמית שלו לא תוכל להתמודד עם CACHE גבוהה גם אם זה על חשבון דברים אחרים - עד גבול מסויים שם המערכת כבר לא גמישה כל כך... אין כאן מספר אחד נכון לכולם , זה תלוי בזכרון המותקן ובמה שעובד במחשב ומשתמש במשאבי RAM - צריך לנסות ולראות . אפשר לנחש שבמערכת ממוצעת שלא מריצה תוכנות כבדות נוספות במקביל עם WINDOWS 8 כדאי להשאיר מעל 1GB "חופשי" לפחות - ז.א שאם יש 4GB מותקן לא לשים יותר מ 1GB לCACHE (זה מוכפל ב3..) - אפילו מעט פחות מזה לדעתי.
בכל אופן לכל מי שחושב לשים 0 כאן - שיזכור שזה בעצם מסיט את הCACHE מהRAM ל HDD , עם כל מה שזה אומר... לכל מי שיש מספיק RAM במערכת עדיף שימנע מזה ! (לSSD ודומיו זה מקצר את החיים )
המשתנה השני שאפשר/רצוי לשנות זה הreadbufferfactor - זה למעשה המשתנה שמגביל את קצב המילוי של הCACHE (שכנראה נוצר כדי להקל על מכשירים חלשים יחסית כמו RPI למינהם וכן לא "להתחזר" על הרשת שלא לצורך) - הערך הוא כפולות של ברירת המחדדל 10 - אמור להיות פי 10 מהיר וכו' - כל עוד השרת / מקור ממנו "יונקים" מאפשר זאת ... ערך מקובל במכשירים סבירים ומעלה יהיה 10 או אפילו 20..
* את ה buffermode היתי משאיר בברירת המחדל שלו שהיא 0 (אין טעם לעשות CACHE גם לתוכן מקומי או להגביל )
דוגמא לXML עם ההגדרות האלה (שוב שכל אחד יעשה את החישובים למערכת שלו..)
advancedsettings.xml
advancedsettings>
network>
buffermode>0
cachemembuffersize>1073741824
readbufferfactor>20
/network>
/advancedsettings>
* החסרתי את ה< מתחילת השורה כדי שיוצג ולא "יעלם" כפי שקורה אם משאירים את הטקסט המלא .
אתם יכולים להוריד את זה כקובץ : כאן
*ורק בשמירה בשם תורידו את ה.TXT. ותשאירו את זה כXML - וכמובן לשמור את זה במקום הנכון (לפי המערכת שלכם) ולערוך את שני הנתונים בהתאם למה שנכון לכם.
Android>>> Android/data/org.xbmc.kodi/files/.kodi/userdata/
iOS>>>>> /private/var/mobile/Library/Preferences/kodi/userdata/
Linux >>>>~/.kodi/userdata/
Mac OS X >>>> /Users/<your_user_name>/Library/Application Support/kodi/userdata/
OpenELEC>>>> /storage/.kodi/userdata/
(Windows>>>> Start - type %APPDATA%\kodi\userdata -( press <Enter>
*בגרסאות לפני ה 14.0 זה יופיע ב XBMC במקום KODI..
בהצלחה !
כדי לעשות טיפה סדר בבלאגן - צריך לשים לב לשני משתנים עקריים שיש אפשרות לשחק איתם בעניין הBUFFER :
הראשון זה הcachemembuffersize (גודל הCACHE) שאותו כמו שנאמר צריך לקבוע ללא יותר משליש מהזכרון הפנוי במערכת.
למשל NUC 4GB שעובד רק עם OPENELEC ומותק בו 4GB RAM אפשר להניח ש1GB ( שזה 1024*1024*1024= 1073741824) לא יהווה בעיה ולא יגרום לקריסה. במערכות עם WINDOWS הסיפור מעט שונה מכיוון שWIN7 ומעלה משתמש בזכרון כמשאב ולמעשה לא משאיר הרבה זכרון חופשי (מבחינתו זה בזבוז לא לנצל את הזכרון..) - אך זה לא אומר שהקצאת הזכרון הדינאמית שלו לא תוכל להתמודד עם CACHE גבוהה גם אם זה על חשבון דברים אחרים - עד גבול מסויים שם המערכת כבר לא גמישה כל כך... אין כאן מספר אחד נכון לכולם , זה תלוי בזכרון המותקן ובמה שעובד במחשב ומשתמש במשאבי RAM - צריך לנסות ולראות . אפשר לנחש שבמערכת ממוצעת שלא מריצה תוכנות כבדות נוספות במקביל עם WINDOWS 8 כדאי להשאיר מעל 1GB "חופשי" לפחות - ז.א שאם יש 4GB מותקן לא לשים יותר מ 1GB לCACHE (זה מוכפל ב3..) - אפילו מעט פחות מזה לדעתי.
בכל אופן לכל מי שחושב לשים 0 כאן - שיזכור שזה בעצם מסיט את הCACHE מהRAM ל HDD , עם כל מה שזה אומר... לכל מי שיש מספיק RAM במערכת עדיף שימנע מזה ! (לSSD ודומיו זה מקצר את החיים )
המשתנה השני שאפשר/רצוי לשנות זה הreadbufferfactor - זה למעשה המשתנה שמגביל את קצב המילוי של הCACHE (שכנראה נוצר כדי להקל על מכשירים חלשים יחסית כמו RPI למינהם וכן לא "להתחזר" על הרשת שלא לצורך) - הערך הוא כפולות של ברירת המחדדל 10 - אמור להיות פי 10 מהיר וכו' - כל עוד השרת / מקור ממנו "יונקים" מאפשר זאת ... ערך מקובל במכשירים סבירים ומעלה יהיה 10 או אפילו 20..
* את ה buffermode היתי משאיר בברירת המחדל שלו שהיא 0 (אין טעם לעשות CACHE גם לתוכן מקומי או להגביל )
דוגמא לXML עם ההגדרות האלה (שוב שכל אחד יעשה את החישובים למערכת שלו..)
advancedsettings.xml
advancedsettings>
network>
buffermode>0
cachemembuffersize>1073741824
readbufferfactor>20
/network>
/advancedsettings>
* החסרתי את ה< מתחילת השורה כדי שיוצג ולא "יעלם" כפי שקורה אם משאירים את הטקסט המלא .
אתם יכולים להוריד את זה כקובץ : כאן
*ורק בשמירה בשם תורידו את ה.TXT. ותשאירו את זה כXML - וכמובן לשמור את זה במקום הנכון (לפי המערכת שלכם) ולערוך את שני הנתונים בהתאם למה שנכון לכם.
Android>>> Android/data/org.xbmc.kodi/files/.kodi/userdata/
iOS>>>>> /private/var/mobile/Library/Preferences/kodi/userdata/
Linux >>>>~/.kodi/userdata/
Mac OS X >>>> /Users/<your_user_name>/Library/Application Support/kodi/userdata/
OpenELEC>>>> /storage/.kodi/userdata/
(Windows>>>> Start - type %APPDATA%\kodi\userdata -( press <Enter>
*בגרסאות לפני ה 14.0 זה יופיע ב XBMC במקום KODI..
בהצלחה !