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 330711 - [ffmpegcolorspace] problems with palettized RGB (fencounter.avi)
[ffmpegcolorspace] problems with palettized RGB (fencounter.avi)
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other All
: Normal normal
: 0.10.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 331790 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-02-10 19:18 UTC by Christian Fredrik Kalager Schaller
Modified: 2006-02-24 14:01 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
Attaching avi file (769.67 KB, video/x-msvideo)
2006-02-10 19:19 UTC, Christian Fredrik Kalager Schaller
Details

Description Christian Fredrik Kalager Schaller 2006-02-10 19:18:01 UTC
Please describe the problem:
This file used to play, but currently it doesn't seem to work at all.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Christian Fredrik Kalager Schaller 2006-02-10 19:19:00 UTC
Created attachment 59098 [details]
Attaching avi file
Comment 2 Edward Hervey 2006-02-12 13:33:08 UTC
it's video codec is video codec: Palettized 8-bit RGB,

The following command line works : 
gst-launch-0.10 -v -t filesrc location=fencounters.avi ! decodebin ! ffmpegcolorspace ! xvimagesink

Comment 3 Tim-Philipp Müller 2006-02-13 11:56:40 UTC
The above pipeline works for me too, but when played with playbin I get glibc assertion failures. It's usually one of two:

Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: audioclock2
*** glibc detected *** free(): invalid next size (normal): 0x08285278 ***

Program received signal SIGABRT, Aborted.

Thread 922835888 (LWP 13214)

  • #0 _int_malloc
    from /lib/tls/i686/cmov/libc.so.6
  • #1 malloc
    from /lib/tls/i686/cmov/libc.so.6
  • #2 IA__g_malloc
    at gmem.c line 131
  • #3 gst_buffer_new_and_alloc
    at gstbuffer.c line 284
  • #4 gst_gnome_vfs_src_create
    at gstgnomevfssrc.c line 988
  • #5 gst_base_src_get_range
    at gstbasesrc.c line 1126
  • #6 gst_base_src_pad_get_range
    at gstbasesrc.c line 1197
  • #7 gst_pad_get_range
    at gstpad.c line 3410
  • #8 gst_proxy_pad_do_getrange
    at gstghostpad.c line 220
  • #9 gst_pad_get_range
    at gstpad.c line 3410
  • #10 gst_pad_pull_range
    at gstpad.c line 3492
  • #11 gst_type_find_element_getrange
    at gsttypefindelement.c line 811
  • #12 gst_pad_get_range
    at gstpad.c line 3410
  • #13 gst_pad_pull_range
    at gstpad.c line 3492
  • #14 gst_avi_demux_loop
    at gstavidemux.c line 2297


valgrind isn't much use here either.

Christian, are you getting the same as I do, or something different?

Comment 4 Luca Ognibene 2006-02-21 22:40:06 UTC
I get the same debug as Tim. 
I can replicate the bug also using:
  filesrc ! avidemux ! ffmpegcolorspace ! videoscale ! fakesink
or
  filesrc ! avidemux ! ffmpegcolorspace ! videobox ! fakesink

(demuxer -> colorspace -> child of basetransform -> sink)
Comment 5 Tim-Philipp Müller 2006-02-23 19:14:41 UTC
*** Bug 331790 has been marked as a duplicate of this bug. ***
Comment 6 Tim-Philipp Müller 2006-02-24 14:01:43 UTC
This should fix it again:

2006-02-24  Tim-Philipp Müller  <tim at centricular dot net>

       * gst/ffmpegcolorspace/gstffmpegcolorspace.c:
       (gst_ffmpegcsp_caps_remove_format_info),
       (gst_ffmpegcsp_get_unit_size):
         The 'palette_data' field from incoming RGB caps shouldn't be
         proxied on outgoing YUV caps; also, restrict unit size
         adjustment in case of paletted data only to the unit that
         actually has a palette. Fixes #330711.