Jump to content

johnnydp

Members
  • Content Count

    32
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by johnnydp


  1. Apologize delay(illness)

    Thank you guys for all of your input and comments, CreateTimerQueueTimer seems to be the best method (cpu time vs accuracy)

     

    @KodeZwerg 

     Multimedia timer(your first code posted) works very precise too, however I'm getting AV on form close(with low intervals <=50ms) - not always.

     

    As for the latest method, Can you show some basic implementatio like for the first one? Fire action every interval set mean for unit kz.Windows.Timer ;

    Probably it would be good to add procedures and properties for Period and DueTime(SetPeriod, SetDueTime)
     

    QFP, QPC seems to be non go for such usage like I first wanted, it's very good for meassure execution time for some portion of code e.g. for profiling/optimizations.

    But for other purposes CreateTimerQueueTimer seems to be the king.

     

    @Lars Fosdal Fire and run until app will be closed/destroyed (launch tasks every X time with precision where ttimer is too weak)

     


  2. 27 minutes ago, programmerdelphi2k said:

    you can try use "TStopWatch" in System.Diagnostic.pas... works like a timer to measure a time, with more precision because dont use any UI event!

    https://www.thoughtco.com/accurately-measure-elapsed-time-1058453

    This was my initial question...;) Still don't know how to know do effecient check if X time was passed to fire action using stopwatch


  3. Hello,

     

    I need to fire some action very precisely AFAIK I cannot fully trust to Ttimer(accuracy)

    Maybe question is stupid or trivial but how get something similar like below but using the most precise method(TStopwatch)

     

    procedure TForm1.Timer1Timer(Sender: TObject);
    begin
    // Do something every 1 second(timer interval set to 1000ms)
    end;


     

     

     


  4. I've just read that:

    https://community.idera.com/developer-tools/b/blog/posts/c-builder-and-platforms-support

     

    Yes IMO we are just cash cows.

    Many problems with quality and speed of development new things, modern tech.


    When I first heard many years ago about FMX and  mobile, I just knew it that it going just nowhere.

    Delphi should stay mainly (and only) Windows desktop development tool (without mobile devices support)

    Programmers could have stable powerful absolute king of Windows desktop dev solution.

    Of cours full Rad studio with C++ as well.

     

    More features/platform = more mess, lower quality if you are not as big company as Microsoft or Alphabet, Apple, Oracle.

     

    Quick patches (Especially semi automatic from Getit) instead of waiting for major/minor release is very good step forward.

    So I see one small step in good direction  in last years.

     

    Just unreal wishful thinking, going back to reality, waiting for 10.4.1 ; )

     

     

     

     

     

    • Like 2

  5. Hi,

    Anyone has similar issues with 10.3.3 - Win64 Target?

    Empty VCL project Debug Run - mouse round cursor spinning it started 10 minutes ago while I'm writing this still freezed.

    Clean Win10 install, no AV installed no other security app, even Windows Defender totally disabled for paranoid mode.

    No problems with 32 bit.

     

     


  6. New Delphi, old bugs, including serious:

    I think I’m slowly starting to Understand Delphi Hater's blog...

     

    RSP-23466

    RSP-23320

     

    + hundreds of others....

    I wonder if this will ever happen, to manage this product properly,

    why do they think that developers needs tons of new usless features instead of making fast and solid current functionality.

    • Like 5
×