ביצועים של פענוח וידאו 1080p בקידוד H264

התחלתי לבדוק איך המחשב בסלון מתמודד עם וידאו של 1920X1080 בקידוד H264 – זה וידאו Full HD שיש בBlueRay, וזה מה שאני ארצה להציג על המקרן (שמתמהמה קצת, אולי היום).
המחשב הוא פנטיום D במהירות שעון של 3Ghz, זכרון של 2GB וכרטיס מסך GeForce 8600 GT 512MB, לכאורה לא אמור להיות קובץ וידאו שיהיה מעבר לכוחותיו.
ניסיתי לנגן עליו עם mplayer קובץ דגימה של Matrix – שישים שניות סרט בקובץ של 70 מגה – והמחשב לא סחב אותו כמו שצריך:
הווידאו זז לאט, והסאונד יצא מסינכרון עם התמונה מהר מאוד.
מחשב שהיה פאר היצירה לפני שנתיים, לא סוחב היום משימה של ניגון וידאו. מי אומר שאין צורך במעבדים יותר חזקים?
לשם הבדיקה, ניסיתי את אותו קובץ במחשב החדש – פנטיום Core-DUO 3Ghz, זכרון 4GB וכרטיס מסך GeForce 9800 GT 512MB והוא סחב אותו יפה מאוד.
אז נראה על פניו שצריך מפלצת רצינית כדי לנגן את הקבצים האלו, יותר מהתפלצון שיש לי בסלון.
נסיון ראשון, הדרייבר של כרטיס המסך:
הבדיקה שלי היתה כשxorg, שרת הX (השרת שאחראי על מערכת החלונות והתצוגה) עבד עם הדרייבר הגנרי vesa ולא עם הדרייבר של NVidia כי היתה לי בעיה עם הדרייבר האחרון שלהם.
ניסיתי את הדרייבר nv, שהוא דרייבר פתוח קוד לכרטיסי NVIDIA שלא תומך בהאצת תלת מימד, ולא היה שיפור.
התקנתי את הדרייבר של NVIDIA במחשב בסלון (ונאלצתי להשתמש בגרסא קודמת שהתקנתי לפני כמה שבועות במחשב החדש), עדיין אין שיפור.
למרות שכרטיסי NVIDIA החדשים מגיעים עם תמיכה בפענוח קבצי וידאו בחומרה – טכנולוגיה בשם PureVideo, הדרייברים שלהם ללינוקס לא תומכים בזה, ולכן אף פרוייקט קוד פתוח ללינוקס לא משתמש ביכולת הזו של החומרה.
אז שימוש בחומרה הזו יורד מהפרק כדי להאיץ את העסק, לפחות עד שNVIDIA ישחררו דרייבר שתומך בזה.

נסיון שני, שדרוג של mplayer:
החבר'ה בערוץ הirc של mplayer נבהלו כשסיפרתי להם על איזו גרסא אני בודק:
[code]
[rsk] same mplayer version's?
[omry] hmm, sec
[rsk] also using svn generally speeds up things compared to RC2.
[rsk] especially if you are using a distro package
[omry] hmm, actually the mplayer on the slower box looks older :MPlayer 1.0rc1-4.1.2 (C) 2000-2006 MPlayer Team
[omry] compared to MPlayer dev-SVN-r25315 on the faster box
[rsk] that's ancient
[rsk] please burn it with fire
[omry] dispatching the nukes 🙂
[/code]

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

נסון שלישי, שימוש בכמה ליבות:
זוכרים את עסק הביש שבו גוגל סגרה פרוייקט בגוגל קוד לפני כמה שבועות?
כל העסק הוא בדיוק מסביב לזה, CoreAVC הוא פרוייקט מסחרי שמאפשר שימוש בכמה ליבות כדי לפענח H264 בצורה מהירה. הפרוייקט לא תומך בלינוקס – אבל אנשים במצב דומה לשלי החליטו שהם גורמים לו לעבוד על לינוקס בדרכים עקלקלות.
בכל אופן, להתקין קוד סגור נוסף מעבר לדרייבר של NVIDIA זה דבר שהייתי רוצה להמנע ממנו, במיוחד לאור ההיסטוריה הבעייתית של של הפרוייקט.

נסיון רביעי, נגנים אחרים:
טוב, אז אולי mplayer לא כתוב הכי טוב, ונגן אחר יעשה עבודה יותר טובה.
xine בכלל לא ניגן את הקובץ.
VLC ניגן את הקובץ, אבל נראה שהוא מפיל פריימים בצורה שגורמת לווידאו להראות זוועה כשהמחשב לא סוחב אותו (מציג טוב על המחשב המהיר, קטסטרופה על האיטי).
טוב שיהיה mplayer.

נסיון חמישי ודי:
הרצתי את mplayer עם פרמטר -benchmark, והוא סיפר לי די מהר שהמחשב איטי מדי:

