Thanks, but i have already tried handbrake and it didn’t work. It can only output mp4 and mkv files as opposed to avi. When i had it set to burn in the subs to the image outputting on either of those containers neither worked. i was able to make the sub internal to the container, i then tried to do the burn in with handbrake from that as opposed to external srt, and that didn’t work either i’m afraid. I will have a look at the other software you mentioned though.
Anime fan say hello to everyone!
“- PGS (SUP) subs from Blu-Rays are only supported in M2TS but not MKV containers”
I think I got an idea solving this- by converting Blu-ray to MKV without changing video and audio streams while converting pgs sub to vobsub. Find my post here:
Pretty obvious which is why I didn’t mention it. Also because it’s not really a solution since internal Vobsubs are messed up (as demonstrated in post 1).
Hi, this is my first post, and I just registered to say I can’t understand why WD TV LIVE Plus still has transparent subs and no way to change colour and body of them.
If it was up to me, I’d get rid of transparency, and give the option to choose between yellow and white subs, and the option to choose between two font bodies, like regular and bold, because I think bold white non-transparent subs with a nice black outline would fix most of readability issues.
Thanks in advance!
The subs which are subject to the transparency bug are saved as images, which makes it rather clumsy to change font, style and color. You cannot do this with a disk player, neither.
The .SRT subs are quite another story, but they do have not a transparency issue AFAIK.
Cocovanna
Is this answer for me? If that’s the case, I only use SRT subs, and they all look semi transparent, and never had that problem on my DVD player, which had bold white subs with strong black outline.
Cocovanna wrote:
The .SRT subs are quite another story, but they do have not a transparency issue AFAIK.
You mean apart from the transparency clearly demonstrated by the screenshot in the initial posting of this thread?
Techflaws wrote:
Cocovanna wrote:
The .SRT subs are quite another story, but they do have not a transparency issue AFAIK.
You mean apart from the transparency clearly demonstrated by the screenshot in the initial posting of this thread?
Sorry, didn’t notice that (that’s the AFAIK part ). I only use SRT for a single season of a TV series, and thos SRT’s haven’t bothered me.
Cocovanna
This issue hasn’t been resolved yet? Why haven’t they fixed it yet? It can’t be that hard. This is like, the only reason I have not yet bought a WD TV Live yet.
No, it hasn’t and you would have to ask WD why that is the case.
Wow… that’s terrible, and unfortunate. This device looks like it’s exactly what I’m looking for too - playing local media, with good support for youtube and other premium content without the bloat.
But this subtitle issue is enough of a deal breaker that I’ll probably end up spending 3x more to get an HTPC with XBMC. Really unfortunate.
Since it’s apparent WD has no intention of ever fixing this do you guys know of a HD media player that fully supports A.S.S. subtitles? I watch a lot of subbed anime and foriegn films, so I could use a media player that is able to properally display the subs. I’ve payed hundreds of dollars on WD products only to be disapointed every time. They’re great when it comes to prettty much every format except MKV which just so happens to be my most played format.
Actually pixelpower and me have been contacted by WD to provide them with files demonstrating the bugs listed in this thread and we happily complied. Of course this does not mean those bugs will be fixed. However, if you really want to get tips on other players, please start your own thread cause I want this one to stay on topic.
That’s good to hear. I’ve always loved WD products and I would love them even more if the support for subtitles would get better.
“-dropouts: External/internal idx/sub with more than 1 stream show irregular dropouts of certain items.”
While converting some of my dvds to mkv with Handbrake I thought I ran into this bug: certain subtitles from an idx/sub file did not show up no matter if I muxed them into the mkv or used them as external files. Some sentences were missing and it was very annoying to watch the movie with these irregular dropouts.
Those subtitles that did not show up had no end time set and WDTV Live (with firmware 1.05.04_V) does not display them from an idx/vob file. The funny thing is that it does display them from within a dvd iso.
I fixed the subtitles with BDSup2Sub: simply opened the idx/sub file, and saved them after seeing warnings “WARNING: Invalid end sequence offset → no end time” As an external subtitle it works fine now (as internal one it still has the palette bug with the colors are messed up therefore I use externals).
Mmh, what end time are you talking about? An idx usually looks like this:
timestamp: 00:01:12:840, filepos: 000000000
timestamp: 00:01:15:440, filepos: 000001800
timestamp: 00:01:17:000, filepos: 000002800
timestamp: 00:01:19:160, filepos: 000003800
So where is the endtime of each item listed?
Tests so far suggest that the dropouts stem from AutoGK. Do you know what tool Handbrakes uses to extract the subs from the ISO?
The idx snippet you pasted contains the byte offsets for each subtitle frame and its timing.
In my case the problem was with the sub file. I figured (it was just a hunch) that there is some inconsistency in the binary stream (the sub) extracted from the dvd. The sub is the raw Packetized Elementary Stream (PES) dumped from the dvd and it is binary hence hard to inspect and I was not able to find any good specification about it.
Off the top of my head I remembered that I read somewhere that WDTV had issues in the past with (bogus?) binary sub streams. So I just parsed the binary with the BDSup2Sub and that proved my right: “Invalid end sequence offset → no end time”. The program fixes the invalid end offset while importing the sub file. Then it can be exported and WDTV is happy to show the previously missing subtitles as well.
I checked a few other sub files extracted with Handbrake and all are fine. It my be an incorrectly authored dvd and other players (even WDTV in dvd mode) are more robust and handling these errors gracefully.
Without the specification I cannot tell whether the END command in the subtitle frame is mandatory or optional but it would be nice if WDTV could recover even if it’s missing. It’s just a matter of setting the end offset to the size of the control header in the frame while parsing.
Nice catch. Gonna check out if this has any effect on my subs done with AutoGK. Concerning sub specs, I’ve only found this so far (check out MPEG Quick Reference > “Pack Headers” and “Packetized Elementary Stream Headers”).
“Internal Vobsubs (idx/sub) are messed up, apparently some colors of the palette are ignored/replaced.”
I spent a couple of hours on this and found the bug. The subframe in a subtitle stream has 4 colors. Each of those have an index that refers to one color in the palette and each has an alpha (opacity) value. The bug is that WDTV sets the alpha value to zero for the 4th color hence it’s always transparent. If the 4th color is assigned to the outline then the subtitle seems to have no outline. If it’s assigned to the pattern then you can “see through” the characters (they only have outline), etc.
As a workaround the subtitle colors can be swapped in a way that an already transparent color gets the last index. There is always one - the background color. This workaround does not change the look of the subtitle at all other than the case where it’s embedded and played on wdtv.
I did not find any tool that could do this index swapping so I have modified the bdsup2sub to have an option to export idx/sub with this wdtv workaround. It finds a transparent color and swaps it with the 4th color that wdtv already interprets as fully transparent (and does the same with the alpha values and the palette references). BTW, running the subtitle through bdsup2sub works around the invisible subtitle bug as well that I mentioned earlier: it sets the end time for the subtitles with indefinite duration.
PS: I have not published the modified bdsup2sub because I have to check the license restrictions or contact the author first.
Wow. Fantastic bit of troubleshooting!
