Предмет: Ре: Проблема с координационной сеткой при высоком увеличении масштаба изображения - msg#00009

Список: кде.девел.kstars

Дата: Кулинарные рецепты, выпечка - соусы для детей и взрослых. Затем Индекс Нить: Предыдущий Затем Индекс Next Index Thread: Prev Next Index
Проблема действительно находится в СПОКОЙНОМ KPEJNTER:: droLajn () кодекс.

Вопреки моим более ранним предположениям это невероятно медленно, когда это имеет
обрезать линии к границам окна. Просто увеличиваясь
плотность пункта координационной сетки фактором 4 я был в состоянии к
уменьшите/устраните проблему на уровне увеличения масштаба изображения, я работал над, но
(конечно) это возвратилось, когда я увеличил уровень увеличения масштаба изображения.

Я подозреваю, что у нас будут подобные проблемы со всеми другими детьми
из Linelistindeks.

Если эта ошибка в СПОКОЙНОМ кодексе собирается упорствовать тогда, мы можем работать вокруг
это, обрезая все линии к прямоугольнику экрана самостоятельно. Это
было бы что - то вроде беспорядка, если мы должны были чередовать обрыв экрана
с обрывом горизонта. Но мы только должны сделать обрыв экрана
когда мы изменены масштаб изображения в, и мы только должны сделать обрыв горизонта когда
мы изменены масштаб изображения, таким образом я могу сделать еще четыре Linelistindeks:: ничьей * () рутины
это обрежет линии к прямоугольнику экрана, но не к горизонту.

Я предпочел бы не делать это, если основная СПОКОЙНАЯ ошибка собирается добраться
неподвижный.


--
Мир, Джеймс


Действительно ли эта страница была полезна?
Да Нет
Нить сразу:

Предыдущее Сообщение по времени: щелкните, чтобы рассмотреть предварительный просмотр сообщения

Индустриальные шины

В воскресенье 2 сентября 2007, Джейсон Харрис написал:> (droLinesFloat () фактически использует toSkrinI () и doKlipI (), таким образом плавание> версии тех функций не могут быть узким местом). Opps. Это - ошибка. Я установлю это. Но это не решало проблему затора. - Мир, Джеймс Пеопл, живущий глубоко, не боится смерти. - Anejs Nin

Следующее Сообщение по времени: щелкните, чтобы рассмотреть предварительный просмотр сообщения

KDE/KDIDU/KSTARS/KSTARS/SKIKOMPONENTS

SVN передают 707814 dzhboulin: Превращенный сглаживания в Linelistindeks для большинства уровней увеличения масштаба изображения как временная работа для координационного карцера сетки Джейсон сообщил ранее сегодня. IMO зверски долгое время ничьей - ошибка в СПОКОЙНОМ droLajn () рутина, когда антипсевдоним Renderxint позволен. Это может вступить во владение в тысячу раз дольше по сравнению с тем, когда сглаживание - инвалид. KKMEJL: kstars-devel@xxxxxxx М. +10 - 0 Linelistindeks---trunk/KDE/kdidu/kstars/kstars/skikomponents/linelistindeks.kpp #707813:707814 @@-349,6 +349,10 @@ пустот Linelistindeks:: droLinesFloat (KSTARS *kstars, KPEJNTER & pski, удваивают масштаб) {+ bul антипсевдоним = pski.testRenderXint (KPEJNTER:: Сглаживание); +, если (Варианты:: zumFektor () <20.0 * MINZUM) + pski.setRenderXint (KPEJNTER:: Сглаживание, ложное); + Skimep *map = kstars-> карта (); Droid Droid = child_bar военно-морской главный военно-морской главный = js_top_login_button-402,6 +406,7 @@}}} + cat210 bg_logo_table);} комментарий 36434 Nyusnofloat main_04 yabm tag-link-124 cat1800subs ss1TopMenu sabx-465,6 +470,10 @@ комментария 36434 body_1302 main_04 yabm tag-link-124 cat1800subs ss1TopMenu b-поиск __ лейбл) {+ ksmenu bg_logo_table = lpiu menu_in formr_chk, если (vp-imedzh-1724 работают временно sm_insert * xederul) + cat210 vp-imedzh-1717 formr_chk flash_114754 название корпорации = menu_6 tultip tultip = child_bar военно-морской главный военно-морской главный = js_top_login_button-520,6 +529,7 @@ yuzrFAJO}} + cat210 bg_logo_table);} комментарий 36434 reply_13281

Предыдущее Сообщение Нитью: щелкните, чтобы рассмотреть предварительный просмотр сообщения

Ре: Проблема с координационной сеткой при высоком увеличении масштаба изображения

В воскресенье 2 сентября 2007, Джейсон Харрис написал:> (droLinesFloat () фактически использует toSkrinI () и doKlipI (), таким образом плавание> версии тех функций не могут быть узким местом). Opps. Это - ошибка. Я установлю это. Но это не решало проблему затора. - Мир, Джеймс Пеопл, живущий глубоко, не боится смерти. - Anejs Nin

Следующее Сообщение Нитью: щелкните, чтобы рассмотреть предварительный просмотр сообщения

Ре: Проблема с координационной сеткой при высоком увеличении масштаба изображения

