Raspberry Pi - FAQ

adiz · שליחה 05/02/2013 18:50

toxin כתב:ה REV A של "הצעצוע" זמין מהיום לרכישה באירופה.
...

איפה ראית מכירה כזו?

liranics · שליחה 05/02/2013 19:57

אני לא מבין למה לקנות את ה REV A ? בשביל חסכון של 10$ ?

igorg79 · שליחה 05/02/2013 20:45

חזרתי עם קצת מידע לגבי BUFERING בזמן צפייה בתכני HD .
כל הסרטים 1080P
"משחקי רעב" אשר נתקע - ביטרייט 30Mbps
MADAGASCAR אשר נתקע - ביטרייט 36Mbps
THE DICTATOR אשר לא נתקע - ביטרייט 7 952 Kbps
CASINO JACK אשר לא נתקע - ביטרייט 23Mbps
GOOD DEEDS אשר לא נתקע - ביטרייט 12.8Mbps

נראה ש-BUFERING מתרחש בסרטים אשר עוברם סף של כ-25MBPS
מה דעתכם ?

dhead666 · שליחה 05/02/2013 21:25

igorg79 כתב:חזרתי עם קצת מידע לגבי BUFERING בזמן צפייה בתכני HD .
כל הסרטים 1080P
"משחקי רעב" אשר נתקע - ביטרייט 30Mbps
MADAGASCAR אשר נתקע - ביטרייט 36Mbps
THE DICTATOR אשר לא נתקע - ביטרייט 7 952 Kbps
CASINO JACK אשר לא נתקע - ביטרייט 23Mbps
GOOD DEEDS אשר לא נתקע - ביטרייט 12.8Mbps

נראה ש-BUFERING מתרחש בסרטים אשר עוברם סף של כ-25MBPS
מה דעתכם ?
...

אם אתה במוד של בדיקות אז אולי תנסה Nightly מהיממה האחרונה.
הpatch שהזכרתי צריך להיות כבר כלול בOpenELEC.
http://openelec.thestateofme.com/

dhead2009 כתב:נראה שהRPi עדיין יכול לתת מעט יותר במקרה של ניגון וידאו בXBMC,
לפי הPR הזה בGithub ניתן לנגן וידאו עם רצועת אודיו בקידוד DTS כאשר האודיו מפוענח בתוכנה ללא צורך בOverclocking.
הpatch הזה באופן כללי מאפשר ניגון וידאו חלק יותר ללא גמגומים כאשר המעבד עמוס,
כך כנראה יהיה שיפור בניגון וידאו כאשר תוכנות שונות רצות ברקע כמו שרתי הורדות וכדו'.
...

igorg79 · שליחה 09/02/2013 9:15

dhead2009 - הורדתי גרסה מ-08.02 , אך תופעה עדיין מתרחשת . BUFERING עדיין מתרחש באותם סרטים

tomer_h - רצית לבדוק האם ישנה השפעה עם חיבור HD מקומי והזרמה של סרט עם ביטרייט גבוה

dhead666 · שליחה 09/02/2013 23:20

igorg79 כתב:dhead2009 - הורדתי גרסה מ-08.02 , אך תופעה עדיין מתרחשת . BUFERING עדיין מתרחש באותם סרטים
...

לפי תגובות מפתחים יודעי דבר בשרשור בנושא (ראה תגובת dom aka Dom Cobley) המעבד הגרפי כן יודע לעבוד עם וידאו בקצבים האלה לכן כנראה הבעיה לא במעבד.

תוודא שמקור הבעיה זו לא הקונפיגורציה שלך, בבדיקה שערכתי הצלחתי לנגן מכונן פלאש בחיבור USB קטע וידאו קצר בקידוד h264 בביטרייט של 42mbps (ללא רצועת אודיו) ללא בעיה.

תנסה את קטע הוידאו שבדקתי דרך חיבור רשת ודרך USB
birds (042 mbps).mkv

הנה קבצי בדיקה נוספים
http://jell.yfish.us

john.doe · שליחה 10/02/2013 8:24

dhead2009,
הצלחתי להפעיל את Tvheadend עם raspbmc ולראות את ערוצי עידן+ (כולל EPG בעברית),
אבל כשאני מנסה לעבור ערוץ אז אני מקבל מסך שחור. אם אני חוזר לתפריט בחירת הערוצים ובוחר כל פעם ערוץ בנפרד אז אני רואה תמונה.
האם נתקלת בתופעה כזאת ב-openelec?

igorg79 · שליחה 10/02/2013 9:43

יש לי הרגשה , אבל רק הרגשה בגדר ניחוש שמה שתוקע זה העיבוד של HD AUDIO בתוך הקבצים
משמע , ברגע שלסרט ישנה רצועת קול ב-HD AUDIO המעבד נאלץ לעבד ולבצע המרה ל-DTS רגיל . הפעולה הנ"ל גוזלת משאבים ממעבד .

igorg79 כתב:
dhead2009 - הורדתי גרסה מ-08.02 , אך תופעה עדיין מתרחשת . BUFERING עדיין מתרחש באותם סרטים

