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 668565 - typefinding: detect raw VC-1 streams
typefinding: detect raw VC-1 streams
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 741237
 
 
Reported: 2012-01-24 11:54 UTC by Ilya Smelykh
Modified: 2018-11-03 11:20 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
piece of the problem file (990.00 KB, application/octet-stream)
2012-01-24 12:42 UTC, Ilya Smelykh
  Details
typefind: detect VC-1 elementary streams (4.43 KB, patch)
2013-01-24 10:30 UTC, Gwenole Beauchesne
needs-work Details | Review

Description Ilya Smelykh 2012-01-24 11:54:02 UTC
I'm using GStreamer Core Library version 0.10.35.2 and all plugins from .2 prerelease, and it looks like typefind can't detect VC-1 raw stream and determine it as "video/x-h264, stream-format=(string)byte-stream, probability=80", so decoder can't decode this stream. The stream is not corrupted and other player (mplayer, with ffmpeg's libavformat) detects it as "raw VC-1" and plays this stream correctly.
Comment 1 Tim-Philipp Müller 2012-01-24 12:35:50 UTC
Could you attach the beginning of your file please?

 head --bytes=990k > 668565.vc1

should do the trick.
Comment 2 Ilya Smelykh 2012-01-24 12:42:03 UTC
Created attachment 205965 [details]
piece of the problem file
Comment 3 Gwenole Beauchesne 2013-01-24 06:33:20 UTC
(In reply to comment #0)
> I'm using GStreamer Core Library version 0.10.35.2 and all plugins from .2
> prerelease, and it looks like typefind can't detect VC-1 raw stream and
> determine it as "video/x-h264, stream-format=(string)byte-stream,
> probability=80", so decoder can't decode this stream. The stream is not
> corrupted and other player (mplayer, with ffmpeg's libavformat) detects it as
> "raw VC-1" and plays this stream correctly.

I could patch typefinder to detect raw VC-1 bitstreams, but I don't think that'd be useful without the vc1parse element enabled. Anyhow, I will cook a patch.

BTW, do we need to differentiate formats (WMV3 vs. WVC1) here or is this left to some other element? Rationale: people usually make "vc1" to express VC-1 Advanced profile only, and Simple/Main profiles are labelled as "wmv3".
Comment 4 Gwenole Beauchesne 2013-01-24 10:30:48 UTC
Created attachment 234292 [details] [review]
typefind: detect VC-1 elementary streams

Here is the suggested patch. I also have a variant for 0.10 if needed.
Comment 5 Tim-Philipp Müller 2014-11-27 00:45:59 UTC
Comment on attachment 234292 [details] [review]
typefind: detect VC-1 elementary streams

I get way too many false positives with this, on mpeg-2 ES, DVD IFO/BUP files, MPEG-TS files, also mp4 file fragments (m4s).
Comment 6 Gwenole Beauchesne 2014-11-27 07:42:06 UTC
Hi, I completely forgot I still had this patch around. :) Let me check if I don't have an update at the office.
Comment 7 Gwenole Beauchesne 2015-01-29 15:54:45 UTC
(In reply to comment #6)
> Hi, I completely forgot I still had this patch around. :) Let me check if I
> don't have an update at the office.

Checked around, found nothing newer, and not even that original patch. Probably elsewhere. :)
Comment 8 Víctor Manuel Jáquez Leal 2015-01-29 19:34:11 UTC
for sake of completeness, I checked how libav does it. It relies in the file extension! if the file ends with .vc1
Comment 9 GStreamer system administrator 2018-11-03 11:20:53 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/62.