more decklinksrc problems

[Krzysztof Borowczyk]

I didn't notice earlier (I'm using rtmpsink and didn't check the stream) but after switching to PLAYING again it does not capture the video anymore. No error messages are produced, only a coredump after a few more state switches.

Switching state to paused causes no problems.

-----Original Message-----
From: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of Krzysztof Borowczyk
Sent: Wednesday, April 09, 2014 1:44 PM
To: 'Discussion of the development of and with GStreamer'
Subject: more decklinksrc problems

Hello,

I’ve encountered some more problems with the decklinksrc plugin – or maybe my usage of it? Or even the API/drivers for the Blackmagich Intensity Pro device - I'm not quite sure where the problem might be.
After some time of constant playback ( usually before 16 hours ) the application crashes. When I switch the pipeline from PLAYING to NULL and back to PLAYING it crashes much earlier (around 7th-8th repetition, sometimes earlier).

The backtrace from the coredump is always the same:

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `./gstTest'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  malloc_consolidate (av=av at entry=0xa6400010) at malloc.c:4151
4151		       malloc.c: No such file or directory.
(gdb) back
#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


Is this a known problem?
Do you think it's a problem of the API or might it be a problem with how decklink plugin calls the api?

-- 
Best regards,
Krzysztof Borowczyk

_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel