http://oldfmi.py-bg.net/forums/ Последни 35 отговора във форумите на курса Програмиране с Python en Fri, 27 Sep 2013 19:08:39 +0000 http://oldfmi.py-bg.net/forums/topic/178#post-1511 Mon, 30 Jun 2008 23:28:43 +0000 aquarius 1511@http://oldfmi.py-bg.net/forums/ <p>espr1t: Защо не погледне http://oldfmi.py-bg.net/forums/topic/178#post-1510 Mon, 30 Jun 2008 22:51:16 +0000 espr1t 1510@http://oldfmi.py-bg.net/forums/ <p>Реализацията ми на C++ за <a href="http://en.wikipedia.org/wiki/Image:Game_of_life_glider_gun.png">тази сцена</a> прави 2000 цикъла за 6.125сек, като пазя безкрайно поле и всички точки. http://oldfmi.py-bg.net/forums/topic/178#post-1453 Wed, 25 Jun 2008 13:59:40 +0000 crocodil 1453@http://oldfmi.py-bg.net/forums/ <p>Аз направих http://oldfmi.py-bg.net/forums/topic/178#post-1450 Wed, 25 Jun 2008 12:59:13 +0000 Pitboss 1450@http://oldfmi.py-bg.net/forums/ <p>Най-накрая сметнах координатите на всички състояния на фигурките и тези на точките около тях, които трябва да са мъртви, иначе можем да хващаме разни неща, които не са това което ни трябва, от сорта на тази фигура долу която би хванало за блинкър:</p> <p>_xxxx_</p> <p>Целият, файл с координатите е 12KB :D, а цялата проверка не забавя колкото аз си мислех, но е очевидно по-бавно дори и от преди. Колкото до симетрията, не мисля че би помогнала, особено в моят случай, когато не пазя матрица с 0 и 1, ами структурка с точките, а и правя проверката за оцверяване само в малко по- http://oldfmi.py-bg.net/forums/topic/178#post-1444 Tue, 24 Jun 2008 06:33:22 +0000 nb 1444@http://oldfmi.py-bg.net/forums/ <p>Всички състояния трябва да се оцветяват. </p> http://oldfmi.py-bg.net/forums/topic/178#post-1443 Tue, 24 Jun 2008 00:09:57 +0000 dzver 1443@http://oldfmi.py-bg.net/forums/ <p>я, всъщност съм направил и 2стъпковия осцилатор, който има едва 8 състояния.</p> <p>_xxx<br /> xxx_ </p> http://oldfmi.py-bg.net/forums/topic/178#post-1442 Tue, 24 Jun 2008 00:07:22 +0000 dzver 1442@http://oldfmi.py-bg.net/forums/ <p>бях ре http://oldfmi.py-bg.net/forums/topic/178#post-1429 Sat, 21 Jun 2008 11:57:13 +0000 Pitboss 1429@http://oldfmi.py-bg.net/forums/ <p>Ми то никой не каза в крайна сметка, но според мен би било по нагледно с всичките им 2-3 състояния да ги оцветяваме. Така или иначе ако го направи http://oldfmi.py-bg.net/forums/topic/178#post-1428 Sat, 21 Jun 2008 10:40:03 +0000 SlayerX 1428@http://oldfmi.py-bg.net/forums/ <p>Не разбрах частта с оцветяването на фигурките от таблицата. Само тези, които са в таблицата или симетричните? А тези с 2-3 състояния докато се движат? http://oldfmi.py-bg.net/forums/topic/178#post-1407 Fri, 13 Jun 2008 17:53:56 +0000 Pitboss 1407@http://oldfmi.py-bg.net/forums/ <p>Да абсолютно си прав, линейно е търсенето на точките, пазя си структура set(достъпа до set и dict, трябва да е константен ?) от точки по-точно защото света трябва да е безкраен нали... Не мога да го измисля с матричка с нули и единици как ще стане безкраен...</p> <p>Прерисуването на точки първо маха всички нарисувани с find_withtag, после нанася новите като достъпва точките чрез координатите им, през речник от тип {coords : rect}, който се създава, когато се рисува дъската. Проверява дали точката е върху видимата част на дъската и я рисува ако е там. Това също трябва да е линейно, но сега пуснах програмата през - cProfile, и излезе че за 64x48 дъска, за около 100-150 точки със 6 кадъра в секунда, прерисуването отнема 44.749, а смятането на ново състояние 42.625, което не мога да си обясня защо е толкова бавно... Дори не съм тръгвал да пи http://oldfmi.py-bg.net/forums/topic/178#post-1406 Fri, 13 Jun 2008 15:29:10 +0000 nb 1406@http://oldfmi.py-bg.net/forums/ <p>Кое е бавно при вас &mdash; смятането или изчертаването?</p> <p>Смятането на новото състояние на дори хиляди точки отнема малко време (линейно е). Търсенето на фигури е абсолютен максимум квадратично, което значи, че би трябвало да имате проблем да вадите 20 кадъра в секунда чак над 500-1000 точки.</p> <p>След като сметнете новите състояния, само гледате кои влизат в текущо видимата област и прерисувате.</p> <p>Горните размисли предполагат, че не пазите просто една матрица с флагове, къде има и къде няма точка, а отделна структура от точките. </p> http://oldfmi.py-bg.net/forums/topic/178#post-1400 Fri, 13 Jun 2008 12:30:38 +0000 Pitboss 1400@http://oldfmi.py-bg.net/forums/ <p>Еее ти си голям бързак бе :) Аз като дисплейвам 20x20, за 150-200 точки вадя 6-7 кадъра в секунда, щото ми е балъ http://oldfmi.py-bg.net/forums/topic/178#post-1385 Tue, 10 Jun 2008 11:41:26 +0000 ichernev 1385@http://oldfmi.py-bg.net/forums/ <p>150-200 точки, дисплейвам 20x20 (но смятам всичко) - 20 кадъра в секунда.<br /> Колкото до оцветяването - и моята идея е такава - мъчно е да обаче ако го няма всичко е супер лесно.<br /> Като някой подкара http://oldfmi.py-bg.net/forums/topic/178#post-1383 Sat, 07 Jun 2008 23:44:55 +0000 dzver 1383@http://oldfmi.py-bg.net/forums/ <p>Написах си задачата без частта с оцветяването. http://oldfmi.py-bg.net/forums/topic/178#post-1365 Fri, 30 May 2008 12:13:38 +0000 Pitboss 1365@http://oldfmi.py-bg.net/forums/ <p>Да, това е доста интелигентен въпрос, на някои от фигурите освен това различните им форми не са и симетрични дори...</p> <p>Аз успях да го напи http://oldfmi.py-bg.net/forums/topic/178#post-1364 Fri, 30 May 2008 11:45:51 +0000 na 1364@http://oldfmi.py-bg.net/forums/ <p>"Oсновните форми трябва да се оцветяват (само тези в табличката)."<br /> Само конкретните фигури,които са дадени, или и всичките им симетрични,които, разбира се, могат да се получат?<br /> Благодаря </p>