01-06-2016, 12:06 AM
I'm guessing the 20 bytes are always different? Perhaps it's a compressed date?
Random Chitchat 2012-2016
|
01-06-2016, 12:06 AM
I'm guessing the 20 bytes are always different? Perhaps it's a compressed date?
01-06-2016, 01:38 AM
Or a sequence number.
01-06-2016, 01:59 AM
The last 4 bytes out of the 20 are the length of the JSON payload, but I can't figure out the first 16. Some of them seem like flags or status, because they are the same across all packets, some seem like a sequence number, but then not really.
Here's a Wireshark packet dump for the curious: http://www.xoft.cz/dvr-packets/
01-06-2016, 05:13 AM
Well the second byte seems to be a sender ID. Why you'd need that on a TCP stream, I don't know.
01-06-2016, 05:21 AM
(01-05-2016, 11:26 AM)worktycho Wrote: xoft, For navigating command lines, zsh might offer what you need, but yes I agree, the *nix ecosystem has a lot of problems with fragmentation. For example the thing about history producing random chars, is due to the fact that there are at least 3-4 separate independent components involved in handling translating the up arrow to older commands. But a well set up termcap and .bashrc (or appropriate file for the shell of your choice) can usually fix any problems. As for IDE, I personally found the fact I can swap out my compiler has lead to significant benefits (Clang). And a lot of the feeling of slowness is probably not knowing the platforms. You're comparing a system you barely know to one you know well, then complaining about discoverability. and the date/time on the Pies at school are still wrong. Do you remember what you did to get it to sync with the internal server?
Looks like the protocol was not designed for TCP. The fourth byte appears to be a fragmentation flag.
Tiger: not after two years. It involved changing the ntpd config. But seriously, the best way to reverse engineer that DVR would be to poke it in various ways and see how it responds. Replay the first packet, send a keepalive every 20 seconds, and see when it sends alarm packets.
01-06-2016, 10:40 PM
Yay, I just found out I can add, as a remote, a git repository over a SMB share. So finally I can test my changes on Linux without actually pushing them to the main repo - I change things on my Windows box, then ssh to the Linux box, fetch the changes, test them and if they work well, I can push from the Windows box
![]()
01-07-2016, 06:23 PM
Whoah, I've just noticed that if you sort all plugins by author I got a whole page for myself: https://forum.cuberite.org/forumdisplay....&order=asc ;D
01-07-2016, 10:40 PM
|
« Next Oldest | Next Newest »
|