- 05 Aug, 2014 1 commit
-
-
Lorenz Meier authored
-
- 31 Jul, 2014 1 commit
-
-
Bryant Mairs authored
Found by valgrind.
-
- 25 Jul, 2014 1 commit
-
-
Lorenz Meier authored
-
- 23 Jul, 2014 1 commit
-
-
Bryant authored
SLUGS has maintained their patches out-of-tree for a long while now. These will eventually get merged back in, but it'll be easier to evaluate them as fresh commits instead of modifications to this old & dead code, so we'll delete this for now.
-
- 20 Jul, 2014 1 commit
-
-
Lorenz Meier authored
-
- 27 Jun, 2014 1 commit
-
-
Bryant Mairs authored
-
- 15 Jun, 2014 2 commits
-
-
Bryant Mairs authored
-
Bryant Mairs authored
Current version was not as clear as it could be.
-
- 24 May, 2014 2 commits
-
-
Lorenz Meier authored
-
Lorenz Meier authored
-
- 19 May, 2014 1 commit
-
-
Lorenz Meier authored
-
- 18 May, 2014 1 commit
-
-
Lorenz Meier authored
-
- 15 May, 2014 1 commit
-
-
Lorenz Meier authored
-
- 07 May, 2014 1 commit
-
-
Lorenz Meier authored
-
- 06 May, 2014 1 commit
-
-
Bryant Mairs authored
Previously MAVLink data streams recorded by QGC would use a fixed block size of the maximum MAVLink message length and fill in only the bytes written by the message. This wasted space, make manual parsing difficult, and broke compatibility with scripts provided in the MAVLink project (issue #174). This patch alters logging to output only a packed data stream (64-bit big endian unix timestamp in microseconds since epoch + MAVLink message) instead of the unpacked data stream previously output. Additionally the previous logging code used the system endianness for packing in the timestamp, this has now been switched to always be big endian regardless of platform. All the documentation specifies big endian, so the code now follows the docs here. Additionally data playback has been modified to playback both the new packed data streams as well as the old data streams, even those with improper endianness for their timestamps. Finally, a variety of bugs have been fixed, along with some additional features and user experience changes, hopefully for the better. All existing functionality has been preserved as well.
-
- 14 Feb, 2014 1 commit
-
-
Julian Oes authored
-
- 05 Nov, 2013 1 commit
-
-
Lorenz Meier authored
-
- 26 Sep, 2013 1 commit
-
-
Lorenz Meier authored
-
- 26 Aug, 2013 1 commit
-
-
Lorenz Meier authored
Fixed race issues in config upload, tested to be reliable now - board startup scripts now need the other half of testing
-
- 16 Jul, 2013 1 commit
-
-
Bill Bonney authored
-
- 13 Jun, 2013 1 commit
-
-
Michael Carpenter authored
Addition of requestReset to LinkInterface, to allow MavLinkProtocol to detect when connected, but at the wrong baud rate, request a reset.
-
- 10 Jun, 2013 2 commits
-
-
Bryant authored
Changed many functions in the abstract *Link classes to be const. This facilitates setting other functions as const. The metadata for specific links are reset when the links are added.
-
Bryant authored
The details on the success/errors for the MAVLink protocols are now shown for each link as tooltips that are updated every 5s. Values are currently wrong and unsure why as of yet.
-
- 09 Jun, 2013 2 commits
-
-
Bryant authored
Changed many functions in the abstract *Link classes to be const. This facilitates setting other functions as const. The metadata for specific links are reset when the links are added.
-
Bryant authored
The details on the success/errors for the MAVLink protocols are now shown for each link as tooltips that are updated every 5s. Values are currently wrong and unsure why as of yet.
-
- 14 May, 2013 2 commits
-
-
Michael Carpenter authored
-
Michael Carpenter authored
Addition of requesting status updates from APM, if APM is in a state with no status updates, this will request them
-
- 25 Apr, 2013 1 commit
-
-
Lorenz Meier authored
-
- 17 Apr, 2013 1 commit
-
-
Lorenz Meier authored
-
- 16 Apr, 2013 1 commit
-
-
Lorenz Meier authored
-
- 11 Apr, 2013 1 commit
-
-
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
-
- 16 Sep, 2012 1 commit
-
-
Lorenz Meier authored
-
- 13 Sep, 2012 2 commits
-
-
Lorenz Meier authored
-
Lorenz Meier authored
-
- 07 Sep, 2012 1 commit
-
-
Lorenz Meier authored
-
- 17 Apr, 2012 1 commit
-
-
LM authored
-
- 06 Mar, 2012 1 commit
-
-
LM authored
-
- 01 Mar, 2012 1 commit
-
-
Lorenz Meier authored
-
- 26 Feb, 2012 1 commit
-
-
Lorenz Meier authored
-
- 20 Feb, 2012 1 commit
-
-
LM authored
-