מאמרים אחרונים

שתף בפייסבוק שיתוף בפייסבוק
RSS - מאמריםמאמרים
RSS - פורומיםפורומים
דווח למנהל דיווח למנהל
קישור לעמוד זה קישור לעמוד זה


טוב פתרתי את כל בעיות הBuffer אצלי


עמוד 4 מתוך 6
עבור לעמוד הקודם  |  1  |  2  |  3  |  4  |  5  |  6  |  הבא 
   פורומים > HTPC ומחשוב > תוכנה - KODI
מחבר הודעה
itt8 (Ittai Hadar)
חבר שרק התחיל
חבר שרק התחיל

הצטרף בתאריך:
  Jan 02, 2015

מיקום: אי שם בגליל
הבעות תודה: 1
מספר הודעות: 33

 #46  נשלח: ה' 22/01/2015 19:14

אני מתחיל לחשוב שה buffering אצלי בכלל לא קשור ל KODI אלא לתשתית המקרטעת של האינטרנט של הוט,
הנימוק: כל הזמן ניתוקים בתקשורת ב WAN , תקשורת לא יציבה, אני נאלץ לרסט את המודם לפחות פעמיים ביום , פניתי להוט החליפו לי מודם - לא נתן פתרון הניתוקים ממשיכים.
שוקל מעבר לתשתית בזק מחוסר ברירה
| פרופיל | שלח הודעה | חפש
iChrist
חבר פעיל במיוחד
חבר פעיל במיוחד

הצטרף בתאריך:
  Sep 15, 2013
הבעות תודה: 33
מספר הודעות: 506

 #47  נשלח: ה' 22/01/2015 22:32

itt8 כתב:
אני מתחיל לחשוב שה buffering אצלי בכלל לא קשור ל KODI אלא לתשתית המקרטעת של האינטרנט של הוט,
הנימוק: כל הזמן ניתוקים בתקשורת ב WAN , תקשורת לא יציבה, אני נאלץ לרסט את המודם לפחות פעמיים ביום , פניתי להוט החליפו לי מודם - לא נתן פתרון הניתוקים ממשיכים.
שוקל מעבר לתשתית בזק מחוסר ברירה

צר לי לבשר לך אבל אני עשיתי את התהליך ההפוך (בזק>הוט) והמצב השתפר פלאות.
אצלי באזור התשתית של הוט מעולה וגם ב2 בלילה אפשר להנות מתוכן HD, מה שבבזק היה זוועה, קיבלתי 40 מגה בשיא והתוכן היה מקרטע ברוב שעות היום.
אבל זה אינדיבידואלי, יכול להיות שאצלך הכל ירוץ מעולה בבזק ובהוט לא.
בכל מקרה בהצלחה, מקווה שתסדר.
·
| פרופיל | שלח הודעה | חפש
moshebit
חבר פעיל במיוחד
חבר פעיל במיוחד

הצטרף בתאריך:
  May 16, 2013
הבעות תודה: 7
מספר הודעות: 988

 #48  נשלח: ה' 22/01/2015 23:36

אם יש לי CUBOXI2 ו I4 , איזה הגדרות צריך לכל אחד ? ואם אני משתמש בתוכנה שהבאת היא יוצרת אוטומטית בהתאם למערכת שהיא עליה ולמכשיר?
| פרופיל | שלח הודעה | חפש
maya1 (גל)
חבר ותיק
חבר ותיק

הצטרף בתאריך:
  Mar 16, 2010
הבעות תודה: 193
מספר הודעות: 1365

 #49  נשלח: ו' 23/01/2015 7:12

שים לב למה שכתבתי בעמוד הקודם !
כמו שאני רואה (לא ניסיתי בעצמי ואני גםם לא מתכוון לנסות) ממה שאיציק העלה ה"תוכנה" העבירה את הCACHE מהזכרון לאחסון (הצבת 0 ב הcachemembuffersize) במקרה של HDD עמיד זה פחות נורא (אם כי מיותר כשיש מספיק RAM לביצוע ה CACHE), אבל במקרה של מערכת שיושבת על כרטיסי SD למינהם - זה אומר נזק וודאי !!!
אל תשתמשו בתוכנה כזאת בלי לדעת מה היא בדיוק עושה אצלכם במערכת ! תכוונו ידנית את הפרמטרים.


נערך בפעם אחרונה על-ידי maya1 בתאריך שבת 31/01/2015 16:50, נערך סך הכל פעם אחת
| פרופיל | שלח הודעה | חפש
Idpo
חבר פעיל מאוד
חבר פעיל מאוד

הצטרף בתאריך:
  Jul 03, 2010
הבעות תודה: 47
מספר הודעות: 378

 #50  נשלח: ו' 23/01/2015 9:34