[code]
************************************************
**** Your system is too SLOW to play this! ****
************************************************

Possible reasons, problems, workarounds:
– Most common: broken/buggy _audio_ driver
– Try -ao sdl or use the OSS emulation of ALSA.
– Experiment with different values for -autosync, 30 is a good start.
– Slow video output
– Try a different -vo driver (-vo help for a list) or try -framedrop!
– Slow CPU
– Don't try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts,
e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
– Broken file
– Try various combinations of -nobps -ni -forceidx -mc 0.
– Slow media (NFS/SMB mounts, DVD, VCD etc)
– Try -cache 8192.
– Are you using -cache to play a non-interleaved AVI file?
– Try -nocache.
[/code]
יופי של הודעת שגיאה.
כדי לשלול בעיה של קול או דרייבר תצוגה איטי, הרצתי את mplayer עם
[code]
mplayer -benchmark -vo null -ao null file.mkv
[/code]
מה שמריץ את הווידאו בלי סאונד ובלי תצוגה – פענוח בלבד – לא היה שיפור.

ניסיתי את ההצעה השניה:
[code]
mplayer -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all file.mkv
[/code]
פה כבר היה שיפור אדיר – הסרט רץ חלק
לא הרגשתי ירידה באיכות, למרות שאמורה להיות איזו שהיא פגיעה באיכות.

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

תמונות מסן פרנסיסקו

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

סן פרנסיסקו
הופעת רחוב באיזור פיר 39:


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




אז מהג'ונג זה משחק אמיתי?
זקנים משחקים.. משהו.. בצ'יינאטאון.


Six flags, discovery kingsdom
כמובן – רכבות הרים.


דולפינים.


אחת התמונות הטובות, מעוף האורקה.


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


נשר נשר, טוב נו – עייט עייט.


ג'יראפה!


מלך החיות מרביץ פיהוק


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


בחזרה לארץ הקודש

מחר בבוקר (עוד שבע שעות ליתר דיוק) אני מתחיל במסע חזרה לארץ, שיסתיים מחרתיים בבוקר, שעון ישראל.
בעעע.

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

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

תאחלו לי שדרוג לביזנס!

914 קמ"ש

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

הפעם אני טס בAir Canada, נקווה שהם לא יאכזבו.
air canada 767

קצרים

השרת שמריץ את הבלוג ואת firestats.cc היה למטה במשך 24 שעות.
הבעיה התחילה בנסיון לטפל במהירות בחור האבטחה שהתגלה בלינוקס 2.6 שמאפשר למשתמשים מקומיים רגילים לקבל בקלות גישת root בלינוקס 2.6 שקומפל עם מודול מסויים (שכלול כברירת מחדל בהרבה מאוד הפצות).
הנסיון הסתבך, והיה צריך שאחד ממנהלי המערכת יגיע פיזית למתקן האירוח של השרת, ובגלל זה לקח כל כך הרבה זמן לפתור את הבעיה.

קניתי אוטו, פיג'ו 206 XS, שלוש דלתות עם גג שמש.
כדי להשלים את חויית הנסיעה, הזמנתי נגן MP3 לרכב שתומך בUSB, כניסת Aux דיבורית Bluetooth ועוד.
מקווה לא להתאכזב כשהוא יגיע.

