dcpomatic, branch v2.15.97 DCP-o-matic DCP tools https://git.carlh.net/cgit/dcpomatic/atom?h=v2.15.97 2020-08-14T14:20:55Z Make graphics/update fail on error. 2020-08-14T14:20:55Z Carl Hetherington cth@carlh.net 2020-08-14T14:20:55Z urn:sha1:46f143db5a8bfcfd6de2a6ca9f7069e006eb8710 Add missing locations icon for macOS player preferences. 2020-08-14T14:20:45Z Carl Hetherington cth@carlh.net 2020-08-14T14:20:45Z urn:sha1:9298375a55c62f4d8616a371702600652e72d153 Fix white space. 2020-08-14T13:50:03Z Carl Hetherington cth@carlh.net 2020-08-14T13:50:03Z urn:sha1:93496b3a06749fb8b0ed1158768b03f5c92719fd wxEVT_CREATE appears never to arrive on Windows, so change things 2020-08-08T22:03:11Z Carl Hetherington cth@carlh.net 2020-08-08T22:03:11Z urn:sha1:09778ab5747c081acb51190bafdfeba63e3ea7fd to create the OpenGL thread on the first paint request. Remove old comment. 2020-08-08T22:02:57Z Carl Hetherington cth@carlh.net 2020-08-08T22:02:57Z urn:sha1:b0f642ee90a2babed6547ea68e987751621fe3f3 Don't call OpenGL functions until the wxGLContext has been created. 2020-08-08T22:02:25Z Carl Hetherington cth@carlh.net 2020-08-08T22:02:25Z urn:sha1:85739dd3fcdf8a7d39089feb0035e841341dd44d Add strangely absent private: 2020-08-07T19:38:49Z Carl Hetherington cth@carlh.net 2020-08-07T19:38:49Z urn:sha1:ddce45d6ef1ebc2036b305c68402e38c84aa7599 Fix layout bug where the stuff in the content panel would be completely 2020-08-07T19:37:35Z Carl Hetherington cth@carlh.net 2020-08-07T19:37:35Z urn:sha1:563fc75855b9649cf135cf137cc1b0c43ebc8286 hidden in some cases (seen on Linux only, I think). wxDisplay::GetFromWindow sometimes returns -1 (perhaps when multiple monitors are connected) and we have to set the splitter position in this case. Tone down the disk startup warning a little. 2020-08-07T14:53:24Z Carl Hetherington cth@carlh.net 2020-08-07T11:25:01Z urn:sha1:ec65767c7b1b8439b2b1414998db9c1f4048c1de Use a much bigger block size when calling fwrite(). Each call to fwrite() 2020-08-06T22:17:04Z Carl Hetherington cth@carlh.net 2020-08-06T22:11:38Z urn:sha1:6c685e0cd6143dd7a8b1a9b5631b1bc9c0c4d687 writes a few (often around 4) blocks of (I think) directory data to the drive, so if you only fwrite() one block it ends up writing 1 block of "payload" and 4 blocks of "admin". Using bigger blocks makes it faster; an even bigger block than this makes it a little faster still, but not significantly. The extra block writing is seemingly triggered by fwrite() calling ext4_block_cache_write_back(..., 0). A better fix is probably to call this another way, at the end of the file copy.