קצב נתונים מקסימלי

[oferlaor]

הצלחתי היום לנגן בלי גמגומים קובץ MPEG2 בקצב 48Mbps (סרט אנימציה קצר בשם Elephant's dreams) ל-TVIX 6500 בלי בעיות.

קצב הנתונים מהשרת היה בין 50-70Mbps לכל אורך הסרט.

בדקתי את הסרט מספר פעמים (הרצתי בלופ) ולא היה אפילו גמגום.

ניסיתי את זה כמה פעמים :
1. עם NETSHARE NFS - עבד כאמור בלי בעיות
2. עם ALLEGRO NFS - גם בלי בעיות
3. עם SAMBA, מגמגם בלי לנגן את זה אפילו פעם אחת תקין...

אגב, ALLEGRO יציב מאוד, חשוב להקפיד לתת לספריות שם נכון:

[left]/tvixhd1
/tvixhd2
[/left]

חשוב מאוד הסלאש בהתחלה (אחרת זה לא עובד) ולתת לספריות הרשאות נכונות (MODE 777). וגם הרשות ל-WINDOWS (גישה לספריה ל-EVERYONE או לפחות ל-SYSTEM).

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

[איתי_הגיתי]

מאיפה הקובץ החביב הזה?

[oferlaor]

www.w6rz.net

[yehudaa]

ביט או בייט ?
איזה הרדיסק יש לך בשרת RAPTOR ?

[ziv_r]

udii,
ביט כמובן, oferlaor רשם זאת בבהירות על ידי ציון האות b ולא B.

כאשר ראיתי כי ה Elephants Dream אשר הינו MPEG-2 רץ בקלות על המזרימי-מדיה השונים, היה מעניין דווקא לבדוק פורמטים מתקדמים יותר, כגון AVC & VC-1 ולראות כי התוצאות החיוביות נשמרות.
השתמשתי בתוכנה BDInfo, היא מקבלת כמקור מבנה Blu-ray ויודעת לתת על כל קובץ במקור (בין שאר הנתונים) קצב נתונים ממוצע עם הפרדה של קצב אודיו & וידאו.
בתום ריצה על כותרי ה Blu-ray שברשותי, היו בידי מספר קבצים מעניינים בקצב נתונים שבין 38-40Mb ב VC-1 & AVC כאשר ה Stream של האודיו דואג לשמור על קצב נתונים סופי של 45Mb ומעלה.

[osherov]

בדקתי את ה Elephants Dream והוא רץ בקלילות גם על מחשב מאוד מאוד ישן ולכן אני לא חושב שהוא סממן לביצועים

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

[ziv_r]

מעולם לא אמרנו שהוא סממן לביצועים, ה Elephants Dream טוב על מנת לוודא כי המזרימי מדיה מצליחים לנגן כשורה קבצי וידאו בקצב נתונים גבוה לאורך זמן.
על מנת לבדוק ביצועים, יש להריץ קבצים בעלי קצב נתונים גבוה גם כן, אך בקידוד AVC או VC-1.

[oferlaor]

osherov,

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

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

[osherov]

osherov,

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

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

...

הבנתי ,
אבל עדיין יש הבדלה בין יכולת הרשת, ששם יש יחס ישר בין קצב הנתונים ליכולת העברה ,לבין יכולת הפענוח של המכשיר ששם אין יחס בכלל בין שניהם.
לדוגמה, לא בהכרח ערוץ בקידוד H.264 ב 20Mbps יהיה תובעני יותר לפענוח מאשר ערוץ אחר באותו הקידוד אבל עם קצב של 10Mbps

[oferlaor]

osherov,

דווקא זה די מתבקש. פיענוח של מידע בקצב X צריך להיות תמיד יותר מסובך מאשר אותו סוג מידע בחצי הקצב.

[osherov]

osherov,

דווקא זה די מתבקש. פיענוח של מידע בקצב X צריך להיות תמיד יותר מסובך מאשר אותו סוג מידע בחצי הקצב.

...

לא מדוייק,
מכיוון שזה גם תלוי סיבוכיות הפענוח ולא רק בגודל הנתונים
כך דוגמה מעולם ה MPEG:
פענוח B-פריים הרבה יותר תובעני מפענוח I-פריים למרות שהוא צורך הרבה פחות מקום
ולכן אם תיקח וידאו שהקידוד שלו מכיל רק I-פריימים לעומת אותו התוכן שקודד בשימוש גם עם B-פריימים
(נניח I,B,P,B,P,B,I,B,P,B,P,B) אז ליחידת הפענוח (מעבד, כרטיס מסך וכו) יהיה הרבה יותר קל לפענח דווקא את הוידאו בעל קצב הנתונים הגבוה יותר !