After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 361984 - [subparse] doesn't accept .srt file that doesn't start with "1"
[subparse] doesn't accept .srt file that doesn't start with "1"
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.4
Other Linux
: Normal normal
: 0.10.11
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-10-13 18:29 UTC by Guillaume Desmottes
Modified: 2006-10-18 15:17 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Guillaume Desmottes 2006-10-13 18:29:33 UTC
To reproduce:
- Choose a video with a external .srt file
- Remove the first subtitle (so you remove 4 lines and have your file starting with "2" now)
- Launch totem
- Freeze!

Of course the file is wrong but gst should just ignore the bad numerotation and read the second subtitle like if it was the first one.
Comment 1 Tim-Philipp Müller 2006-10-18 15:17:42 UTC
The freeze is bug #339366 and has been fixed in -base CVS earlier today.

Subparse not accepting .srt files that don't start with chunk #1 should be fixed as well now:

 2006-10-18  Tim-Philipp Müller  <tim at centricular dot net>

       * gst/subparse/gstsubparse.c:
       (gst_sub_parse_data_format_autodetect):
         Don't require subrip (.srt) files to start with a chunk number of 1.