[Bug 727946] New: decklinksrc: failure to switch states: PLAYING<->NULL

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Apr 10 02:20:59 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=727946
  GStreamer | gst-plugins-bad | 1.2.3

           Summary: decklinksrc: failure to switch states: PLAYING<->NULL
    Classification: Platform
           Product: GStreamer
           Version: 1.2.3
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: k.borowczyk at samsung.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=273965)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=273965)
Sample application to show the problem

After setting up the pipeline to play from decklinksrc element (Blackmagic
Intensity Pro capture card) and setting state to PLAYING, the output window
(autovideosink) shows up and I see the grabbed video.

Problem 1:
When I switch the state to NULL and then back to PLAYING output window is
closed, as expected - but it is not reopened upon switch to PLAYING state.

Problem 2:
Further switching of states causes coredump.
Sometimes there is also printed a complaint about double free.

The usual backtrace looks like this:

#0  malloc_consolidate (av=av at entry=0xa6400010) at malloc.c:4151
#1  0xb721f2d9 in _int_malloc (av=av at entry=0xa6400010, bytes=bytes at entry=16424)
at malloc.c:3423
#2  0xb7220485 in _int_memalign (av=av at entry=0xa6400010,
alignment=alignment at entry=16, bytes=bytes at entry=16384) at malloc.c:4403
#3  0xb7221660 in _mid_memalign (alignment=alignment at entry=16,
bytes=bytes at entry=16384, 
    address=0xb474b426
<CDeckLinkAudioInputPacket::CDeckLinkAudioInputPacket(unsigned int)+70>) at
malloc.c:3106
#4  0xb722321a in __posix_memalign (memptr=0xa6fff09c, alignment=16,
size=16384) at malloc.c:5016
#5  0xb474b426 in CDeckLinkAudioInputPacket::CDeckLinkAudioInputPacket(unsigned
int) () from /usr/lib/libDeckLinkAPI.so
#6  0xb4768bff in CDeckLinkInput::readNextAudioInputPacket_MutexHeld(unsigned
int*) () from /usr/lib/libDeckLinkAPI.so
#7  0xb4769f61 in CDeckLinkInput::inputFrameArrivalCallack() () from
/usr/lib/libDeckLinkAPI.so
#8  0xb47469ae in CDeckLink::DriverNotificationThreadFunction(void*) () from
/usr/lib/libDeckLinkAPI.so
#9  0xb7144f70 in start_thread (arg=0xa6fffb40) at pthread_create.c:312 #10
0xb729670e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129


I attach a simple application to show the problem.
The (not attached) CGSTMainloopThread only initializes gstreamer, creates main
loop object and enters the loop.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list