התגובות שלי בפורום
-
תגובות
-
העניין עדיין בבירור, אבל התשובה הזמנית היא שהמרכז הבינתחומי התחייב להעניק 3 מלגות לכל היותר.
במקרה שהצוות הזוכה יהיה של יותר מ-3 אנשים, ננסה למצוא פתרון.לגבי השאלה השניה: מלגות הפרס הן אישיות. אם בצוות הזוכה יהיו פחות מ-3 אנשים – הפרס יהיה של פחות מ-3 מלגות.
לא ברור לי איך בדיוק הגעת למספרים בחישוב שלך…
בכל מקרה, לפי הנתונים כרגע, ותחת ההנחה (הלא סבירה במיוחד) שכל הצוותים שנרשמו אכן ישתתפו בסופו של דבר:
אנחנו מדברים על 42 צוותים, שיחולקו לבערך 4 בתים.מכל בית יעלו 3 שורדים לגמר, ובחישוב פשוט יהיו כ-12 שורדים בגמר.
אני אדגיש שוב שנפרסם מספרים סופיים רק אחרי שנקבל מספר מדויק של הצוותים ששלחו שורדים לתחרות, ולכן קחו את הנתונים האלה בערבון מוגבל מאוד.
שינויים בקוד נמדדים בעיקר לפי תוספת הפונקציונליות לעומת השורד המקורי.
ספציפית, שינוי פרמטרים (גם אם הפרמטר משפיע על התנהגות השורד) נחשב שינוי מינורי.
לדוגמא: השורד שזכה בשנה שעברה הכיל בורר בין 3 התנהגויות שונות, והצוות המנצח החליט בשלב הביניים איזה מהן להפעיל.לא תהיה אפשרות (או זמן…) לשנות את השורד "בין השלבים" – במהלך הבוקר הצוותים יוכלו לבצע שינויים בשורד, והשורד הסופי שיגישו ישתתף בכל התחרויות בהמשך היום.
מספר השורדים בכל שלב יקבע ויתפרסם ברגע שנדע מספר מדויק וסופי של הצוותים המשתתפים בתחרות.
הכיוון הכללי הוא לחלק את הצוותים באקראי ל"בתים" בגודל 10, ולהריץ טורניר בתוך הבתים. מכל בית יעלו כ-3 צוותים לשלב הגמר.מספיק שנציג של הקבוצה ירשם, יציין את מספר החברים בקבוצה וישלח את השורד כפי שמתואר באתר תחת "הנחיות לצוותים".
בהצלחה! [
]בשלב זה לא תתווסף תמיכה לאופקודים נוספים.
שים לב שהאופקוד שביקשת במסר הפרטי
(pusha)
הוא אופקוד שבכל מקרה אינו קיים במעבד 8086, שאותו המנוע מסמלץ.הפורום מבוסס על חבילת הקוד הפתוח
CommunityServer
שתומכת בצורה מלאה גם בפיירפוקס.בלינק הבא יש מישהו שמתאר בעיה דומה לשלך – אולי תוכל לעזור להם לפתור אותה.http://communityserver.org/forums/508517/ShowThread.aspx
קבצים בינאריים: ינתנו בודאות, כדי לאפשר לצוותים השונים להריץ סימולציות של המתחרים.
קבצי הקוד: בתחרות הקודמת דאגנו להדפיס את הקבצים הבינאריים (ז"א את הייצוג שלהם באסמבלי), ולחלק לצוותים. ככל הנראה, נעשה דבר דומה גם בתחרות הזו. שימו לב שבכל מקרה לא ניתן את קבצי הקוד המקוריים של השורדים (שכוללים בטח הערות וכו') – למעשה, בשלב זה אתם אפילו לא מחוייבים להגיש אותם.
צריך להבין את ההיסטוריה של המנוע בשביל זה [8-|]
המנוע נכתב במקור עבור קודגורו אקסטרים 2005 (ממש מאפס).
מי שהשתתף בשנה שעברה בטח זוכר שלקראת התחרות הוצאנו גירסה חדשה של המנוע כמעט כל שבוע, כשבכל גירסה מתווספת תמיכה בעוד כמה אופקודים איזוטריים שאנשים ביקשו.בסופו של דבר היינו צריכים לתעדף, ותמיכה ב-
segment prefixes
תועדפה יחסית נמוך.סיפור דומה חזר על עצמו השנה: הפעם העדפנו להשקיע את זמן הפיתוח בפונקציונליות חדשה (מספר שורדים, ניהול הטורניר, האצת זמן וכו'), ולא במימוש אופקודים נוספים.
בשורה התחתונה, יש סיכוי סביר שזה יכנס לשנה הבאה.
קשה להתחייב מראש על המספרים המדויקים, כי פורמט התחרות יקבע במידה רבה לפי כמות הצוותים שיגיעו.
בשנה שעברה, מספר נקודות החובה נע סביב 10%-30% מכמות הנקודות שניתן היה לצבור בטורניר, והצוותים קיבלו ניקוד חובה לפי שלוש "קטגוריות" (מהקטן לגדול):
- שינוי פרמטרים
- שינוי פונקציונליות קטן
- שכתוב מלא של השורד
צריך להבין שהמטרה היא לא "להעניש" צוותים שיבצעו ביום התחרות התאמות קטנות בשורד שלהם (זה הרי חצי מהכיף בתחרות!), אלא-
- למנוע מצוותים להגיש שורד "דמה" בבוקר התחרות, ושורד תותח לטורניר עצמו (ובכך למנוע מאחרים את היכולת להתכונן אליו).
- למנוע מצוותים "לגנוב" טכניקות של שורד מוצלח שראו בבוקר התחרות.
Just like before, the reason is that the engine doesn't support "segment prefixes", only this time the problem is in ss:[0000].
You have to use other means for doing it, e.g. (building on your code)-
push es
pop ss
mov bp, 0
mov ax, [bp]This works because indirect memory access using [bp] is done using the "ss" segment register.
And obviously, this is not the only way to read from es:[0000] without using hard-coded segment prefixes.
The reason is that the engine doesn't implement "segment prefixes", and treats the "es:[0000]" part as invalid opcode.
You have to access ES using other means, e.g. using stosw, or by copying ES to DS/SS and reading/writing through them.