maya1
בוא נרגע.
ל SSD יש המון מחזורי חיים. אני לדוגמה משתמש ב SSD כבר כמה שנים טובות. עושה BUFFER לסרטי HD מלאים לדיסק תמיד (מה שאגב, קורה בהרחבות טורנטים בכל מקרה). הדבר עדיף כמעט בכל המקרים על שימוש בזכרון, כי הזכרון (גם 16GB) לא יספיק לסרט FULLHD ששוקל מעל 6GB.
ה SSD שלי - שעובר התעללות יום יומית כבר 4 שנים - במצב מעולה. מצב "הבריאות" שלו הוא 80%.

בכרטיסי SD הבעיה קצת קשה יותר מאחר ויש להם פחות מחזורי חיים מ SSD, אבל עדיין. התוצאה המכשירים שמשתמשים בכונני SD בדרך כלל שווה את זה.
(1) הבעות תודה: shimi810
| פרופיל | שלח הודעה | חפש
maya1 (גל)
חבר ותיק
חבר ותיק

הצטרף בתאריך:
  Mar 16, 2010
הבעות תודה: 193
מספר הודעות: 1365

 #51  נשלח: ו' 23/01/2015 11:02

כרטיס SD (ובכוונה לא רשמתי SSD !) לא ישרוד הרבה בעבודה שוטפת כBUFFER לוידאו. (הרבה זה עניין יחסי כמובן..)
שכל אחד יעשה את השיקולים שלו , רק כדאי להיות מודעים למה שעושים ולא לעשות בלי לדעת...


ציטוט:
As I mentioned in the video in the first post caching to your storage device will cause lots of wear and tear, on a mechanical HDD I don't really see a massive problem - yes it will probably lessen the life expectancy by a few years but they are sturdy units so if it's a decent HDD it shouldn't be a problem. However caching to an SD card is not something I would suggest, a good quality class10 you can probably get away with it working for a while but I don't think it would take long for that card to become corrupt - once corrupt you've lost everything and the card has to be binned (I've corrupted plenty over the years with the r-pi!).

ציטוט:

Note that using flash (or sdcard) as a video cache is more or less guaranteed to kill it rather fast.
AFAIK, a sector on those is only guaranteed for ~10000 writes before dying.
Furthermore, performances are poor, especially when writing, so I'm pretty sure it's not worth

אחד מהמפתחים של KODI בפורום KODI ^

אבל שוב אני לא אומר שזה פסול (בעיקר למכשירים נמוכי RAM שממ צריכים את זה..) - רק לדעת את המשמעות .
| פרופיל | שלח הודעה | חפש
kalda01 (דני קלמר)
חבר מביא חבר
חבר מביא חבר

הצטרף בתאריך:
  Aug 25, 2007

מיקום: יבנה - נהריה
הבעות תודה: 46
מספר הודעות: 3053

 #52  נשלח: ו' 23/01/2015 11:09

חברים, מהבדיקות שאני עשיתי עם באפרינג לסרטים וסדרות בHD, אז הגדלת הבאפר רק עוזרת אם יש
האטה רגעית במהירות ההורדה מהאינטרנט ואז יש מספיק תוכן בבאפר כדי שלא תהיה תקיעה
עד שהמהירות של ההורדה מתאוששת למצב נורמלי.

אף באפר בכל גודל שהוא לא יעזור אם מהירות ההורדה היא באופן קבוע יותר איטית מקצב צריכת הנתונים של הנגן.

הנה נתוני המהירות המינימלית הדרושה כדי שהנגן לא יקרטע ללא באפר בכלל:

Typical 480p/720p low-bitrate profile movie:

Length: 01:35:00 (5700sec)
Filesize: 700MB
Required bandwidth: 0.122MB/s / 126KB/s / 0.98Mbit/s

Typical 720p high-bitrate profile movie:

Length: 01:50:00 (6600sec)
Filesize: 4.36GB (4464MB)
Required bandwidth: 0.676MB/s / 700KB/s / 5.4Mbit/s

Typical 1080p movie:

Length: 01:59:37 (7177sec)
Filesize: 10.1GB (10342MB)
Required bandwidth: 1.44MB/s / 1475KB/s / 11.5Mbit/s


אם המקור או הספק או התשתית לא מסוגלים לתת את מהירות ההורדה הדרושה בממוצע לאורך נגינת הסרט
כמו למשל בשעות שיש עומס על שרת המקור אז גם הגדלת הבאפר לא תעזור.
הנגן תוך כמה שניות ירוקן את הבאפר ממה שנצבר בו, ואם לא ניתן במקביל למלא אותו חזרה באותו קצב
אז לאורך זמן הוא פשוט ישאר ריק.


