VLC 2.03/Mint 13 won't play DVB TS files over network

[Datatag]

Hello All

This is my first post so please be gentle!

I'm running Linux Mint 13 with VLC 2.03 and can't get VLC to play .ts files [MPEG-2 DVB Transport Stream] captured direct off-air and stored on an SMB share, mounted locally using smbmount. If I copy one of the files to a local folder then VLC will play it so the file itself is OK and a .mpg file [MPEG-2 Program Stream] stored in the same SMB location will play fine in VLC, so access to media files stored on the SMB server is OK.

Interestingly, Gnome Player will play these .ts files either via the SMB share or stored locally.

I don't know if it's relevant but if I right-click one of the .ts files and select Open With -> Other Application then the .ts files appear to be recognised as "Message Catalogue" files and a bit more digging shows these as being associated with "text/vnd.trolltech.linguist". However checking further into file type associations shows file type "video/mp2t" also has .ts as a filename pattern so this is probably not related.

I've enabled VLC logging and have log files for accessing the .ts files both local and remotely if this would help - these are large (~25Kb) so I didn't want to post them unless they're needed.

I support VLC and prefer to use it as my default player where possible, so I would like to get this to work! I'd be grateful if anyone can offer any help!

Thanks in anticipation!

Derek.

[edwardw]

I've enabled VLC logging and have log files for accessing the .ts files both local and remotely if this would help - these are large (~25Kb) so I didn't want to post them unless they're needed

Well, without debugging we can only guess at what is the problem, so please pastebin the log to somewhere like http://pastebin.com or http://paste.kde.org/

[Datatag]

I've enabled VLC logging and have log files for accessing the .ts files both local and remotely if this would help - these are large (~25Kb) so I didn't want to post them unless they're needed

Well, without debugging we can only guess at what is the problem, so please pastebin the log to somewhere like http://pastebin.com or http://paste.kde.org/

Ok Edwardw - I'm new to posting in this forum and with that amount of data in the logfile, I didn't think that an inline post would be suitable.

For info, I'm running Mint 13, 32 bit version and I've uploaded the log-files' text to pastebin as follows:

http://pastebin.com/yd8Qb1aw covers local file playback
http://pastebin.com/AP8FbjV3 covers network file playback.

Thanks for your help.

Regards

Derek

[edwardw]

Ah, I see what's causing the problem. This is a known bug with M2TS subtitles and TS files: http://trac.videolan.org/vlc/ticket/3075

Can you try moving or renaming the file "/media/video/2012-08-12_18-54-00_BBC FOUR (eng)_Pop Go the Sixties.txt" ? It should workaround the problem for you.

[Datatag]

Hi Edwardw - that worked a charm.

The .txt file in question is a metadata file generated by the DVB capture program containing EPG information relating to the recording, which I keep for archival info.

I gather from the bug-post that this is a fairly old issue now and I did search the forum before posting, but obviously not using the right terms...!

As your workaround was a success I was originally going to write a quick script that ran periodically and moved any .txt and .log files to a sub-folder but, on further investigation, I found another workaround within VLC Player itself. Disabling the "Autodetect Subtitle Files" option in the preferences menu (Tools -> Preferences -> All -> Subtitles/OSD) appears to make VLC Player ignore any non-video files present in the current folder and as I don't have any video files requiring separate subtitles, the loss of the auto-loading feature won't be a problem for me.

Thanks again for your help and hopefully this issue will be resolved soon.

Kind Regards

Derek.