Commit Graph

13821 Commits

Author SHA1 Message Date
Moritz Bunkus
0e9aa3d49e
macOS: target 10.15 for deployment due to std::filesystem 2021-02-20 00:18:33 +01:00
Moritz Bunkus
64be0ce080
explicitly link against libstdc++fs for std::filesystem
g++ 10 does this automatically, but older versions don't (haven't
checked clang++).
2021-02-19 23:47:28 +01:00
Moritz Bunkus
efe74a6cea
tests: make 717 independent of where the test files reside in the file system 2021-02-19 23:00:43 +01:00
Moritz Bunkus
a16392cf7b
README, configure: adjust minimum compiler versions wrt. std::filesystem 2021-02-19 22:17:54 +01:00
Burak Yavuz
bf36acff6c
translations: update Turkish 2021-02-19 22:08:19 +01:00
Симеон Цветков
f4fdfe1ae3
translations: update Serbian Cyrillic 2021-02-19 22:08:13 +01:00
Antoni Bella Pérez
c96b9376d6
translations: update Catalan 2021-02-19 22:07:55 +01:00
Симеон Цветков
b90cb8b059
translations: update Bulgarian 2021-02-19 22:07:47 +01:00
Moritz Bunkus
752f66db45
switch from boost::filesystem to std::filesystem 2021-02-19 21:28:23 +01:00
Moritz Bunkus
d2652415ac
tests: add test for non-ASCII characters in file names 2021-02-19 16:15:58 +01:00
Moritz Bunkus
7cd36322e7
tests: add Blu-ray file/directory structure recognition test 2021-02-19 16:15:53 +01:00
Moritz Bunkus
9b4408d1ae
update libEBML 2021-02-19 11:38:06 +01:00
Moritz Bunkus
35e6172aa7
extract: HEVC: use parameter from first frame instead of CodecPrivate
Fixes #3031.
2021-02-18 19:52:22 +01:00
Timofey Lisunov
714b01d8a2
translations: update Russian 2021-02-18 13:27:58 +01:00
Roberto Boriotti
f65460ae41
translations: update Italian 2021-02-18 13:27:51 +01:00
TMTisFree
c465ad3e2f
translations: update French 2021-02-18 13:27:43 +01:00
Moritz Bunkus
77c5262da3
build system: require libEBML v1.4.2 2021-02-18 12:57:02 +01:00
Moritz Bunkus
b7606c5086
update bundled libEBML to v1.4.2 and libMatroska to v1.6.3 2021-02-18 12:54:32 +01:00
Moritz Bunkus
d2aceb1b34
build system: don't mess with global flags
Otherwise parts of the files might be compiled with different
optimization settings which a) isn't allowed when using pre-copmpiled
headers and b) isn't what we want anyway (safe for the one file we
need it for).
2021-02-17 23:48:50 +01:00
Moritz Bunkus
bae7f2a11d
translations: update list of translatable strings; update German translation 2021-02-17 23:21:35 +01:00
Fúlvio Alves
b968b4d371
translations: update Brazilian Portuguese 2021-02-17 23:17:30 +01:00
Israel Lucas Torrijos
e4375c38ab
translations: update Spanish 2021-02-17 23:17:19 +01:00
Antoni Bella Pérez
51aea53351
translations: update Catalan 2021-02-17 23:17:13 +01:00
Симеон Цветков
d2074f8f14
man page translations: update Bulgarian 2021-02-17 23:17:03 +01:00
Симеон Цветков
2aa2c8b1ce
translations: update Bulgarian 2021-02-17 23:16:55 +01:00
Moritz Bunkus
2767d8ed8e
NEWS: add entries about ISO 639-3 language codes
Part of the implementation of #3007.
2021-02-17 23:12:31 +01:00
Moritz Bunkus
ca36662204
GUI: BCP 47 widget: add warning for ISO 639-3 codes that aren't in 639-2
Part of the implementation of #3007.
2021-02-17 23:12:31 +01:00
Moritz Bunkus
0cb718c8af
GUI: chapters: set IETF BCP 47 language elements when importing from DVDs 2021-02-17 23:12:31 +01:00
Moritz Bunkus
10e48d0841
GUI: BCP 47: make use of ISO 639-3 languages configurable
Part of the implementation of #3007.
2021-02-17 23:12:31 +01:00
Moritz Bunkus
6a5b4b97db
BCP 47: add ISO 639-3 languages (only those of type "living")
Part of the implementation of #3007.
2021-02-17 22:19:10 +01:00
Moritz Bunkus
c9884c3e77
build system: don't optimize when compiling iso639_language_list.cpp
Even `-O1` causes compilation time & memory usage to skyrocket,
possibly exponentially, with the number of entries to `emplace_back()`
into the vector.

