Hm, not sure how I've missed it before, but this could indeed be a problem of the VLC player: https://forum.videolan.org/viewtopic.php?t=149863
On original files with SSA/AAS subtiles the subtitles are black either, it seems.
Is anyone using any other players than VLC / Kodi to do another check?
Search found 27 matches
- Sat Sep 10, 2022 11:22 am
- Forum: Windows
- Topic: Subtitles turns black when using mkv as output
- Replies: 11
- Views: 2158
- Sat Sep 10, 2022 10:30 am
- Forum: Windows
- Topic: Subtitles turns black when using mkv as output
- Replies: 11
- Views: 2158
Re: Subtitles turns black when using mkv as output
@WhiteBeard
Are your videos HDR or SDR? I hadn't noticed this behaviour in the past when doing SDR conversions only. Once I started to do HDR conversions as well, I see this problem everytime I do that.
Are your videos HDR or SDR? I hadn't noticed this behaviour in the past when doing SDR conversions only. Once I started to do HDR conversions as well, I see this problem everytime I do that.
- Tue Apr 26, 2022 6:24 am
- Forum: Windows
- Topic: Subtitles turns black when using mkv as output
- Replies: 11
- Views: 2158
Re: Subtitles turns black when using mkv as output
Re-encoded a 1080p SDR movie with UTF-8 subtitles now. The subtitles in the resulting video a white.
This time there aren't any burnt in subtitles in the original video though + the bars at the top and bottom were already cropped. Not sure if this makes a difference.
This time there aren't any burnt in subtitles in the original video though + the bars at the top and bottom were already cropped. Not sure if this makes a difference.
- Mon Apr 25, 2022 7:14 am
- Forum: Windows
- Topic: Subtitles turns black when using mkv as output
- Replies: 11
- Views: 2158
Re: Subtitles turns black when using mkv as output
I just dicovered the same issue using HandBrake 1.5.1 on Windows 10 64bit Same subtitle tracks are white in the original file, but black in the re-encoded file. That's using VLC player. Because of the comments here, I've also tried another player (Kodi) and there the subtitles are white. So player d...
- Wed Mar 30, 2022 7:59 am
- Forum: Windows
- Topic: File significantly smaller with 1.5
- Replies: 21
- Views: 1817
Re: File significantly smaller with 1.5
I see, thanks. Remaining question related to "hdr-opt" is how useful it is... Did two tests with "no-hdr-opt" as a comparison to "hdr-opt" turned on: crf 18: file size rised to 2,66 GB, bitrate rised to 1985 kb/s (compared to 2,00 GB @ 1241 kb/s) crf 14: file size rised...
- Tue Mar 29, 2022 8:27 am
- Forum: Windows
- Topic: File significantly smaller with 1.5
- Replies: 21
- Views: 1817
Re: File significantly smaller with 1.5
Ok, sounds like we are coming closer and hdr-opt might be the reason here. Checked the x265 documentation to see what "hdr-opt" does and what "QP" means: --hdr-opt, --no-hdr-opt Add luma and chroma offsets for HDR/WCG content. Input video should be 10 bit 4:2:0. Applicable for HD...
- Mon Mar 28, 2022 3:35 pm
- Forum: Windows
- Topic: File significantly smaller with 1.5
- Replies: 21
- Views: 1817
Re: File significantly smaller with 1.5
Yes, but higher crf, which I would use based on my pre HDR conversions, so to speak, delivers files with a low bitrate / small size. The file converted with crf 14 has a bitrate of 2625 kb/s. The attempt with crf 18 = 1241 kb/s That's exatly the point of the thread, because it appears "wrong&qu...
- Mon Mar 28, 2022 10:16 am
- Forum: Windows
- Topic: File significantly smaller with 1.5
- Replies: 21
- Views: 1817
Re: File significantly smaller with 1.5
Thanks. hdr-opt is on and I would keep it on, I think, because there is surely a reason for it being used by default. If there aren't any potential issues in the activity log or in the output of MediaInfo, then a much lower crf has to be used for the second use case (x265-10bit HDR coversion), I gue...
- Sat Mar 26, 2022 6:37 pm
- Forum: Windows
- Topic: File significantly smaller with 1.5
- Replies: 21
- Views: 1817
Re: File significantly smaller with 1.5
Here is the activity log: https://pastebin.com/uCLCQCih MediaInfo (source, 8,87 GB): Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L5@High HDR format : SMPTE ST 2086, HDR10 compatible Codec ID : V_MPEGH/ISO/HEVC Duration : 2 h 4 min Bit rate : 9 199 k...
- Sat Mar 26, 2022 4:06 pm
- Forum: Windows
- Topic: File significantly smaller with 1.5
- Replies: 21
- Views: 1817
Re: File significantly smaller with 1.5
I'm doing a conversion with the version 1.5.1 which I just installed today and will provide the activity log. Looks like a test with "aq-mode=2" won't be needed as it's the default option now. Not sure what x265's hdr-opt option is and whether it should be used or not... A note: in my post...
- Sat Mar 26, 2022 1:00 pm
- Forum: Windows
- Topic: File significantly smaller with 1.5
- Replies: 21
- Views: 1817
Re: File significantly smaller with 1.5
Since support for HDR was introduced, I had tried a few times to convert some HDR videos (1080p and 4k) to lower the file size. One "issue" was related to wrong / missing metadata, which should be fixed with the latest release for the most important parts. One "issue" still exist...
- Wed Nov 03, 2021 4:38 pm
- Forum: Windows
- Topic: Default (and forced) subtitles in the soure not marked as default in HandBrake
- Replies: 11
- Views: 882
Re: Default (and forced) subtitles in the soure not marked as default in HandBrake
Thanks JohnAStebbins, that's all I wanted to know. I fully understand what such a projects means, which is why I wasn't "demanding" or critizing(?) anything or so. It appeared as a bug to me first, then after some replies it was clear that it works as designed, so then I just wanted to kno...
- Tue Nov 02, 2021 10:55 pm
- Forum: Windows
- Topic: Default (and forced) subtitles in the soure not marked as default in HandBrake
- Replies: 11
- Views: 882
Re: Default (and forced) subtitles in the soure not marked as default in HandBrake
Nice one, very helpful and constructive.
- Mon Nov 01, 2021 9:27 pm
- Forum: Windows
- Topic: Default (and forced) subtitles in the soure not marked as default in HandBrake
- Replies: 11
- Views: 882
Re: Default (and forced) subtitles in the soure not marked as default in HandBrake
But shouldn't it be passed through?
I mean it's like a loss of information to some extent and the file plays differently after encoding.
What does speak against such a functionality?
I mean it's like a loss of information to some extent and the file plays differently after encoding.
What does speak against such a functionality?
- Mon Nov 01, 2021 6:55 pm
- Forum: Windows
- Topic: Default (and forced) subtitles in the soure not marked as default in HandBrake
- Replies: 11
- Views: 882
Re: Default (and forced) subtitles in the soure not marked as default in HandBrake
My source is MKV and also the output file is MKV. I only mentioned the forced part because it was the case in the current source file. As I said, it doesn't matter if it's set or not in the source file. The "default" checkbox is where I have an issue and unlike you, I do see the difference...
- Mon Nov 01, 2021 2:29 pm
- Forum: Windows
- Topic: Default (and forced) subtitles in the soure not marked as default in HandBrake
- Replies: 11
- Views: 882
Re: Default (and forced) subtitles in the soure not marked as default in HandBrake
I'm not using the "Forced only" checkbox (can't even edit it as it's disabled). It's about the "default" checkbox that is not set according to the source file, regardless of any "forced" flag, i.e. whether it's set or not.
- Mon Nov 01, 2021 1:00 pm
- Forum: Windows
- Topic: Default (and forced) subtitles in the soure not marked as default in HandBrake
- Replies: 11
- Views: 882
Default (and forced) subtitles in the soure not marked as default in HandBrake
Description of problem or question: I did a search and while there are some similar posts, none was exactly about my issue as far as I saw. When a video file (MKV) with one or more subtitle tracks, one of which is marked as "default" (and sometimes also as "forced" as well) in t...
- Thu Oct 28, 2021 1:39 pm
- Forum: Windows
- Topic: Wrong / reversed HDR metadata after conversion?
- Replies: 23
- Views: 4805
Re: Wrong / reversed HDR metadata after conversion?
Ah ok, didn't know it was considered a new feature. So it was planned for a major release like 1.5.0 then? That's ok then. I just wanted to make sure, that the patch didn't get lost, because I thought it was supposed to be in 1.4.2. But if not, then it's all good :) Also thanks for the hint regardin...
- Wed Oct 27, 2021 9:08 pm
- Forum: Windows
- Topic: Wrong / reversed HDR metadata after conversion?
- Replies: 23
- Views: 4805
Re: Wrong / reversed HDR metadata after conversion?
Wasn't the corrected chromaloc info supposed to be included with the next release, i.e. 1.4.2? I think there was a patch / pull request. Installed 1.4.2 today and there is still the difference mentioned in the first post: source: chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 target: chromaloc=0
- Tue Sep 14, 2021 2:48 pm
- Forum: Windows
- Topic: Error adding a track in audio defaults screen
- Replies: 1
- Views: 1902
Error adding a track in audio defaults screen
Description of problem or question: After getting some info in another thread I wanted to re-create my custom presents with new / correct settings and am getting an error message in the "Audio defaults" window, when I try to add a track: An Unknown Error has occurred. System.Reflection.Ta...
- Tue Sep 14, 2021 1:48 pm
- Forum: Windows
- Topic: Wrong / reversed HDR metadata after conversion?
- Replies: 23
- Views: 4805
Re: Wrong / reversed HDR metadata after conversion?
Great, thanks for the info and the fix! Are the other differences from my first post of any importance? chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 chromaloc=0 max-cll=595,494 cll=595,494 max-luma=1023 max-luma=255 hdr / hdr-opt / no-dhdr10-opt hdr10 / no-hdr10-opt / no-dhdr10-opt The 4. part...
- Tue Sep 14, 2021 1:04 pm
- Forum: Windows
- Topic: Wrong / reversed HDR metadata after conversion?
- Replies: 23
- Views: 4805
Re: Wrong / reversed HDR metadata after conversion?
Ok, thanks. I will test with some other files. Could you please reply to this one, so that I use correct settings next time: Totally unrelated to your issue, but to encode in HDR you have to disable the filters and select the 10bit version of x265. Thanks for the hint, must have missed that point in...
- Tue Sep 14, 2021 12:40 pm
- Forum: Windows
- Topic: Wrong / reversed HDR metadata after conversion?
- Replies: 23
- Views: 4805
Re: Wrong / reversed HDR metadata after conversion?
Hm, I don't know, not an expert here. Irritating, that the FastFlix tool writes about the same HDR related values into the encoded file as the source file: Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L4@Main HDR format : SMPTE ST 2086, HDR10 compati...
- Tue Sep 14, 2021 12:00 pm
- Forum: Windows
- Topic: Wrong / reversed HDR metadata after conversion?
- Replies: 23
- Views: 4805
Re: Wrong / reversed HDR metadata after conversion?
Source: Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L5@High HDR format : SMPTE ST 2086, HDR10 compatible Codec ID : V_MPEGH/ISO/HEVC Duration : 2 h 4 min Bit rate : 9 199 kb/s Width : 1 920 pixels Height : 800 pixels Display aspect ratio : 2.40:1 Fr...
- Tue Sep 14, 2021 11:18 am
- Forum: Windows
- Topic: Wrong / reversed HDR metadata after conversion?
- Replies: 23
- Views: 4805
Re: Wrong / reversed HDR metadata after conversion?
I'm using MediaInfo 21.03, which is the latest version according to their website. In the section "Encoded_Library_Settings :" I see this: [...]master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,20) / max-cll=595,494 / min-luma=0 / max-luma=1023 /[...] Not sur...