| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Assum 16:9 instead
Fixes https://forum.handbrake.fr/viewtopic.php?f=11&t=37836
|
|
|
|
| |
button icon. It won't get as small as the others toolbar icon, but it's as good as it can get now. Fixes #1318
|
| |
|
| |
|
| |
|
|
|
| |
Adding an GitHub CONTRIBUTING.md file
|
| |
|
|
|
|
| |
moving back to being more of an libhb interop/abstraction library only.
|
| |
|
|
|
|
|
| |
HandBrake-<version>.flatpak contains GUI and CLI
HandBrakeCLI-<version>.flatpak is CLI only
|
|
|
|
| |
new names conform better to current win/osx snapshot names
|
|
|
|
| |
The specificaion for where appstream files go changed
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
To sign flatpak during build:
make pkg.create.flatpak PGP_ID=<key id>
|
| |
|
| |
|
|
|
|
|
| |
nasm is a build requirement that is not provided by any of the flatpak
SDKs
|
|
|
|
|
| |
"show_presets" key could cause the preset window to be shown at every
startup.
|
|
|
|
|
|
|
|
| |
ffmpeg doesn't set a default channel layout for audio that has no
explicit layout (e.g. pcm_216le). So we need to guess it from the
number of channels.
Fixes "no audio" in https://github.com/HandBrake/HandBrake/issues/1387
|
|
|
|
|
| |
*really* fix https://github.com/HandBrake/HandBrake/issues/1374 this
time.
|
|
|
|
| |
flatpak sdk doesn't include opus
|
|
|
|
| |
It is the default.
|
|
|
|
|
|
|
|
| |
The generated vpx.pc file results in undefined symbols during ffmpeg's
configure tests. libpthread is not getting added to the link line as
required. The vpx.pc file needs to include -lpthread in the Libs instead
of Libs.private when generating only a static library.
Fixes https://github.com/HandBrake/HandBrake/issues/1383
|
|
|
|
| |
Practically, there is no difference. But this is how QSV was done and is easy to read.
|
|
|
|
| |
#1144.
|
|
|
|
| |
Issue should be fixed by 7cddc6fe8779e1e098b48ecdfddf6b2c15050578.
|
|
|
|
|
|
| |
The generated opus.pc file results in undefined symbols during ffmpeg's
configure tests. libm is not getting added to the link line as
required. The opus.pc file needs to include -lm in the Libs instead of
Libs.private when generating *only* a static library.
|
|
|
|
|
| |
There's no telling which of these may be needed internally for ffmpeg
encoders, decoders, and filters.
|
|
|
|
| |
ffmpeg now requires this for video
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes FFmpeg configure error on macOS:
```
./configure: line 588: eval: --: invalid option
eval: usage: eval [arg ...]
make[1]: *** [contrib/ffmpeg/.stamp.ffmpeg.configure] Error 2
```
...caused by attempting to `eval --arch=x86_64=yes`.
|
|
|
|
| |
Improvement to 5c523dcaae9b69a3235a4b20631bc922afd028ca.
|
|
|
|
| |
Fixes https://github.com/HandBrake/HandBrake/issues/1357
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
assume x64 (#1376)
* WinGUI: fix `SignToolLocation` typos in build.xml
Previously, a mismatch between the condition (which checked for an empty `SignToolLocation`) and the action it took (by setting `SighToolLocation`) made it difficult to override the actual location of `SignTool.exe`. The bug was introduced in HandBrake/HandBrake@d375071be1158deb73ccb1d262310f15f231eca9
* WinGUI: Assume x64 platform in examples
Since 32-bit Windows is no longer supported (HandBrake/HandBrake@ecbd10efbdf286b9a5248fd0a870036cd4437360), the comment at the top of `build.xml` for WinGUI shouldn't need a platform property anymore. `build.xml` is already set to assume x64 as the default platform.
* WinGUI: minor typo fixes
Just a few aesthetic changes with no effect on functionality
|
|
|
|
| |
check codec_name and profile_name for NULL before strstr search.
|
|
|
|
|
|
|
|
|
| |
ffmpeg is inconsistent in the format of returned profile names.
Sometimes the profile name includes the codec name and sometimes it does
not. So search for the codec name in the profile name and add codec
name if it's not there. Ugh!
Fixes https://github.com/HandBrake/HandBrake/issues/1375
|
|
|
|
|
|
|
|
|
|
|
|
| |
We had a hash of limited size where we stored frame durations in
encx264. This hash has not been necessary since we moved to using
libavformat for muxing. Since the limited size of the hash put
constraints on how short frame durations could be, I've eliminated it.
This means that after the encoder, hb_buffer_t s.stop and s.duration are
no longer valid. But since they are not used during muxing, this is not
a problem.
Fixes https://github.com/HandBrake/HandBrake/issues/1374
|
|
|
|
| |
Fixes #1372.
|
| |
|
| |
|
|
|
|
| |
Addresses another suggestion here https://github.com/HandBrake/HandBrake/issues/1370#issuecomment-392958720
|
|
|
|
|
|
| |
Addresses suggestions here https://github.com/HandBrake/HandBrake/issues/1370#issuecomment-392958720
-fomit-frame-pointer may still be required on 32-bit Intel; however, we no longer support 32-bit builds.
|
|
|
|
|
|
| |
This reverts commit 83dfde11d85a3ee1a7583049c75f1044bd62c94b.
Apparently, I was correct the first time around and these need to be enabled, just not explicitly.
|
| |
|
| |
|
|
|
|
|
| |
lzma may be used by the ffmpeg tiff decoder which can be used in
matroska files.
|