בהמשך לשאלון הדיוידי מהפוסט הקודם, החלטתי לשמוע בעצת העם ולוותר על דיוידי.
במקום, הזמנתי צורב DVD של Asus (הפרש המחירים מכונן DVD רגיל הוא כל כך נמוך שאין שום הגיון בקניית כונן שלא מסוגל לצרוב).
על הדרך הזמנתי עוד כונן קשיח, Seagate Barracuda 500GB SATA II‎ ST3500320AS 32MB ב600 שקל (שזה קצת יותר משקל לג'יגה, מי היה מאמין).

הפוסט המשעשע על הנוסחא לשלום עם איראן מעורר עניין מחודש פה ופה.
נראה שיש גם כמה תגובות חדשות מאיראן 🙂

DVD quest

הDVD שלי שבק לפני איזה שנה שנתיים, ולא ממש הרגשתי צורך לקנות אחר.
עכשיו – קיבלתי במתנה מאחותי את Futurama – Bender's big score, ופתאום אני צריך DVD עובד.
התחלתי להסתובב בzap, ולא הצלחתי למצוא DVD במחיר סביר, שעונה על הצרכים ושאין לו חסרונות מגוחכים (אין כפתור pause בשלט? WTF?!).
בנוסף, יש בzap אינפלציה של נגני DVD שנמכרים רק בארץ.
אם תחפשו בגוגל 80% מהדגמים שמופיעים שם, תגלו שהם נמכרים רק באתרים ישראלים.
הסיבה לזה היא פשוטה:
אלו נגני מדבקה, יש יצרן של מכשירים זולים, שמוכר אותם תחת מותגים רבים ושונים ממדינה למדינה.
מה שהוא מרוויח מזה זה שאנשים שמחפשים באינטרנט מידע על הנגן ימצאו מעט מאוד מידע, ובמיוחד לא יגלו שאותו נגן בדיוק שנמכר תחת שם אחר זכה בתואר הנגן הגרוע של 2007.

אז זה מה שאני רוצה מDVD:

  • שינגן דיסקי DVD בצורה חלקה (כולל כאלו שנקנו בארצות הברית או באירופה).
  • תמיכה בDIVX
  • כניסת USB.
  • יציאת סאונד אופטית.
  • שלט סביר מבחינת הנדסת אנוש (כולל כפתור pause!).
  • שם מותג בין לאומי, לא איזה משהו שמופיע רק בשתי חנויות בארץ

יש המלצות?

אם אתה הולך לסאן פרנסיסקו

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

מי שמעורה קצת בעולם הפודקסטים, שמע את השם סקוט סיגלר.
את הפודקסט הראשון ששמעתי, Ancestor, הוא כתב, ואפשר לומר שבזכותו אני שומע פודקסטים.
כתבתי על הפודקסטים שלו כמה פעמים בבלוג פה.
עכשיו, סקוט גר בסן פרנסיסקו, רואים לאיפה זה הולך?
אני וסקוט ניפגש לבירה מתישהו במהלך הגיחה הזו שלי לפריסקו!
למעשה אני שומע בימים אלו ממש את הפודקסט הנוכחי שלו, Nocturnal. (מומלץ)

012 וTorrentLeech

012 סמייל קווי זהב (או איך שלא קוראים להם היום), שנולדו מהרכישה של 012 על ידי אינטרנט זהב נחשדים בזיוף של תעבורה אינטרנט שנועדה לגרום להחרמה של משתמשי TorrentLeech.
בעבר היו לי לא מעט בעיות מהירות עם אינטרנט זהב שהסתיימו כשהתנתקתי מהם.
כבר בעבר חשדתי שאינטרנט זהב משתמשת בטכניקות מסויימות כדי לפגוע בקצב ההעלאה של משתמשים, ואם הטענות של מנהלי TorrentLeech נכונות, אז 012 סמייל קווי זהב (או איך שלא קוראים להם היום) עברו את הגבול הדק שבין ניהול משאבים על גבול הלגיטימי לזיוף נתונים כדי להפיק רווחים, פעולה פלילית ללא ספק.
יש דמיון עקרוני רב בין המקרה של Comcast, שזייפו חבילות RST שנועדו לגרום לצד השני לחשוב שהצד המחובר סגר את החיבור לבין מה שסמייל קווי זהב (או איך שלא קוראים להם היום) נחשדים בו.
הייתי אומר שהפתרון של Comcast יותר מתוחכם טכנולוגית ויותר קשה לזיהוי ושהפתרון של 012 (או איך בלה בלה) יותר גס טכנולוגית אבל יותר נבזי בהרבה.
הסיבה היא שהפתרון של 012 (בלה) נועד לגרום לשרתי TorrentLeech לחשוד שהמשתמש מנסה לגרום לאתר לחשוב שהוא העלה כמויות נתונים גדולות ולא סבירות במטרה לגרום להחרמתו מהאתר.
זו מתקפה מאוד ספציפית על משתמשי TorrentLeech, ואם זה אכן קרה, אני מצפה שכל משתמשי TorrentLeech שמחוברים דרך 012 (בלה) יתנתקו ויעברו לספק שלא חוסם/מגביל/מרמה/משקר/עובר על החוק (עדיין?) כמו בזק-בין-לאומי.

הערה:
הטענה של TorrentLeech לא הוכחה עדיין.

הנה ההודעה המקורית של TorrentLeech:

2008-01-24 – ISRAEL USERS

Unfortunately it seems, that a few Israeli ISPs, are intensionally altering the announces to our tracker of their clients, announcing to our tracker false stats (over 8.000.000 TB of upload and download) in order for these users to be probably banned (and save some bandwidth). We made a script to automatically detect this false announce, and reset the user's account (reset uploaded/downloaded). Although this is NOT a fix, only a temporary solution, we cannot do anything more from our part, since this is not a problem of our tracker. We know that reseting these accounts is not pleasant, but the other alternatives were to ban these accounts or to ban all the Israel Golden Lines ip block (which unfortunately seems very possible in the future, since our tracker gets hammered because of the problem above)
Seems most of the users having this problem use the ISP-> GOLDENLINES

מילואיכס

אני יוצא למילואים לשבוע, אז כנראה שיהיה פה שקט בשבוע הקרוב.