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 569924 - Can not determine mimetype of data within DV stream
Can not determine mimetype of data within DV stream
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.11
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-01-31 00:17 UTC by W. Michael Petullo
Modified: 2010-08-04 23:10 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
Code fragment that works on all supported / tested media types except for DV (2.57 KB, text/plain)
2009-01-31 00:18 UTC, W. Michael Petullo
Details

Description W. Michael Petullo 2009-01-31 00:17:05 UTC
Please describe the problem:
I am working on an application that registers a callback function to decodebin's "new-decoded-pad" signal. The callback function looks at the stream's GstCaps to determine its rough mimetype (i.e., audio or video).

This works for most audio and video types. However, it fails to work with a raw DV video that was captured from a video camera.

Steps to reproduce:
1. Capture some raw DV video using "dvgrab --format raw foo-"
2. Confirm stream is not corrupt: play stream with "gst-launch playbin uri=file://foo-01.dv"
3. Execute code to determine mimetye.

Actual results:
Step 2 works.
Step 3 fails.




Expected results:


Does this happen every time?
Yes.

Other information:
Comment 1 W. Michael Petullo 2009-01-31 00:18:03 UTC
Created attachment 127595 [details]
Code fragment that works on all supported / tested media types except for DV
Comment 2 W. Michael Petullo 2010-08-04 23:02:22 UTC
I am no longer having this problem as of gstreamer-plugins-good-0.10.24. The Gstreamer DV plugin now identifies my stream as audio/x-raw-int and video/x-raw-rgb.
Comment 3 Tim-Philipp Müller 2010-08-04 23:10:36 UTC
Thanks for the update. Marking as OBSOLETE though since we don't really know what fixed it exactly :)

PS: For next time: it would've been nice to have had a small sample file to reproduce this with.

PPS: these days, playbin2 and/or uridecodebin/decodebin2 are recommended over playbin/decodebin