I second comment #48. Ubuntu 16.04 (well, Mint 18.3 Sylvia actually, but
it uses Xenial repositories).
```
$ hexdump -C -n 16 .ts
47 ff ff 50 52 49 56 54 3a 04 00 00 39 04 00 00 |G..PRIVT:...9...|
$ mimetype --all .ts
.ts: text/vnd.trolltech.linguist
.ts:
for the record; ubuntu 16.04 LTS shows ".ts2" binary files as
"text/vnd.trolltech.linguist"
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to shared-mime-info in Ubuntu.
https://bugs.launchpad.net/bugs/502642
Title:
.ts files always
I reported this bug and it was fixed in March 2010. If you see new problems
then please feel free to open a new bug report! Describe the exact situation:
does it fail with local ts-files? or only on network shares (samba)? Are the
files encrypted or playable with your videoplayer? Do you use
I hate to say it, but as part of a small paid open source development
team with a very active community bug tracker for our own product, which
is not supposed to prevent us from working on the features we need to
implement (for the paying customers who make the open product possible)
I can very
I don't understand why this is still an issue after 4 years.
I make it closer to five years.
Apparently freedesktop.org is not interested in updating their files.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to shared-mime-info in
I'm on 12.04 with shared-mime-info 1.0-0ubuntu4.1 and still suffering
from this bug. The attachment in comment #3 works for me. I don't
understand why this is still an issue after 4 years.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed
I still get Video .ts files recognised as text/vnd.trolltech.linguist in up to
date Ubuntu 11.04 - see attached file (this file can be viewed with VLC video
player)
These .ts video files are recorded with VLC video player from DVB-T broadcast
(H264 AVC format)
** Also affects: baltix
Oliver, sorry that I only just got round to this - created bug #782285.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to shared-mime-info in Ubuntu.
https://bugs.launchpad.net/bugs/502642
Title:
.ts files always get recognized as
@Michael: I checked gvfs-1.6.4 (used in Maverick) and 1.8.0 (Natty).
This part of the code has not changed since 1.6.1. However, this only
affects files on remote locations.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Please open a new bug report, check and describe your problem as exactly
as possible (OS version, local vs remote files, ...) and attach some
typical Linguist files. Then I will try to reproduce it.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
@Michael: Are local files affected too, or only remote files (samba,
ftp, ...)? The new rule for *.ts in freedesktop.org.xml has been tuned
very carefully to only match legal mpeg transport streams, alt least
locally:
match value=0x47400010 type=big32 offset=0 mask=0xff4000df/
--
You received
These are local files. I was also rather surprised, as I found that
rule and though I think it could match a text file by chance, it didn't
seem to match the first .ts file I checked. (After finding this bug I
assumed that the rule was being ignored.) Any suggestions as to what I
could try
I did a quick search and found this bug after I discovered that
upgrading to Natty causes all my Linguist files to be opened by Banshee
by default. Stefan, you mentioned that gvfs 1.6.1 can't handle looking
at file contents to determine the mime type. Does that mean that later
versions can?
--
** Changed in: shared-mime-info
Importance: Unknown = Medium
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to shared-mime-info in ubuntu.
https://bugs.launchpad.net/bugs/502642
Title:
.ts files always get recognized as
** Changed in: shared-mime-info
Importance: Medium = Unknown
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to shared-mime-info in ubuntu.
https://bugs.launchpad.net/bugs/502642
Title:
.ts files always get recognized as
not sure what the new comments describe a new bug but new issues should
be discussed on a new bug and not a closed one
--
.ts files always get recognized as application/x-linguist and never as
video/mp2t (mpeg transport stream)
https://bugs.launchpad.net/bugs/502642
You received this bug
On an up-to-date 10.04 LTS system (which has shared-mime-info
0.71-1ubuntu2) I can still see a strange phenomenon:
*.ts files on a local hard disk are recognized fine (MPEG-2 transport stream).
*.ts files on a network share (SMB on a XP host) are still recognized as
application/x-linguist.
What
@Oliver: That works, thanks.
I would like to note that my
/usr/share/mime/packages/freedesktop.org.xml has no mime-type
text/vnd.trolltech.linguist with an alias application/x-linguist,
just a plain entry for a mime-type application/x-linguist. Moving that
XML element down towards the end did the
Just for the records, with gvfs-1.6.1 it's not possible to include the file
content in the mime-type evaluation process.
Only the filename is passed to the relevant libglib function.
--
.ts files always get recognized as application/x-linguist and never as
video/mp2t (mpeg transport stream)
@Stefan: thank you for checking this! I will ask the guys who develop QT
Linguist and will then open a new bug to move its rule to the end of
freedesktop.org.xml. Using remote linguist files might be far less
common than video streams. Apropos text/vnd.trolltech.linguist: I use
shared-mime-info
Thank you for your work on the bug
--
.ts files always get recognized as application/x-linguist and never as
video/mp2t (mpeg transport stream)
https://bugs.launchpad.net/bugs/502642
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is the registrant for
This bug was fixed in the package shared-mime-info - 0.71-1ubuntu1
---
shared-mime-info (0.71-1ubuntu1) lucid; urgency=low
* debian/patches/151_video_mp2t_definition.patch:
- change to add the mpeg2 transport streams definition, thanks Oliver Joos
(lp: #502642)
*
** Branch linked: lp:ubuntu/shared-mime-info
--
.ts files always get recognized as application/x-linguist and never as
video/mp2t (mpeg transport stream)
https://bugs.launchpad.net/bugs/502642
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is the
23 matches
Mail list logo