לפי תגובות מפתחים יודעי דבר בשרשור בנושא (ראה תגובת dom aka Dom Cobley) המעבד הגרפי כן יודע לעבוד עם וידאו בקצבים האלה לכן כנראה הבעיה לא במעבד.

תוודא שמקור הבעיה זו לא הקונפיגורציה שלך, בבדיקה שערכתי הצלחתי לנגן מכונן פלאש בחיבור USB קטע וידאו קצר בקידוד h264 בביטרייט של 42mbps (ללא רצועת אודיו) ללא בעיה.

תנסה את קטע הוידאו שבדקתי דרך חיבור רשת ודרך USB
birds (042 mbps).mkv

הנה קבצי בדיקה נוספים
http://jell.yfish.us
...

בכל אופן , אני אבצע בדיקה .
ד.א. מה התכוונת ב"קונפיגורציה שלך " ?

אם זה לע יעבוד , נצטרך לפרוש לטובת HTPC קומפטקטי מבוסס AMD והילדה תזכה ב-RPI בחדר שינה

tomer_h · שליחה 10/02/2013 10:37

igorg79 כתב:dhead2009 - הורדתי גרסה מ-08.02 , אך תופעה עדיין מתרחשת . BUFERING עדיין מתרחש באותם סרטים

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

עוד קצת... כרגע HD מקומי כמעט ולא עובד לי בכלל (כל סרט נתקע, גם קבצים עם ביטרייט נמוך מאוד), אני מנחש שככל הנראה החשמל שמסופק לו מה-Hub דרך usb אחד לא מספק. אני מחכה למתאם בשביל לחבר אותו דרך מפצל Y של שני חיבורי Usb ולבדוק, צריך להגיע בכל יום.

dhead666 · שליחה 10/02/2013 12:30

igorg79 כתב:בכל אופן , אני אבצע בדיקה .
ד.א. מה התכוונת ב"קונפיגורציה שלך " ?
...

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

האם בדקת את נקודת הרשת עם מכשיר אחר ? שווה לבדוק לאיזה קצבים אתה מגיע.
אם תחבר את הRPi ישירות למתג תקשורת עם כבל קצרצר האם יחול שיפור ?

האם ספק הכוח שבו אתה משתמש מסוגל להוציא זרם של לפחות 700mA ?

וכמובן אני ממליץ שתנסה את קבצי בדיקה מהקישור שצירפתי, תריץ אותם גם דרך הרשת וגם מכונן פלאש בחיבור USB, האם קיימים הבדלים ?

igorg79 כתב:יש לי הרגשה , אבל רק הרגשה בגדר ניחוש שמה שתוקע זה העיבוד של HD AUDIO בתוך הקבצים
משמע , ברגע שלסרט ישנה רצועת קול ב-HD AUDIO המעבד נאלץ לעבד ולבצע המרה ל-DTS רגיל . הפעולה הנ"ל גוזלת משאבים ממעבד .
...

האם אתה מעביר את רצועת האודיו בפורמט DTS לרסיבר, אם כן אז זו בהחלט אפשרות סבירה.
אם לא אז מתבצע פענוח לPCM בRPi וכשהרצתי את הבדיקה שלי אז העומס על המעבד (הכללי לא הגרפי) עמד על כ30%, לכן יתכן שעצם פענוח רצועת האודיו מביאה את המעבד לגבול.

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

igorg79 · שליחה 10/02/2013 21:55

טוב , הורדתי 3 קבצי בדיקה . אחד BIRDS ועוד שניים של 40 -45 MBPS
בהזרמה מרשת קווית היה גמגום אך מ-DOK מקומי ניגן חלק
יחד עם זאת חשוב לציין שבהזרמה מהרשת היה גמגום אך לא בפרינג תמידי כמו שהיה עם סרטים שיש להם פס קול HD AUDIO
צריך למצוא דוגמאות לקטעי וידיו עם ביטרייט גבוה וגם פסקול HD AUDIO שניתן לשים על DOK לטובת בדיקה

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

tomer_h · שליחה 11/02/2013 20:08

