1. 24 Jul, 2013 1 commit
  2. 19 Jul, 2013 1 commit
  3. 18 Jul, 2013 1 commit
  4. 16 Jul, 2013 2 commits
  5. 12 Jul, 2013 1 commit
  6. 01 Jul, 2013 3 commits
  7. 28 Jun, 2013 1 commit
  8. 26 Jun, 2013 1 commit
  9. 13 Jun, 2013 1 commit
  10. 05 Jun, 2013 1 commit
  11. 04 Jun, 2013 1 commit
  12. 24 May, 2013 1 commit
  13. 15 May, 2013 1 commit
  14. 14 May, 2013 3 commits
  15. 26 Apr, 2013 1 commit
  16. 25 Apr, 2013 2 commits
  17. 23 Apr, 2013 1 commit
  18. 22 Apr, 2013 2 commits
  19. 21 Apr, 2013 2 commits
  20. 17 Apr, 2013 1 commit
  21. 16 Apr, 2013 1 commit
  22. 11 Apr, 2013 1 commit
    • Christopher Hrabia's avatar
      Revert last change on new logfile structure and added nulling of buffer. · 50c36bb5
      Christopher Hrabia authored
      The reason for this is, because the last change in the file structure is buggy, it was only written the message length of the buffer to the file and missed to add the length for the timestamp.
      For fixing this problem it would be possible to insert something like
      
      len += sizeof(quint64);
      
      after:
      
      int len = mavlink_msg_to_send_buffer(buf+sizeof(quint64), &message);
      
      But I think a consistent file structure has more adavatages for a logfile over a more compressed structure.
      E.g. it would be necessary to go through all packages to proceed a jump during a replay.
      Additional the LogPlayer was not updated during the last 7 month since the logfile structure was changed (even it was buggy)...
      
      If filesize is really a problem I would recommend to change the logfile handling in a way of writting a temporary consistend
      logfile and compress it afterwards (QCompress) like done by many programs
      50c36bb5
  23. 07 Apr, 2013 1 commit
  24. 04 Apr, 2013 1 commit
  25. 03 Apr, 2013 1 commit
  26. 02 Apr, 2013 1 commit
  27. 26 Mar, 2013 1 commit
  28. 20 Mar, 2013 1 commit
  29. 09 Jan, 2013 1 commit
  30. 27 Dec, 2012 1 commit
  31. 23 Dec, 2012 1 commit
  32. 10 Dec, 2012 1 commit