נערך בפעם אחרונה על-ידי kalda01 בתאריך ו' 23/01/2015 11:19, נערך סך הכל פעם אחת
(2) הבעות תודה: shimi810 , doron1301
| פרופיל | שלח הודעה | חפש
itt8 (Ittai Hadar)
חבר שרק התחיל
חבר שרק התחיל

הצטרף בתאריך:
  Jan 02, 2015

מיקום: אי שם בגליל
הבעות תודה: 1
מספר הודעות: 33

 #53  נשלח: ו' 23/01/2015 11:18

אתם נכנסים לסוגיות תוכנה שלא קשורות לבעיה, הצפיה ב kodi כמו צפיה ממקורות אחרים ברשת מבוסבת על פלטפורמת ה www ושם מה לעשות יש buffering מדי פעם לפעם בזמן צפייה ב סרטונים סלש צפיה ישירה
| פרופיל | שלח הודעה | חפש
shimi810
חבר פעיל מאוד
חבר פעיל מאוד

הצטרף בתאריך:
  Dec 03, 2008
הבעות תודה: 7
מספר הודעות: 172

 #54  נשלח: ו' 23/01/2015 11:18

kalda01

נחתכה לך השורה האחרונה (Required bandwidth) ב־1080p.
| פרופיל | שלח הודעה | חפש
kalda01 (דני קלמר)
חבר מביא חבר
חבר מביא חבר

הצטרף בתאריך:
  Aug 25, 2007

מיקום: יבנה - נהריה
הבעות תודה: 46
מספר הודעות: 3053

 #55  נשלח: ו' 23/01/2015 11:20

תיקנתי....תודה...
| פרופיל | שלח הודעה | חפש
maya1 (גל)
חבר ותיק
חבר ותיק

הצטרף בתאריך:
  Mar 16, 2010
הבעות תודה: 193
מספר הודעות: 1365

 #56  נשלח: ו' 23/01/2015 13:01

דני , ברור שאם מקבלים קצב נתונים שנמוך מהנדרש לצפיה רצופה אז יש עצירה לבאפר, הבאפר הגדול יותר יעזור במקרים שאין מהירות קבועה. ולפעמים קצב הנתונים מהרשת יהיה איטי מדי לזמן מסויים, אך אם באותו הזמן המאגר ימשיך לאגור ולמרות שהוא יקטן הוא עדיין יספיק לצפיה רצופה מבחינתנו זאת הצלחה מלאה....הצלחה חלקית תחשב שרק הצלחנו להוריד את מספר העצירות פר סרט...
| פרופיל | שלח הודעה | חפש
Idpo
חבר פעיל מאוד
חבר פעיל מאוד

הצטרף בתאריך:
  Jul 03, 2010
הבעות תודה: 47
מספר הודעות: 378

 #57  נשלח: ו' 23/01/2015 13:11

מנסיוני,
ה BUFFER משפיע ב 2 דרכים.
הראשונה, הוא כשהבאפר קטן יותר מגדול התוכן. יווצר מצב בו החיבור לשרת מופסק בכל פעם שהבאפר מתמלא.
מסיבה שלא ברורה לי, יש הרבה שרתים שלא אוהבים את הענין הזה ובשלב מסויים החיבור יואט מאוד או יפסק באופן כללי (ב HIVE לדוגמה, הוא מפסיק).

השניה היא בעצם תלויית תשתית ועומס.
נניח ואתה מסוגל לקבל מהירות מהשרת של 20MBit/s.
התוכן צריך 10MBit/s.
כלומר, ניתן להוריד את כל התוכן למחשב באופן מקומי בחצי ממשך התוכן.
סביר להניח שהחיבור לא יהיה יציב על 20MBIT בכל הזמן. הוא ינוד. מספיק שבחלק מסויים מהזמן הוא "יתקע" על 5MBIT יתקבל מצב בו צריך לחכות לבאפר (מאחר והוא לא היה מספיק גדול בשביל שיהיה "ספייר" מספיק).
לכן, אני טוען שהבאפר הכי טוב - הוא מקבל להורדת התוכן המלא בכל פעם לדיסק. בצורה הזו אפשר להקטין למינימום את התלות בחיבור לא יציב מכל סיבה שהיא.

maya1
לגבי ה SD.
מסכים עם כל מילה, אבל דווקא במכשירים כמו RPI שמוגבלים מאוד בזכרון - זה שווה את הנזק.
אם נקח את המספר הנתון של 10000 מחזורי כתיבה (אני חושב שהוא נדיב מידי, אבל שיהיה) זה אומר שאחד כזה של 16GB ניתן לצפות בקירוב ב 160,000 פרקים (בקירוב של 1GB לפרק).
אם נסתכל על תוכן ששוקל 10GB - עדיין מקבלים 16,000 צפיות אפשריות.
כמובן שמדובר על כתיבה זה לא כזה חישוב פשוט אבל עדיין,
אם נסתכל על הדברים בפרופורציה - הדבר אומר שאפשר "לטחון" כרטיס SD כזה בלי יותר מידי דאגות.
| פרופיל | שלח הודעה | חפש
moshebit
חבר פעיל במיוחד
חבר פעיל במיוחד