טוב, הגיע המתאם שחיכיתי לו וחיברתי את הדיסק החיצוני (טיפ חשוב - על מנת שיעבוד טוב יש לחבר דיסק חיצוני שאין לו חשמל, ע"י מתאם לשני USB - אחד לחבר ל-Hub חיצוני או ישירות לחשמל, השני כ-Data ל-USB של ה-Rpi).
עובד מצוין! כל מה ששמתי עליו רץ ללא בעיה בכלל, כולל בלו ריי מלאים (משחקי הרעב, The book of Eli) עם פסי קול מתקדמים (DTS-HD) וגם ריפים של בלוריי (הנוקמים עם DTS-HD).

DTS-HD כמובן לא מתנגן כיום ב-Rpi, אבל זה מומר ל-DTS ברסיבר ושומעים מצוין

סה"כ הניסוי עבר בהצלחה.

igorg79, איך בדקת את הביט רייט? ב-XBMC עצמו?

igorg79 · שליחה 11/02/2013 22:14

igorg79, איך בדקת את הביט רייט? ב-XBMC עצמו?
...

נתוני ביטרייט נלקחו מ-MPHC

בכל אופן ארגנתי HD מקומי לטובת הבדיקה. שמתי "משחקי רעב " עם ביטרייט גבוה ורצעות קול HD AUDIO אשר היה ב-BUFFERING תמידי בהזרמה דרך רשת קווית ותראו איזה פלא הכל מתנגן (כמעט שלחתי את RPI לגמלאות

)
מה עושים עכשיו עם הזרמה ברשת קווית דרך ראוטר ? למישהו יש רעיון ? למה זה נתקע שם
אולי ישנה אפשרות להגדיל BUFFERING פנימי של RPI ?
בקיצור- המשך חקירה

dhead666 · שליחה 11/02/2013 23:05

igorg79 כתב:
igorg79, איך בדקת את הביט רייט? ב-XBMC עצמו?
...
נתוני ביטרייט נלקחו מ-MPHC

בכל אופן ארגנתי HD מקומי לטובת הבדיקה. שמתי "משחקי רעב " עם ביטרייט גבוה ורצעות קול HD AUDIO אשר היה ב-BUFFERING תמידי בהזרמה דרך רשת קווית ותראו איזה פלא הכל מתנגן (כמעט שלחתי את RPI לגמלאות )
מה עושים עכשיו עם הזרמה ברשת קווית דרך ראוטר ? למישהו יש רעיון ? למה זה נתקע שם
אולי ישנה אפשרות להגדיל BUFFERING פנימי של RPI ?
בקיצור- המשך חקירה
...

השלב הבא הוא לוודא שאין בעיה עם כרטיס הרשת של הRPi.

כדי לעשות זאת צריך לפסול את שאר האפשרויות הסבירות:
1. תווך פיזי: קצב תקשורת איטי עקב כבילה.
2. פרוטוקול samba איטי מדי - שימוש בupnp (פשוט מאוד, להתקין שרת upnp או xbmc) או nfs (לינוקס בלבד וגם אז יש לוודא שהשעונים מסונכרנים ע"י ntp אחרת הביצועים יפגעו).
3. תצורת שרת לא אופטימלית לשיתוף מדיה בבייטרייט גבוה - לייעד כונן קשיח פיסי לשיתוף מדיה שלא ישמש את מערכת ההפעלה, כלומר היא לא מותקנת עליו ולא רצות ממנו תוכנות, מומלץ ביותר בחיבור sata.

אני מניח ש-3 נפסל כיוון שהשרת שלך כן מזרים תכנים לקליינטים אחרים.
יתכן שהשילוב של 1 + 2 עושה את ההבדל וכל אחד בנפרד לא היה מהווה בעיה.

igorg79 · שליחה 12/02/2013 8:25

אולי זה קשור להגדרות רשת ב-OPENELEC
אצלי הוא לוקח את תוכן ממחשב WIN7 בפרוטוקל SMB
אולי נדרש להגדיר פרוטוקול אחר וזה ישפר

john.doe · שליחה 15/02/2013 10:50

בקשר ל-streaming דרך הרשת הקווית. ביצעתי overclock (לא פוגע באחריות על המכשיר):
arm_freq=950
core_freq=450
isp_freq=450
sdram_freq=450
over_voltage=6

בדקתי סרט עם פס קול DTS, קובץ ה-birds ועוד קובץ Jellyfish-40-Mbps.
כולם עבדו בלי buffering ובלי גמגום !
Raspbmc מותקן אצלי על DOK (בגלל ש-overclock עם כרטיס SD בלבד יכול לפגוע בהתקנה).
את ה-overclock ביצעתי דרך האפשרויות של raspbmc, זאת אפשרות ה-super.

igorg79 · שליחה 16/02/2013 11:15

ניסיתי עם overclock אך אותה תוצאה
באיזה פרוטוקולה אתה מזרים ?
אצלי זה SMB של WIN . מצאתי לא מעט אזכורים לכך שהרוטוקול איטי ו-NFS עדיף בהרבה

john.doe · שליחה 17/02/2013 11:05

igorg79 כתב:ניסיתי עם overclock אך אותה תוצאה
באיזה פרוטוקולה אתה מזרים ?
אצלי זה SMB של WIN . מצאתי לא מעט אזכורים לכך שהרוטוקול איטי ו-NFS עדיף בהרבה
...

SMB.
אצלי אחוז ניצול המעבד הוא 80% בזמן ניגון קבצים מהסוג הזה.
הפעלת מחדש אחרי ששינית את config.txt?
באיזו הפצה אתה משתמש?

igorg79 · שליחה 20/02/2013 22:04

OPENELEC
כן , הפעלתי מחדש
אוף

dhead666 · שליחה 25/02/2013 19:13

למתקדמים בלבד:

כתבתי מדריך כיצד להתקין את CrashPlan על הRPi תחת Arch Linux, קיים מדריך דומה גם לRaspbian.

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

השיקול העיקרי מבחינתי הוא להפריד אפליקציות מה-nas, ה-nas משמש לאחסון בלבד ע"מ שיהיה תמיד זמין, יציב ועדכונו לא "ישבור" אפליקציות.