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 303054 - error while playing a .wmv-file
error while playing a .wmv-file
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-05-04 20:46 UTC by Michaël Arnauts
Modified: 2005-10-03 11:37 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michaël Arnauts 2005-05-04 20:46:52 UTC
Totem tells me to file a bug, so here it is :)

Movie-file: http://media2.big-boys.com/files/skioncar.wmv

Output:
michael@mayco:/mnt/extra/Downloads$ totem skioncar.wmv
ERROR (0x81e1030 - 309788:42:22.094718000)          ffmpeg( 8281) (0):: I7:0/

ERROR (0x81e1030 - 309788:42:22.291396000)        GST_PADS( 8281)
gstpad.c(2562):gst_pad_set_explicit_caps:<ffdec_wmav20> failed to negotiate
(try_set_caps with "audio/x-raw-int, rate=(int)32000, channels=(int)2,
signed=(boolean)true, endianness=(int)1234, width=(int)16, depth=(int)16"
returned REFUSED)
ERROR (0x81e1030 - 309788:42:22.291805000)          ffmpeg( 8281)
gstffmpegdec.c(604):gst_ffmpegdec_negotiate:<ffdec_wmav20> Failed to link ffmpeg
decoder (wmav2) to next element
ERROR (0x81e1030 - 309788:42:22.292058000)       scheduler( 8281)
gstoptimalscheduler.c(2798):gst_opt_scheduler_iterate:<optscheduler1> in error state
michael@mayco:/mnt/extra/Downloads$

The GUI gives 3 errors:

An error occured
Internal GStreamer error: negotiation problem.  File a bug.

An error occured
Internal GStreamer error: pad problem.  File a bug.

An error occured
Could not get/set settings from/on resource.

I'm using latest totem/gst-* (including gst-ffmpeg) cvs.
Comment 1 Michaël Arnauts 2005-05-07 07:40:14 UTC
another file that has this problem:

errors from rhythmbox:
Internal GStreamer error: negotiation problem.  File a bug.
Internal GStreamer error: pad problem.  File a bug.
Could not get/set settings from/on resource.
Could not start pipeline playing

totem does this, but gives no error messages, the state is playing, but it stays
@ 00:00
** (totem:9141): WARNING **: could not link audio/x-raw-int,
endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16,
rate=(int)22050, channels=(int)2

file: http://download.stijnshome.be/afrekening.mp3
Comment 2 Ronald Bultje 2005-06-09 13:29:55 UTC
Not reproduceable; works for me. Can you retest using CVS?
Comment 3 Michaël Arnauts 2005-06-09 14:01:44 UTC
hmm, the movie is working now with the cvs of totem/gstreamer/ffmpeg, but i get
a few errors (however, the movie looks ok)

michael@mayco:/mnt/extra/Downloads$ totem skioncar.wmv
ERROR (0x8441fc8 - 310646:01:12.640240000)          ffmpeg(15220) (0):: I7:0/

ERROR (0x8441fc8 - 310646:01:19.858984000)          ffmpeg(15220) (0):: I7:3A/

ERROR (0x8441fc8 - 310646:01:19.859056000)          ffmpeg(15220) (0):: J-type
picture isnt supported

ERROR (0x8441fc8 - 310646:01:19.859093000)          ffmpeg(15220)
gstffmpegdec.c(801):gst_ffmpegdec_frame:<ffdec_wmv20> ffdec_wmv2: decoding error
(len: -1, have_data: 0)
ERROR (0x8441fc8 - 310646:01:29.797839000)          ffmpeg(15220) (0):: I7:3C/

ERROR (0x8441fc8 - 310646:01:29.797909000)          ffmpeg(15220) (0):: J-type
picture isnt supported

ERROR (0x8441fc8 - 310646:01:29.797945000)          ffmpeg(15220)
gstffmpegdec.c(801):gst_ffmpegdec_frame:<ffdec_wmv20> ffdec_wmv2: decoding error
(len: -1, have_data: 0)

(totem:15220): GStreamer-CRITICAL **: gst_data_unref: assertion
`GST_DATA_REFCOUNT_VALUE (data) > 0' failed
michael@mayco:/mnt/extra/Downloads$

the mp3 still has an problem, altough the question to file a bug is gone, it is
skipping a lot and it is hard to understand what is said.
Comment 4 Michaël Arnauts 2005-07-27 12:30:33 UTC
It is fixed, the skipping is a different bug I guess, when i seek in the stream,
it is correct.