Some subtiles will not display on dvd player

[Mannix]

I have an LG BD350 player. Downloads that will play in VLC with srt subs shown will not have any subs on the LG. There will be no option for subs only the word off when the remote subs button is pressed.

They are in AVI containers. I discovered thru media info that most of the ones that will have subs on the LG are DIVX and most of the ones that will not are xvid.

But some xvid will show subs on the LG. I have saved the srt as ANSI as in other threads. But still no way to tell if the file will show subtitles in the LG except trying. Very annoying. I have difficulty with hearing and need subs

[Baldrick]

You could try make a .divx/avi with embedded subs using AVIAddXSubs.

[Mannix]

You could try make a .divx/avi with embedded subs using AVIAddXSubs.

i guess i could but adding an srt is quicker. there must be some reason why some of them show subs and oters do not

[Mannix]

is it possible to put portable vlc on a usb, plug usb to dvd player and play the film from the usb on vlc

[jman98]

You could try make a .divx/avi with embedded subs using AVIAddXSubs.

i guess i could but adding an srt is quicker. there must be some reason why some of them show subs and oters do not

Embedded subs usually DON'T work. It would not be my suggestion although it's easy enough to try it once and see if it works.

Yes, of course there are reasons why some of the subs don't work.
1) Usually players that play Divx/Xvid require the subs to be in a separate file with the exact same name (minus the extension) as the video. For example, if you have a video named MYVIDEO.AVI then the subtitles need to be named MYVIDEO.SRT. If you have MYVIDEO.AVI and the subs are named ENG.SRT, that won't work.
2) Your player MAY (I have no idea) support subs if they are muxed into an AVI container, but the ones that work used a different tool for muxing than the ones that don't work.
3) The subs that don't work may be in a different language that is not supported and you didn't tell us that the ones that work are, for example, English and the ones that don't work are Japanese.
4) The subs that don't work may have been edited or created on a Mac or Linux server and the difference in the end of line character between those operating systems and Windows is a problem for your player. Generally standalone players require subtitle files to use Windows EOL marks. This can be fixed by simply opening the SRT file in Windows under Word or WordPad or NotePad and saving it.
5) The subs that don't work may be in Unicode and the ones that work are not in Unicode.

It is impossible to have your player run VLC from a flash drive.

[Mannix]

First, thanks for the in depth answer[QUOTE=jman98;2215616]

You could try make a .divx/avi with embedded subs using AVIAddXSubs.

i guess i could but adding an srt is quicker. there must be some reason why some of them show subs and oters do not

Embedded subs usually DON'T work. It would not be my suggestion although it's easy enough to try it once and see if it works.

Yes, of course there are reasons why some of the subs don't work.
1) Usually players that play Divx/Xvid require the subs to be in a separate file with the exact same name (minus the extension) as the video. For example, if you have a video named MYVIDEO.AVI then the subtitles need to be named MYVIDEO.SRT. If you have MYVIDEO.AVI and the subs are named ENG.SRT, that won't work.

Yes I do that, samename.avi and samename.srt

2) Your player MAY (I have no idea) support subs if they are muxed into an AVI container, but the ones that work used a different tool for muxing than the ones that don't work.

possible, is that writing application in media info?

3) The subs that don't work may be in a different language that is not supported and you didn't tell us that the ones that work are, for example, English and the ones that don't work are Japanese.

all english

4) The subs that don't work may have been edited or created on a Mac or Linux server and the difference in the end of line character between those operating systems and Windows is a problem for your player. Generally standalone players require subtitle files to use Windows EOL marks. This can be fixed by simply opening the SRT file in Windows under Word or WordPad or NotePad and saving it.

I open in notepad and save as/all files and as ANSI coding. Is there some way to check if the EOL marks are present

5) The subs that don't work may be in Unicode and the ones that work are not in Unicode.

I do not understand this. Is it the way it is saved in notepad that makes it unicode or not and how to check. Yes I see it is now. Tried changing to unicode did not work

It is impossible to have your player run VLC from a flash drive.

noted thanks

[Mannix]

Are subs that are put in a folder with the avi -i.e an avi and srt in one folder- considered muxed when they are separate? I though mux meant make them part of the avi container? I am not very knowledgeable find it hard to get my head round ths

[Baldrick]

You could try make a .divx/avi with embedded subs using AVIAddXSubs.

i guess i could but adding an srt is quicker. there must be some reason why some of them show subs and oters do not

Embedded subs usually DON'T work. It would not be my suggestion although it's easy enough to try it once and see if it works.

All divx certified divx players should support xsubs.

[jman98]

If you open and save in NotePad then you have Windows EOL marks in your subtitle files and you are fine. This is NOT common at all to have subtitle files edited on Macs or Linux, but I mention only as an unlikely possibility, not a realistic one.

If you are only dealing with English then don't worry about the Unicode thing. That's usually only a concern for non-Latin based alphabets.

Mux does mean to make it part of the container. Separate avi and srt files are just that - separate files. If they were muxed, there would be only one file containing the audio, video and subs all together.

Finally, you can try Baldrick's suggestion easily enough, but very few players are certified any more. Companies got tired of paying money to Divx for it when even Divx itself doesn't seem too interested in the old Divx H.263 technology any more now that many are moving to H.264. Even Divx (the company) now supports H.264 encoding.

[Mannix]

If you open and save in NotePad then you have Windows EOL marks in your subtitle files and you are fine. This is NOT common at all to have subtitle files edited on Macs or Linux, but I mention only as an unlikely possibility, not a realistic one.

If you are only dealing with English then don't worry about the Unicode thing. That's usually only a concern for non-Latin based alphabets.

Mux does mean to make it part of the container. Separate avi and srt files are just that - separate files. If they were muxed, there would be only one file containing the audio, video and subs all together.

Finally, you can try Baldrick's suggestion easily enough, but very few players are certified any more. Companies got tired of paying money to Divx for it when even Divx itself doesn't seem too interested in the old Divx H.263 technology any more now that many are moving to H.264. Even Divx (the company) now supports H.264 encoding.

Thanks. i did try changing from ANSI code to Unicode but still some will not show the subtitles. Mux means hard coded then? So they are not muxed and so the possibilty of the different muxing tool does not arise

[Steve(MS)]

Mux means hard coded then?

No.

[handyguy]

https://forum.videohelp.com/threads/320407-Ripping-subtitle-srt-problem

[johns0]

Some subtitles may not play because they have incorrect time codes,try and find another subtitle.

[Mannix]

Some subtitles may not play because they have incorrect time codes,try and find another subtitle.

Thanks. is there any way to know if the time codes are wrong by opening the srt in notepad