2 line problem with Subtitle. [Archive]

View Full Version : 2 line problem with Subtitle.

PrincepSenatus

5th February 2006, 03:13

Hi,

I have a MP4 video clip with a subtitle track inside. When i play this video clip on the MPC or BSPlayer, i can see the subtitle correctly, except one thing:

When it should be displaying subtitles with 2 lines, a strange caracter code show up on the middle, and merge into 1 line, cutting out some part of the subtitle edge.

Let me write an example.
Instead of showing:
" And they keep talking , talking and
more talking , talking like never before"

its rendered like this:
"eep talking, talking and @ more talking , tal"
where "@" is a strange square rendered.

I have the original subtitle.srt file and its already converted into UTF-8 ( since i can see correctly all the special char in the BSplayer or in the MPC ).

For slitting the media i use the HMS ( Haali Media Splitter ), and i used Yamb 1.4 for muxing the tracks into MP4.

I could use the VSFilter to correct the problem, but is there another way to correct that line breaking problem?

Thanks.

bond

5th February 2006, 10:31

try the gabest mp4 splitter and see if this changes anything

edit: just tried two lines srt import with mp4box myself and i have no problem with both haali and gabest
maybe your input srt has a strange character where the line break is and when this gets converted to utf-8 it becomes an unkown character and therefore you get the problem?

try to clean up your srt so its only plain:

1
00:00:01,262 --> 00:00:02,787
line 1
line 2

PrincepSenatus

5th February 2006, 19:58

try the gabest mp4 splitter and see if this changes anything

i tried to use the gabest mp4 splitter ( mp4splitter_20051125 ), so i had to uninstall HMS first (to prevent any type of conflict). I used DSFilter Manager 0.5 to reg. the gabest mp4 splitter. Then i tryed to play a MP4 (subs muxed) file on the BSPlayer , but it give me error and exit.

Then I tryed the Gabest MPC ( mpc2kxp6487 ), but then, no subs was detected on the MP4 File (subs muxed).

I use a XP64 Prof. system. ( i don't known if it could be a OS 32/64 plat. problem or not )

edit: just tried two lines srt import with mp4box myself and i have no problem with both haali and gabest
maybe your input srt has a strange character where the line break is and when this gets converted to utf-8 it becomes an unkown character and therefore you get the problem?

try to clean up your srt so its only plain:

1
00:00:01,262 --> 00:00:02,787
line 1
line 2

Well, i tryed the following text in ANSI

1
00:00:05,000 --> 00:01:00,000
Testing all type of strange char:
\|!"@#£$§%&/{([)]=}?'»«*è+ºªãê-_:.;,<>

then i used notepad.exe to convert the file from ANSI to UTF-8
( saved the file in UTF-8 code ). Then muxed with Yamb 1.4 and got the same result, as you can see on the subs.jpg attached on this post. :(

I also attached the original srt ( ansi ) file, and the converted srt ( UTF-8 ) file that was used on the Yamb 1.4 muxing process, for analys.

Thanks.

bond

5th February 2006, 20:52

your utf-8 sample muxes fine with mp4box and the result plays fine with haali and vsfilter

in your ansi file the following characters seem to not be able to be converted correctly by mp4box it seems (as mp4box doesnt want to output a file with them):
«*º
after removing those i can play the output mp4 correctly with haali and vsfilter

PrincepSenatus

5th February 2006, 21:12

I used Yamb to mux the tracks, but i will try to use mp4box directly (command line) to see if that strange linebreak code still show up

:cool:

PrincepSenatus

7th February 2006, 05:09

Nop, GUI or CLI, same output, still have that wierd Char in between ( merging line 1 and line 2 into one line arround that wierd char )

Maybe because it can't recognise LF ou CR Code and translate into a wierd char saying that "he could not process that char". But that wont explain why it work on your computer and doesn't on mine. I used the last Mp4box version, i think, GPAC version 0.4.1-DEV and for HMS, i used version 1.6.60.23.

i tryed substitle in ANSI and in UTF-8, diferent format each time: srt format, ttxt format, MicroDVD format. Same result. :(

Maybe it could be related to the CodePage set in my computer, or not. I use a Portuguese Windows XP Prof. 32Bits system. But i don't known if it is related.

Thanks

bond

7th February 2006, 10:19

maybe you use an old version of vsfilter?

ttxt is always utf-8 and vsfilter seems to treat it correctly as this

Saladmin

15th February 2006, 11:31

I'm a little late to this thread but I was wondering if there might be a unix/windows text file incompatability issue here. <cr><lf> vs <lf>. Are all stages of your sub conversion and muxing done under the same os?

PrincepSenatus

16th February 2006, 02:56

well, i get the same problem, converted and muxed under: xp32 prof. or xp64 prof.

I mean, same problem without vsfilter. If i use vsfilter the problem is corrected. ( Whats hurts a little, since i only have to use vsfilter to correct that lonely problem. )

bond

16th February 2006, 20:31

if you use vsfilter, you dont get the problem

what do you use when you get the problem?

PrincepSenatus

18th February 2006, 07:28

well, i see your point !!

I am using the BSplayer Subtitler Filter (version 1.39 Build 829) and i think now, that it must be a bug that BSPlayer have when rendering a UTF8 subtitle.

If i use other players, like wmp, i have to use VSFilter to render the subs, and it will correctly show the subs.

Now, when i use the MPC, i can't even get HMS to be used, nor even to see any kind of subs with VSFilter on. Although on HMS instalation i cliked to disable MPC internal Matroska Splitter.

JoeBG

18th February 2006, 08:34