Gstreamer crash on running pipeline

[GStreamer-devel mailing list]

Hello,

 

We have struggled with a problem. We will be glad for your help.

 

We will briefly pass development environment.

-          Our yocto Project is dunfell branch,

-          gstreamer version is 1.16.3,

-          the cpu is imx6q

-          gcc version is 9.3

 

We are using two pipelines running simultaneously for /dev/video0 and /dev/video1 and the following pipeline is for /dev/video0 :

“

v4l2src device=/dev/video1 ! queue ! imxvpuenc_h264 name=imxvpuenc_4 bitrate=6000 ! queue ! h264parse name=h264parse_4 !  queue ! splitmuxsink_4.video splitmuxsink name=splitmuxsink_4  max-size-time=30000000000 async-handling=true mux-overhead=0.05 message-forward=true async-finalize=true muxer-factory=avimux location=/tmp/ssd/split_video%d.avi alsasrc do-timestamp=true provide-clock=false ! audio/x-raw,rate=8000,channels=2,format=S16LE,layout=interleaved ! queue ! audiomixer latency=200000000 name=mix ! queue ! mulawenc ! splitmuxsink_4.audio_0 audiotestsrc name=tonegen_4 freq=1000 volume=0 is-live=true ! audio/x-raw,rate=8000,channels=2,format=S16LE,layout=interleaved ! queue ! mix.

“

 

We have encountered some crash undeterministicly. Sometimes works correctly at least one day sometimes 10 minutes.

We got signals like SIGBUS,SIGHUP,SIGILL,SIGSEGV. That is also tested with gst-launch.

Core dump usually  shows crash on audio elements and queues after audio elements (after alsa src, audiomixer and audiotestsrc). It is also rarely on queue after v4l2src.

gdb shows corrupted stack prevents further investigation for us.

valgrind pipelines could not work properly because of processing power.

 

According to all test that we have done so far, there is no problem without audio.

 

Have you ever encountered such things ? Do you have suggestion ?

Thanks in advanced.

 

 

Oyku TEKIN

Software Engineer

www.sdt.com.tr

 

Bu e-posta ve içeriği kişiye özel ve gizli bilgiler içerebilir. Eğer mesajın muhatabı veya muhataba iletmekle yükümlü yetkili temsilcisi siz değilseniz, bu mesajı çoğaltmak, dağıtmak, açıklamak dahil olmak üzere herhangi bir suretle kullanmamanız gerektiğini, aksine davranışınızın hukuka aykırılık teşkil edebileceğini bildiririz. Eğer bu mesajı yanlışlıkla aldıysanız, lütfen göndericiye e-posta ile bildirerek siliniz. Bu mesajda belirtilen şahsi görüşler göndericiye aittir ve SDT A.Ş.’nin resmi görüşünü temsil etmeyebilir.

This email and its contents may contain information that is privileged and confidential. If you are not an intended recipient,or the agent responsible for delivering this email to the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited and may be unlawful. If you received this email in error, please notify the sender by replying to this email and delete the email sent in error. Personel opinions presented in this e-mail message are solely those of the author and do not necessarily represent SDT A.S.`s formal and authorized views.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[GStreamer-devel mailing list]

Le jeu. 27 mai 2021 06 h 15, Oyku TEKIN via gstreamer-devel <[hidden email]> a écrit :

Hello,

 

We have struggled with a problem. We will be glad for your help.

 

We will briefly pass development environment.

-          Our yocto Project is dunfell branch,

-          gstreamer version is 1.16.3,

-          the cpu is imx6q

-          gcc version is 9.3

 

We are using two pipelines running simultaneously for /dev/video0 and /dev/video1 and the following pipeline is for /dev/video0 :

“

v4l2src device=/dev/video1 ! queue ! imxvpuenc_h264 name=imxvpuenc_4 bitrate=6000 ! queue ! h264parse name=h264parse_4 !  queue ! splitmuxsink_4.video splitmuxsink name=splitmuxsink_4  max-size-time=30000000000 async-handling=true mux-overhead=0.05 message-forward=true async-finalize=true muxer-factory=avimux location=/tmp/ssd/split_video%d.avi alsasrc do-timestamp=true provide-clock=false ! audio/x-raw,rate=8000,channels=2,format=S16LE,layout=interleaved ! queue ! audiomixer latency=200000000 name=mix ! queue ! mulawenc ! splitmuxsink_4.audio_0 audiotestsrc name=tonegen_4 freq=1000 volume=0 is-live=true ! audio/x-raw,rate=8000,channels=2,format=S16LE,layout=interleaved ! queue ! mix.

“

 

We have encountered some crash undeterministicly. Sometimes works correctly at least one day sometimes 10 minutes.

We got signals like SIGBUS,SIGHUP,SIGILL,SIGSEGV. That is also tested with gst-launch.

Core dump usually  shows crash on audio elements and queues after audio elements (after alsa src, audiomixer and audiotestsrc). It is also rarely on queue after v4l2src.

gdb shows corrupted stack prevents further investigation for us.

valgrind pipelines could not work properly because of processing power.

 

According to all test that we have done so far, there is no problem without audio.

 

Have you ever encountered such things ? Do you have suggestion ?

Thanks in advanced.

That isn't familiar no. Giving a newer GStreamer a try is always a good idea, latest stable is 1.18.

That might be too slow on imx6, but if you manage to run valgrind, that might find something.

A third thing I would look at is the ORC (our simd runtime compiler). Perhaps you have some alignment issues happening. Whenever it crashes, look deeper in the assembly and check if there is an unaligned read/write. You can also force ORC fallback with env:

ORC_CODE=backup

 

 

Oyku TEKIN

Software Engineer

www.sdt.com.tr

 

Bu e-posta ve içeriği kişiye özel ve gizli bilgiler içerebilir. Eğer mesajın muhatabı veya muhataba iletmekle yükümlü yetkili temsilcisi siz değilseniz, bu mesajı çoğaltmak, dağıtmak, açıklamak dahil olmak üzere herhangi bir suretle kullanmamanız gerektiğini, aksine davranışınızın hukuka aykırılık teşkil edebileceğini bildiririz. Eğer bu mesajı yanlışlıkla aldıysanız, lütfen göndericiye e-posta ile bildirerek siliniz. Bu mesajda belirtilen şahsi görüşler göndericiye aittir ve SDT A.Ş.’nin resmi görüşünü temsil etmeyebilir.

This email and its contents may contain information that is privileged and confidential. If you are not an intended recipient,or the agent responsible for delivering this email to the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited and may be unlawful. If you received this email in error, please notify the sender by replying to this email and delete the email sent in error. Personel opinions presented in this e-mail message are solely those of the author and do not necessarily represent SDT A.S.`s formal and authorized views.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel