Jump to content


#Kametsu @ irc.kametsu.com - Don't forget #IdleRPG

Flattr this <·>

Photo

Handbrake not burning subtitles!!!


  • Please log in to reply
11 replies to this topic

#1
dslite4000

dslite4000

    Anime Addict

  • Crusader
  • 21 posts
I've used handbrake to burn subtitles into my anime encodes before, but now all of a sudden, its not burning the subtitles into my videos anymore. I tried rendering different videos and reinstalling handbrake and it STILL does not burn the subs!!!
Can someone help me please? I'm using the latest version of the Handbrake GUI, 0.9.5.

#2
L4ugh

L4ugh

    Not A Professional

  • Crusaders +
  • 655 posts
Are you making sure that the Burned In check box has been checked next to the sub you want burned in.

I have had problems in the past were the box wasn't checked but it burned the subs in anyways. I think it is a bug in the gui that causes it to not show what flag is really being set. I usually just check the box then uncheck it so I know it's what I want it to be set to.

If you are using a preset, it could be something wrong with it too. So you might also want to check handbrake's folder in your User/"username"/AppData/Roaming folder, if you're on Win7 or maybe Vista. Don't know where it would be stored in XP, but if I remember right XP has an AppData folder as well.

If this isn't the problem you may need to uninstall handbrake again. Then run a reg cleaner to make sure you have everything cleaned out before you reinstall. Not sure that would really make much of a difference with the problem you're having though.

#3
dslite4000

dslite4000

    Anime Addict

  • Crusader
  • 21 posts
I followed your advice and got some interesting results.

I tried the unchecking the burn flag, but all it gave me was soft subs in subt format. I updated the presets just in case they were the problem, and then proceded to render 4 different episodes from different anime I have. The result, was that 2 of the 4 episodes did not have subtitles burned in, but the others did.

I still don't know what is wrong, so I checked the logs and found that they share the same error lines that I put in the spoiler.

Spoiler


What does Handbrake mean when is says "Cannot load default fontconfig file?" And how can I fix this?:baffle:

#4
L4ugh

L4ugh

    Not A Professional

  • Crusaders +
  • 655 posts
Are you encoding a file that has already been encoded before?

The [ass] part is most likely referring to the .ass subititle format, and I'm not sure that handbrake has full support for .ass. The rest of it looks like it may be a problem with the font the subtitle is using. Is the font in the subtitle track a rare font that may not be included with your OS?

If you have a demuxing program like mkvcleaver for mkvs, you might try running it through that to see if the file has a .ttf (true-type font) file in it. If it does have a .ttf file in the original file you may need to merge that with your new one for the subs to work.

What do the logs for the two videos that did have the subs say? Did it mention if the fontconfig was loaded or not?

As for toggling the Burn In check box I didn't mean to leave it unchecked. The problem you are having is the exact opposite of the one I had, so you would need to reverse what I did. Sorry for not explaining better. What I meant to say was toggle it from the setting you want to the one you don't want, and then back again. From what I'm seeing in the spoiler though I think it is a problem with handbrake not knowing how to handle the .ass subtitle track.

#5
dslite4000

dslite4000

    Anime Addict

  • Crusader
  • 21 posts
Yes, the file was encoded before. I'm converting it so that I can see the styled subtitles for the japanese audio burned into the video for my ipod.

The log for the videos that had the subs burned in successfully said exactly the same thing about the [ass] part, so I used mkvmerge to compare the contents of the originals. I noticed that the ones that failed in burning in the subs did not have any .ttf files attached. Meanwhile the ones that worked did. I even double checked the original of a file i successfully converted in the past and it also had .ttf files attached.

Do you think this means that, like you said, Handbrake has problems with the .ass that can only be fixed with attached .ttf files?

#6
Koby

Koby

    Beyond the Grave

  • Administrator
  • 11741 posts
  • LocationTexas
I believe the problem is that the fonts used in the subtitle script aren't attached to your mkv and also not installed on your pc so handbrake fails to load the font and therefore throws an error. You may try attaching the font files first. If you don't have them, you can always edit the ass script to different fonts and then attach the files.


Join our IRC channel at #Kametsu @ irc.kametsu.com

34341_s.png

Social Networks: [Facebook] [MyAnimeList] [MALgraph (DOWN)]


Come play Phantasy Star Online Blue Burst for free with me!


#7
L4ugh

L4ugh

    Not A Professional

  • Crusaders +
  • 655 posts
Yeah it could be that they haven't worked out all the bugs in supporting .ass format yet. Are you getting a consistent pass/fail with subtitles being burned in with the different presets. I mean if you repeat the encodes you did earlier do you always get the same 2/4 results or is it more luck of the drawl. One working one time and the other working another.

If you are getting the same results, are the presets that do work providing you with the quality of video you want?

I believe the .ttf is required if you want to keep the subs in the same font as the original. I'm not sure but I think that file is what provide the font for the player when the OS doesn't already have it installed. Have you tried merging the .ttf file into one of the failed burned in encodes to see if it fixes it.

Edit: Here is a link to a thread on video help that talks about the .ttf file. It also shows how to add it with mkvmerge.

#8
dslite4000

dslite4000

    Anime Addict

  • Crusader
  • 21 posts
I rendered the videos with different presets and there was no difference in the results(They stayed the same.) I tried remuxing the .ttf files into the finished products with no subs, but there was no change. Then I edited the .ass subs with aegisub to use the Microsoft YaHei font for the subs and muxed the .ttf, the edited subs, and the respective video track into another mkv before running it through Hanbrake again. After that, the subs began to burn into the video.

I also tested out what would happen if Handbrake burns subs into the video, but this time, I muxed in a .ttf file from one of my other videos and did not edit the subs to use them. The text in the spoiler is from the log of that render.

Spoiler


At first, I was woried it wouldn't work. But when I checked the outputted file, the subs were burned into the video in the other font. I think what you both said about Handbrake not supporting .ass is true, and that it can only burn them in if ANY .ttf is attached to the input.

#9
L4ugh

L4ugh

    Not A Professional

  • Crusaders +
  • 655 posts

I rendered the videos with different presets and there was no difference in the results(They stayed the same.)


So you do have a preset that will consistently burn in your subtitle track?

Are the subs from the vids that did burn in the same font as the original mkv file?

I also tested out what would happen if Handbrake burns subs into the video, but this time, I muxed in a .ttf file from one of my other videos and did not edit the subs to use them. The text in the spoiler is from the log of that render.

Spoiler


At first, I was woried it wouldn't work. But when I checked the outputted file, the subs were burned into the video in the other font. I think what you both said about Handbrake not supporting .ass is true, and that it can only burn them in if ANY .ttf is attached to the input.


The .ttf file you muxed in was not related to the sub track you muxed it with?

The font that was burned in was the Microsoft YaHei?

I think the new errors in the log are telling you that the font in the ttf doesn't match the sub track. Is the font from the original mkv the ClearfaceGothicLTStd-Roman?

If that is the case you could also try installing that font to see if that fixes the problem.

What version of windows are you using?

Sorry for so many question, but I'm trying to figure out if handbrake actually managed to use the uninstalled fonts with some presets or if it managed to change them to a similar font that was installed.

#10
dslite4000

dslite4000

    Anime Addict

  • Crusader
  • 21 posts
To answer your questions in order(each paragraph is an answer):

I use the AppleTV 1&2 presets and mod them for fps=same as source, no audio track recode, and burn in subs each time I render a video.

The test videos that worked from the get go were the same fonts burned in as they were in the mkv.

One of the other test videos that did not let the subs be burned in had no .ttf file attached, but upon font comparison, had the subs in the font Microsoft YaHei. The .ttf file I muxed in the 2nd time was from one of the videos that burned in subs successfully, and was in no way related to the subs I muxed with the video that would not burn them. The 1st time, I edited the subs to use Microsoft YaHei, but the 2nd time, I didn't change the font they would use.

When I rendered the video the 2nd time, the subs were burned into the video in the ClearfaceGothicLTStd-Roman font from my other video. The ClearfaceGothicLTStd-Roman font was the only .ttf attached to the mkv that I ran through Handbrake.

The font from the original mkv was Microsoft YaHei, not the ClearfaceGothicLTStd-Roman. From my knowledge of computer programming, I know the error log I posted to say that the subs being burned into the video were looking for the Microsoft YaHei .ttf inside the mkv, but instead found the ClearfaceGothicLTStd-Roman .ttf and used that while indicating that it is a different font.

What I was trying to see with the second render(w/the different .ttf) was if Handbrake's support for burning the .ass subs into the video was dependent on there being ANY .ttf attached to the file, whether the subs were edited for using that particular .ttf or not. From my results, I see that Handbrake needs a .ttf attached to burn the .ass into the video.

For my rendering, I'm using Windows 7 Home Premium 32-bit with ffdshow to decode my video/audio and I also have AviSynth installed. To edit the subs, I used Aegisub 32-bit version 2.1.8.

I'm alright with all the questions, but I think you are right in saying that Handbrake used uninstalled subs with the AppleTV presets to burn the subs into the video.

#11
L4ugh

L4ugh

    Not A Professional

  • Crusaders +
  • 655 posts
Well it looks like you got it figured out. Sounds alot like what Kobe mentioned in his post.

If you have avisynth installed you might try running the vid through it via megui instead. I would only bother with it if the original video you have could use some sharpening or other detail work. The biggest let down in handbrake is that it doesn't offer anything like the sharpening filters that you get with avisynth.

#12
dslite4000

dslite4000

    Anime Addict

  • Crusader
  • 21 posts
Thank you for the help. Your advice was both very in depth and helpful. If it wasn't for you guys, I might never have figured it out(or worse, taken a long time to figure it out on my own).

I don't think I'll need to use any of avisynth's sharpening filters this time around because my current project involves converting a 1080p blu-ray rip into iOS HD and I've done very good on the others I have thus far.

As thanks, I plan to release some of the reencodes I completed so far via bittorrent in the near future(while giving credit to the original encoders).
:happy:




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users


Friends: Advanced Anime, Kingdom Hearts Recharged, Otaku Rave


Anime100.eu PPN Top 50