הצטרף בתאריך:
  May 16, 2013
הבעות תודה: 7
מספר הודעות: 988

 #58  נשלח: ו' 23/01/2015 13:12

kalda01 כתב:
חברים, מהבדיקות שאני עשיתי עם באפרינג לסרטים וסדרות בHD, אז הגדלת הבאפר רק עוזרת אם יש
האטה רגעית במהירות ההורדה מהאינטרנט ואז יש מספיק תוכן בבאפר כדי שלא תהיה תקיעה
עד שהמהירות של ההורדה מתאוששת למצב נורמלי.

אף באפר בכל גודל שהוא לא יעזור אם מהירות ההורדה היא באופן קבוע יותר איטית מקצב צריכת הנתונים של הנגן.

הנה נתוני המהירות המינימלית הדרושה כדי שהנגן לא יקרטע ללא באפר בכלל:

Typical 480p/720p low-bitrate profile movie:

Length: 01:35:00 (5700sec)
Filesize: 700MB
Required bandwidth: 0.122MB/s / 126KB/s / 0.98Mbit/s

Typical 720p high-bitrate profile movie:

Length: 01:50:00 (6600sec)
Filesize: 4.36GB (4464MB)
Required bandwidth: 0.676MB/s / 700KB/s / 5.4Mbit/s

Typical 1080p movie:

Length: 01:59:37 (7177sec)
Filesize: 10.1GB (10342MB)
Required bandwidth: 1.44MB/s / 1475KB/s / 11.5Mbit/s


אם המקור או הספק או התשתית לא מסוגלים לתת את מהירות ההורדה הדרושה בממוצע לאורך נגינת הסרט
כמו למשל בשעות שיש עומס על שרת המקור אז גם הגדלת הבאפר לא תעזור.
הנגן תוך כמה שניות ירוקן את הבאפר ממה שנצבר בו, ואם לא ניתן במקביל למלא אותו חזרה באותו קצב
אז לאורך זמן הוא פשוט ישאר ריק.

אשמח להסבר על מה אומר כל אחד לפני הסלאש :
Required bandwidth: 0.676MB/s / 700KB/s / 5.4Mbit/s

תודה רבה.

·
| פרופיל | שלח הודעה | חפש
Idpo
חבר פעיל מאוד
חבר פעיל מאוד

הצטרף בתאריך:
  Jul 03, 2010
הבעות תודה: 47
מספר הודעות: 378

 #59  נשלח: ו' 23/01/2015 14:37

MegaByte/sec / KiloByte/sec / MegaBits/sec
פשוט יחידות שונות שאומרות את אותו הדבר.
BIT זה מה שמוכרים לך שאתה מתחבר.
BYTE זה מה שאתה רואה כשאתה מוריד משהו ברשת.
| פרופיל | שלח הודעה | חפש
danielby
חבר פעיל מאוד
חבר פעיל מאוד

הצטרף בתאריך:
  Oct 13, 2005
הבעות תודה: 11
מספר הודעות: 387

 #60  נשלח: א' 25/01/2015 23:35

הכנסתי את ההגדרות ל cache כפי שמצויין כאן לתוך ה advancesettings.xml.
ואז נוצרו לי בעיות בהזרמת מוזיקה מתוך תוספי המוזיקה כגון SoundCloud ו Youtube Music.
מישהו עוד שם לב לזה?
| פרופיל | שלח הודעה | חפש
כל הזמנים הם שעון חורף - ישראל (GMT+2) הצג הודעות קודמות:    
פורומים > תוכנה - KODI עבור לעמוד הקודם  |  1  |  2  |  3  |  4  |  5  |  6  |  הבא 


  
    שם משתמש:
נתוני כניסה לכל אתרי HT:

  סיסמא:
 

  


 | 

קפוץ אל: 
לא ניתן לשלוח הודעות בפורום זה
לא ניתן להגיב להודעות בפורום זה
לא ניתן לערוך את הודעותיך בפורום זה
לא ניתן למחוק את הודעותיך בפורום זה
לא ניתן להצביע לסקרים בפורום זה
לא ניתן לצרף קבצים בפורום זה
לא ניתן להוריד קבצים בפורום זה

תקנון / תנאי השימוש באתר צור קשר / contact us כל הזכויות שמורות לקבוצת ht