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 616346 - Motion JPEG Typefinding
Motion JPEG Typefinding
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.28
Other Windows
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-04-20 22:42 UTC by David Hoyt
Modified: 2010-04-21 00:18 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Sample Motion JPEG (482.88 KB, application/octet-stream)
2010-04-20 22:42 UTC, David Hoyt 		  Details
Stopgap fix (1.12 KB, patch)
2010-04-20 22:43 UTC, David Hoyt 		none Details | Review

Description David Hoyt 2010-04-20 22:42:13 UTC 
Created attachment 159212 [details]
Sample Motion JPEG

Typefinding the attached motion jpeg file that uses multipart to separate jpeg frames seems to select jpegdec ahead of multipartdemux for some reason.

Applying the attached patch remedies the situation because typefinding functions that use extensions are reordered and placed before the others.

This is probably not the root cause of the issue, however.
Comment 1 David Hoyt 2010-04-20 22:43:22 UTC 
Created attachment 159213 [details] [review]
Stopgap fix

I apologize that this isn't in the proper git patch format. I don't use git and I'm in Windows.
Comment 2 Michael Smith 2010-04-20 22:48:23 UTC 
This works correctly without the patch. Since the patch won't do anything, that's unsurprising - perhaps this was broken at some point in the past and you were accidentally testing with the wrong version?
Comment 3 David Hoyt 2010-04-21 00:18:04 UTC 
This was my mistake - an issue with my build or something else I inadvertently introduced.