This isn't so bad with the current number of entries (489). In that
case compilation with `-O3` only takes 7.2s.

However, extending the list to cover ISO 639-3 means that the list
will include 7160 entries. With that many entries things are much,
much more severe:

• with `-O1` alone compilation takes 11m 23s already.
• with `-O3` memory usage exceeded 20 GB after six minutes when I had
  to abort due to other running applications getting killed.

Runtime cost is negligible. I ran a micro benchmark. With all 7160
entries and no optimizations (`-O0`) the initialization takes ~1.4
milliseconds for the one-time initialization on startup; with
optimizations (`-O1`) it still took ~570 microseconds.

Part of the implementation of #3007.
2021-02-17 22:18:20 +01:00
Moritz Bunkus
5b85b2fae5
GUI: BCP 47 widget: always include free-form ISO 630 language code in combobox 2021-02-17 15:15:05 +01:00
Moritz Bunkus
e3a4f1737f
GUI: use same menu names in .ui and .cpp files 2021-02-14 15:08:04 +01:00
Moritz Bunkus
9068417bca
Merge remote-tracking branch 'moni33/CompressedPNGs' 2021-02-14 14:56:37 +01:00
Moritz Bunkus
44e74d7d1b
tests: update due to 659a83e542 2021-02-14 14:54:53 +01:00
Moritz Bunkus
18f9431028
Merge remote-tracking branch 'tomty89/pcm_packet' 2021-02-14 14:40:49 +01:00
Moritz Bunkus
2a851a466c
man page translations: update list of translatable strings; update German translation 2021-02-14 11:24:16 +01:00
Burak Yavuz
11dcf5cf07
translations: update Turkish 2021-02-14 11:23:25 +01:00
Timofey Lisunov
034110439b
translations: update Russian 2021-02-14 11:23:20 +01:00
Roberto Boriotti
7185c8bc60
translations: update Italian 2021-02-14 11:23:11 +01:00
TMTisFree
d3eb395d3a
translations: update French 2021-02-14 11:23:04 +01:00
Israel Lucas Torrijos
b6ed060890
translations: update Spanish 2021-02-14 11:22:43 +01:00
Симеон Цветков
b664569d59
man page translations: update Bulgarian 2021-02-14 11:22:35 +01:00
Симеон Цветков
9d37ff33ff
translations: update Bulgarian 2021-02-14 11:22:24 +01:00
Moritz Bunkus
3854feed87
format verifier: ignore one more entry in the Turkish translation
…%100… as a translation for …100%…; the string isn't used in Qt,
therefore OK.
2021-02-14 11:21:07 +01:00
Moritz Bunkus
c13257dba1
man pages: fix name of --colour-matrix-coefficients option
Fixes #2933.
2021-02-14 11:14:17 +01:00
Tom Yan
659a83e542 pcm_packetizer_c: fix packet size calculations
There's no apparent reason that we need our packets to be "second-aligned".
Neither does the heuristic that picks the divisor looks sensible anyway.

25 should be a good divisor for all common sample rates, as the derived packet
size/length will be sensible and consistent (40ms). The packets will keep on
being "second-aligned", regardless of whether that is necessary.

Also making sure that m_min_packet_size is no less than 4ms for the 44.1KHz
family.
2021-02-14 11:16:57 +08:00
Moritz Bunkus
b90c3e7a3d
GUI: end-of-job actions: add appended/additional part names to SOURCE_FILE_NAMES variable
Fixes #3029
2021-02-13 16:20:56 +01:00
Timofey Lisunov
11c4520aec
translations: update Russian 2021-02-13 15:50:59 +01:00
Roberto Boriotti
abf1dc95b2
translations: update Italian 2021-02-13 15:50:47 +01:00