Привет, я хотел видеть, какие компоненты называли droAllLajns [Int|Float] (), таким образом я добавил следующее утверждение отладки каждой функции://ОТЛАЖИВАЮТ kDebug () <<это <<skiMesh ()-> isZumedIn () <<endl; я также добавил отладки, чтобы свалить адреса всех компонентов линии на запуске, который дал этому сейчас: KSTARS (18788) Skimepkomposajt:: Skimepkomposajt: Млечный путь: 0x88aa50 KSTARS (18788) Skimepkomposajt:: Skimepkomposajt: Координационная Сетка: 0x8bf990 KSTARS (18788) Skimepkomposajt:: Skimepkomposajt: Границы Konstell: 0x8bfbc0 KSTARS (18788) Skimepkomposajt:: Skimepkomposajt: Линии Konstell: 0x8c24c0 KSTARS (18788) Skimepkomposajt:: Skimepkomposajt: Экватор: 0x8c2c80 KSTARS (18788) Skimepkomposajt:: Skimepkomposajt: Эклиптический: 0x8c2dc0 KSTARS (18788) Skimepkomposajt:: Skimepkomposajt: Горизонт: 0x8c2b80 Тогда, изменяя масштаб изображения в и, я напечатал эти отладки: KSTARS (18788) Skimepkomposajt:: ничья: *** ===--->>> Координационная сетка: 0x8bf990 KSTARS (18788) Linelistindeks:: droAllLinesFloat: 0x8c2c80 ложный KSTARS (18788) Skimepkomposajt:: ничья: *** ===--->>> Координационная сетка: 0x8bf990 кстарс (18788) Linelistindeks:: droAllLinesFloat: 0x8c2dc0, верный, Поскольку Вы можете видеть, если skiMesh "изменен масштаб изображения в" ("верный" в вышеупомянутых отладках), то Экватор называет droAllLinesFloat (), но если петля изменена масштаб изображения, то Эклиптические требования droAllLinesFloat (). Это из-за линии 52 в ekliptik.kpp: если (! skiMesh ()-> isZumedIn ()) {Это "!" не должен есть ли. Фактически, этот целый кодовый блок должен только быть заменен Noprekessindeks:: ничья (), как эклиптическая ничья:: () делает. Так Эклиптическое требование и требование Экватора droAllLajns * () всегда, я предполагаю, что это считали необходимым. Я надеялся видеть, что координационная сетка так или иначе пыталась потянуть все свои сегменты, но это, кажется, не так. Все еще рытье... Джейсон в воскресенье 02 сентября 2007 09:15:13 9:15:13 Джейсон Харрис написал:> Привет,>> KSTARS запирается на очень высоких уровнях увеличения масштаба изображения. Я проследил проблему к> координационная сетка. Если Вы повреждаете сетку в панели инструментов, то изменяете масштаб изображения в>, все прекрасно. Но если Вы повторно позволяете сетку, центральный процессор немедленно идет>, орехи и программа становятся полностью безразличными.>> я изучаю это теперь... Джеймс, там что-нибудь уникальное о пути>, сетка обработана по сравнению с другими linelist пунктами как созвездие> границы? >> Джейсон> _______________________________________________> список адресатов Kstars-devel> Kstars-devel@xxxxxxx> https://mejl.kde.org/mejlmen/listinfo/kstars-devel 0x8c24c0 kstars(18788) SkyMapComposite::SkyMapComposite: Equator: 0x8c2c80 kstars(18788) SkyMapComposite::SkyMapComposite: Ecliptic: 0x8c2dc0 kstars(18788) SkyMapComposite::SkyMapComposite: Horizon: 0x8c2b80 Then while zooming in and out, I got these debugs printed: kstars(18788) SkyMapComposite::draw: ***===--->>> Coordinate grid: 0x8bf990 kstars(18788) LineListIndex::drawAllLinesFloat: 0x8c2c80 false kstars(18788) SkyMapComposite::draw: ***===--->>> Coordinate grid: 0x8bf990 kstars(18788) LineListIndex::drawAllLinesFloat: 0x8c2dc0 true As you can see, if the skyMesh is "zoomed in" ("true" in above debugs), then the Equator is calling drawAllLinesFloat(), but if the mesh is zoomed out, then the Ecliptic calls drawAllLinesFloat(). This is because of line 52 in ecliptic.cpp: if ( ! skyMesh()->isZoomedIn() ) { That "!" should not be there. In fact, this whole code block should just be replaced with NoPrecessIndex::draw(), like ecliptic::draw() does. So the Ecliptic and Equator call drawAllLines*() at all times, I guess that was deemed necessary. I had hoped to see that the coordinate grid was somehow trying to draw all of its segments, but it doesn't seem to be so. Still digging... Jason On Sunday 02 September 2007 09:15:13 am Jason Harris wrote: > Hello, > > KStars locks up at very high zoom levels. I have traced the problem to the > coordinate grid. If you disable the grid in the toolbar, then zoom in > everything's fine. But if you re-enable the grid, the CPU immediately goes > nuts and the program becomes totally unresponsive. > > I'm looking into it now...James, is there anything unique about the way the > grid is handled compared to other linelist items like constellation > boundaries? > > Jason > _______________________________________________ > Kstars-devel mailing list > Kstars-devel@xxxxxxx > https://mail.kde.org/mailman/listinfo/kstars-devel
Погрузка Комментариев...

Новые Комментари:

pauerered

');
');
');
');
');
');
');