| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Fixes https://github.com/HandBrake/HandBrake/issues/501
|
|
|
|
| |
Fixes https://github.com/HandBrake/HandBrake/issues/439
|
|
|
|
| |
fixes https://github.com/HandBrake/HandBrake/issues/128
|
|
|
|
|
|
| |
Probably the cause of crash seen in nightly builds
fixes https://github.com/HandBrake/HandBrake/issues/597
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* audio_resample: fix mapping of mono to single channel
libav's mixer code can't map single channel layouts to other single
channel layouts. And we were asking it to map e.g. front left to front
center because out MONO mixdown == libav front center. So when we
request MONO and the source is any single channel, change our output
layout to match the input.
fixes
https://forum.handbrake.fr/viewtopic.php?f=12&t=36016&sid=c5993fa7375792a940152c8adda19a54
* Incorporate Rodeo's suggestions
* fix grammar
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Don't return EAGAIN from decoders.
When waiting for codec parameters, the decoder returned EAGAIN which was
meant to be interpreted as "send more data". But the new libav decoder
API changed the definition of EAGAIN to mean "send the same packet
again". So hang.
|
|
|
|
| |
fixes https://github.com/HandBrake/HandBrake/issues/587
|
|
|
|
| |
Fixes https://github.com/HandBrake/HandBrake/issues/510
|
| |
|
|
|
|
|
|
| |
x265 expects the framerate specified to be the same for both passes. So
we must set the same value even when we compute that the actual
framerate differs from what the file's header says.
|
|
|
|
| |
source is not a stream. Revert to the 0.10.x behaviour.
|
|
|
|
|
|
| |
Remove hopelessly broken code that attempted to rewind the seek point to
a position in the file where subtitles in every subtitle track after
the seek time are after the computed position.
|
| |
|
|
|
|
|
|
| |
We were only adding subtitle tracks specifically designed for letterbox
when letterbox is permitted. We should also add the subtitle tracks
that are specifically designed for wide screen.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These logs can be enabled by uncommenting HB_DEBUG_CFR_DROPS at the top
of the file.
If you have any sources that use progressive frame upsampling that you
would like to test with this new frame drop algo, enable these debug
logs to get full details of what frames are dropped and passed.
They show which frames are dropped and the metrics that the decision to
drop is based on. They also show which frames are passed and the
cadence of passed vs. dropped frames.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new algo caches extra frames so it can select a "best" frame to drop
from a list. A metric for each buffer is calculated as it is added to
the list. The metric indicates how much the frame differes from the
previous frame. The one with the lowest metric is selected for dropping
when a drop is required.
The old algo tried to latch on to a pattern without keeping any extra
frames. When "in sync" it would drop the buffer that fit the pattern.
But this only worked for a few specific patterns I had tested with and
did not work for all possible patterns (e.g. issue 50 where 1 in 5
needed to be dropped to convert 29.97 to 23.976).
fixes https://github.com/HandBrake/HandBrake/issues/50
|
|
|
|
|
|
| |
These are samples that were not in the original source and were added by
the encoder. To get a faithful reproduction of the source, they must be
dropped.
|
| |
|
|
|
|
|
| |
The error was small, but could result in a 1ms shift for every
generation of remuxing.
|
|
|
|
|
| |
Setting the time_base to 90khz reduces rounding errors when converting
back and forth from the default which was sample_rate.
|
|
|
|
|
| |
When exactly input_samples were left in the input buffer, we were
dropping them when they could be encoded.
|
| |
|
| |
|
|
|
|
|
| |
And set audio init_delay so that we can record the encoder delay in the
output container.
|
|
|
|
|
|
|
|
|
|
| |
This will make it possible to read encoder delay back and drop the
samples appropriately.
Writing preroll sample group to the mp4 fixes post-processing of the
file with Apple tools. If the roll sample group is not present, Apple
tools will apply an implicit rule to remove encoder delay which results
in the delay being dropped twice.
|
|
|
|
| |
No functional difference
|
| |
|
|
|
|
|
|
| |
If a stream is delayed by a large amount and the first timestamp from
the stream is AV_NOPTS_VALUE, sync assumed a 0 timestamp which caused
loss of sync. Drop the buffer instead.
|
| |
|
|
|
|
|
|
|
|
|
| |
This commit adds entries to app.config and app.manifest to enable per
monitor DPI awareness in Windows 10. The application will behave as
before on platforms that do not support this.
The implementation was done using official Microsoft documentation:
https://github.com/Microsoft/WPF-Samples/tree/master/PerMonitorDPI
|
|
|
|
| |
advanced view.
|
|
|
|
| |
Missed changing this when moving init_delay out of esconfig union
|
|
|
|
|
|
|
| |
initial_padding is used to inform libav muxers of initial encoder delay
duration. When set for mkv it can be used to remove the silence samples
during playback since the delay value gets stored in the mkv CodecDelay
element.
|
|
|
|
|
|
| |
initial_padding is used to inform libav muxers of initial encoder delay
duration. When set for mkv it can be used to remove the silence samples
during playback.
|
| |
|
|
|
|
|
|
|
|
|
| |
Fixes problem reported here
https://forum.handbrake.fr/viewtopic.php?f=11&t=35690
Also possibly related
https://github.com/HandBrake/HandBrake/issues/466
https://github.com/HandBrake/HandBrake/issues/495
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes crash reported here
https://forum.handbrake.fr/viewtopic.php?f=11&t=35690
Does not fix scan problem, but follow-up commit will.
Also possibly related
https://github.com/HandBrake/HandBrake/issues/466
https://github.com/HandBrake/HandBrake/issues/495
|
|
|
|
|
|
|
|
| |
Ugh! I need a brain transplant! This would have cause a properly
functioning player to insert silence at the start of playback that
wasn't in the original source.
reverts 5429a92c51682240acbbe7b150d314d993d7d3a0
|
|
|
|
|
| |
This prevents libav from adding an mp4 edit list entry that causes a
properly functioning player to drop the first couple of audio frames.
|
| |
|
| |
|
| |
|