А какая зависимость частоты экрана от Мсек? На 120 Гц сколько можно будет выжать Мсек, 9 или больше?
Попробовал на 1024х768 (120 ГЦ) потолок 15-16 Мсек...

Вто здесь, Сравнение быстроты выполнения кода  обсуждается оценка быстродействия программы. Не очень понял,  оценивается время выполнения самого (пустого) цикла For i=0 To 10000000 внутри кода программы, или внутрь этого цикла надо поместить тестируемый  код?

Отредактировано Lucagin (15.12.2010 18:20:19)

Т.е. так можно примерно оценить время отображения картинки на экране?

 ElseIf Event=#PB_Event_Gadget
    If Gadget=#Button_0
      Start=ElapsedMilliseconds()
      
          SetGadgetState(#Image_0, ImageID(0))           
            EndTime=ElapsedMilliseconds()+Result
              Repeat
                WaitWindowEvent(1)
              Until ElapsedMilliseconds()>EndTime
          SetGadgetState(ID, 0)       
      Stop=ElapsedMilliseconds()-Start
      MessageRequester("","Этот код выполнялся "+Str(Stop)+" миллисекунд")
    EndIf    
  EndIf

Выдает значение: от 15 до 31 Мсек (чаще всего 16 Мсек), при значении бегунка от 1 до 16 Мсек (частота экрана 60 Гц)......

Отредактировано Lucagin (15.12.2010 18:53:22)

Как не странно при варианте с  delay, при бегунке (1 до 10) значения более стабильные от 0 до 16 Мсек.

;{константы
Enumeration
  #Window_0
EndEnumeration

;- Gadget Constants
;
Enumeration
  #Image_0
  #Button_0
  #Text_0
  #TrackBar_0
EndEnumeration

UseJPEGImageDecoder()

;- Fonts
Global FontID1
FontID1 = LoadFont(1, "Arial", 48)
Global FontID2
FontID2 = LoadFont(2, "Arial", 26)
Global FontID3
FontID3 = LoadFont(3, "Arial", 12)
Global FontID4
FontID4 = LoadFont(4, "Arial", 20)
Global FontID5
FontID5 = LoadFont(5, "Arial", 16)
Global FontID6
FontID6 = LoadFont(6, "Arial", 14)
;- Image Plugins

;- Image Globals
Global Image0

;- Catch Images
Image0 = CatchImage(0, ?Image0)

;- Images
DataSection
Image0:
  IncludeBinary "1.jpg"
EndDataSection
;}

Procedure Open_Window_0()
  If OpenWindow(#Window_0, 465, 101, 782, 729, "New window ( 0 )",  #PB_Window_SystemMenu | #PB_Window_SizeGadget | #PB_Window_TitleBar )
    If CreateGadgetList(WindowID(#Window_0))
      ImageGadget(#Image_0, 140, 10, 500, 500, 0)
      ButtonGadget(#Button_0, 380, 590, 230, 100, "Загрузить")
      SetGadgetFont(#Button_0, FontID2)
      TextGadget(#Text_0, 40, 640, 240, 30, "Время задуржки: 1 Мсек")
      SetGadgetFont(#Text_0, FontID6)
      TrackBarGadget(#TrackBar_0, 30, 590, 240, 40, 1, 100)
      
    EndIf
  EndIf
EndProcedure


Open_Window_0()

;{Основной цикл
Repeat
  Event = WaitWindowEvent()
  Gadget = EventGadget()
  
  If Gadget=#TrackBar_0
      Result = GetGadgetState(#TrackBar_0)
      SetGadgetText(#Text_0,"Время задержки: " +Str(Result)+"Мсек")
      
  ElseIf Event=#PB_Event_Gadget
    If Gadget=#Button_0
      Start=ElapsedMilliseconds()
      
          SetGadgetState(#Image_0, ImageID(0))       
          Delay(Result)
          ;EndTime=ElapsedMilliseconds()+Result
          ;Repeat
            ;WaitWindowEvent(1)
          ;Until ElapsedMilliseconds()>EndTime
          SetGadgetState(ID, 0)       
      Stop=ElapsedMilliseconds()-Start
         MessageRequester("","Этот код выполнялся "+Str(Stop)+" миллисекунд")
    EndIf    
  EndIf    
 Until Event=#PB_Event_CloseWindow
 ;}
 
End

Отредактировано Lucagin (15.12.2010 19:06:58)

А применения таймера Droopy's Lib не дас лучших результатов???

Из этого обсуждения  я так понял второй вариант более точный или они равнозначны??? http://purebasic.mybb.ru/viewtopic.php?id=135#p2026

Отредактировано Lucagin (15.12.2010 19:12:59)

Очень интересная процедура, надо будет ее запомнить!!  Я думаю, порог в 16 Мсек не преодолеть, частота экрана особо не влияет... на 120 Гц теже результаты...
А вес загружаемой картинки как-то влияет на время его отображения на экране? Какие есть пределы веса, которые заметно “просадят” время отображения? Есть какие-то рекомендации по использованию картинок? (до какого веса)..?? Или чем меньше тем лучше.. :о) Интересно картинка в 1 Кбайт позволит получить лучшие показатели?

Отредактировано Lucagin (15.12.2010 19:39:54)

Уменьшил картивку до 17 Кб разницы 0...

Отредактировано Lucagin (15.12.2010 19:44:29)

Нет я имел ввиду Вес в Кбай. Тут есть какие-то рекомендации(безболезненный предел). Фотка в 3 мега и 100 Кбайт с одинаковым рамером (WхH) будут ведь по разному загружать программу. Пробовал растягивать объекты куда загружены фотки в 3 мега и 100 Кбайт. Эффект заметен…

Т.е. я так понял, время занимает зажигание пикселей на мониторе. Т.е чем меньше размер картинки (WхH), тем меньше «лампочек» надо зажечь и => надо меньше времени на прорисовку… А вот интересно если мы используем картинку на прозрачном фоне (картинка от размера занимает 50% остальное прозрачный фон), на прорисовку прозрачного фона время будет тратится???

Отредактировано Lucagin (15.12.2010 20:12:11)

ДА???    Т.е. что получается, я могу не экономить на весе фотки. Использовать качественные BMP и не париться, что будут тормаза...  Очень неожиданно, всегда полагал, что вес фотки для программы имеет принципиальное значение…  А как обработать фотку чтобы прозрачность не влияло на время обработки… ??  Глубина цвета (число цветов) играет значение, значит использование Gif самое оптимальное??? Он ведь самый экономный в плане кол. цветов  формат?

Отредактировано Lucagin (15.12.2010 20:32:08)

А вот такая ситуация. Есть картинка 800х600, где она будет быстрее отображаться (при прочих равных) на экране с разрешением 800х600 или на разрешении 1600х1200… в первом случае “область зажигания лампочек” весь монитор, во втором случае окно в пол экрана… или пикселей одинаковое количество зажигается? А как при этом быть с CRT ?

Отредактировано Lucagin (Сегодня 20:31:17)

Отредактировано Lucagin (15.12.2010 20:34:57)

Отсюда мораль,- делаем игры на разрешение экрана не более 800х600, оптимизируем не только вес фотки, но и ее глубину цвета и канал прозрачности (на сколько я понял,  лучше, когда фотка 100 не прозрачна). Отсюда разумный вывод Gif лучший для этого вариант. Почему тогда в PB работа с ним максимально нивелирована. В ImageGadget штатными средствами нельзя загрузить даже статичный gif? Почему такая “не любовь” к этому формату? У Gif и прозрачку сделать проще чем на PNG…

Отредактировано Lucagin (15.12.2010 20:55:03)

Очень красиво. Мир создания 3D игр для меня пока как китайская азбука. Но когда-нибудь надеюсь освою и это… :о)) Не без вашей конечно помощи …:о)) Ребят спасибо вам огромное, что тратите своё время, разъясняя бесспорно очевидные для вас вещи, но без таких как вы, мир программирования  был бы не доступен для миллионов обычных  ребят, которые потом донесут эту науку другим… Коллективом только и выживаем :о)  Низкий вам Поклон!!! Пётр, тебе ОСОБАЯ, ОГРОМНАЯ БЛАГОДАРНОСТЬ!!! :о)  Код загрузки gif обязательно изучу, но скорей бы уж перейти от гаджетов, хотябы к 2D программированию :о))  Сейчас, если найду, постараюсь выложить часы, сделанных в алгоритме с помощью gif. Не судите строго, часы примитивные, во многом не доведенные до завершения,  но надо иметь ввиду, что в алгоритме нет возможности поворота изображения, так что это возможно единственные часы сделанные штатными средствами и  не электронные :о)

Отредактировано Lucagin (15.12.2010 21:23:37)

Мои конечно не такие крутые, но что смог штатными средствами алгоритма.. :о)  за черный ободок (12_9_6_3 часов) их можно перемещать удерживая мышкой, двойной клик по часам их отключает… Секунды могут чуть спешить, у меня они отставали, прибавил похоже много, но не суть, переделывать уже нет смысла..… :о)
http://willvs822.ifolder.ru/20829409

ДА, странно а что циферблат или стрелки или секунда не видны???

Странно, вроде ушел от прямых ссылок, может, где-то внутри какая-то ссылка прямая не затерта... Сейчас конечно всё это смешно смотрится, но учитывая, что объекты в алгоритме не вращаются, смог только так придумать... :о) там всего 3-ри рисунка: Циферблат, синий круг от стрелок и gif-секундная стрелка, все...

Ладно, будем делать нормальные часы, нормальными средствами, а не  выдумывать велосипед...

Отредактировано Lucagin (15.12.2010 22:29:08)