Fatal signal 8 (SIGFPE)

[GoogleCodeExporter]

What steps will reproduce the problem?

The problem is explain on this 
link:https://groups.google.com/forum/#!topic/javacv/jFmzwQa_sxg

What version of the product are you using? On what operating system?

One week ago download your project and try it on Android 4.2.2.

Please provide any additional information below.

There are two files on attach a video and  an activity class. The video that 
record by javacv with mp4 format and AV_CODEC_ID_MPEG4 video codec. And 
activity is a simple my class that try file push to server by rtmp protocol.
Actually I push video by your sample class that named RecordActivity, but 
Samuel wanted data to me.

Sorry for my english.

Thaks,

Original issue reported on code.google.com by alirz...@gmail.com on 15 Jul 2013 at 12:02

Attachments:

• stream_mpeg4.mp4
• SampleActivity.java

[GoogleCodeExporter]

Thanks! Does the problem happen if we record to file as well?

Original comment by samuel.a...@gmail.com on 15 Jul 2013 at 1:06

[GoogleCodeExporter]

No , just when stream to server.

Original comment by alirz...@gmail.com on 15 Jul 2013 at 1:08

[GoogleCodeExporter]

Ok, sounds like this isn't going to be simple to debug. Can you send all the 
info you get in the log with the SIGFPE? Thanks

Original comment by samuel.a...@gmail.com on 15 Jul 2013 at 1:11

[GoogleCodeExporter]

The error is that;
07-15 16:13:48.008: A/libc(8603): Fatal signal 8 (SIGFPE) at 0x0000219b 
(code=0), thread 8620 (AsyncTask #1)

When get data from came buffer and start stream the app killed.

Also I try streaming by ffmpeg on terminal. The result is on attach, hope it 
help.

Thanks,

Original comment by alirz...@gmail.com on 15 Jul 2013 at 1:25

Attachments:

• [Screen Shot 2013-07-15 at 4.18.12 PM.png](https://storage.googleapis.com/google-code-attachments/javacv/issue-338/comment-4/Screen Shot 2013-07-15 at 4.18.12 PM.png)
• [Screen Shot 2013-07-15 at 4.17.34 PM.png](https://storage.googleapis.com/google-code-attachments/javacv/issue-338/comment-4/Screen Shot 2013-07-15 at 4.17.34 PM.png)

[GoogleCodeExporter]

So it works fine on the desktop? Can you find a way to reproduce the error on 
the desktop?

Original comment by samuel.a...@gmail.com on 15 Jul 2013 at 1:29

[GoogleCodeExporter]

Previous message there were two screenshot, first is with mpeg format seem send 
data without error but i cannot watch stream from server so I don't know if 
everything is ok, the other is with mp4 format and give this error

Could not write header for output file #0 (incorrect codec parameters ?): 
Operation not permitted

And the error from desktop seem different.

Thanks,

Original comment by alirz...@gmail.com on 15 Jul 2013 at 2:49

[GoogleCodeExporter]

So, let's see, do these problems only happen with RTMP? I don't think the RTMP 
protocol supports any other codec than FLV1 and H264, so it may be "normal" 
that it doesn't work with other codecs than those two. 

Does everything work properly with both FLV1 and H264?

Original comment by samuel.a...@gmail.com on 16 Jul 2013 at 1:34

[GoogleCodeExporter]

Everything is ok just for FLV1 otherwise give same error.

Thanks,

Original comment by alirz...@gmail.com on 16 Jul 2013 at 10:20

[GoogleCodeExporter]

What about H264?

Original comment by samuel.a...@gmail.com on 17 Jul 2013 at 2:04

[GoogleCodeExporter]

Give same error

Original comment by alirz...@gmail.com on 17 Jul 2013 at 2:10

[GoogleCodeExporter]

Well, if it doesn't work with the `ffmpeg` command then it's a bug in FFmpeg, 
and it's not related to JavaCV. You'll have to ask the authors of FFmpeg about 
that.

Original comment by samuel.a...@gmail.com on 18 Jul 2013 at 1:11

[GoogleCodeExporter]

Given the lack of feedback, I'm guessing this is an issue with FFmpeg itself. 
If you posted a bug report upstream about that, please provide a link here, 
thanks!

Original comment by samuel.a...@gmail.com on 8 Jan 2014 at 2:08

[GoogleCodeExporter]

Sir, I face the same issue too. I am trying this on Samsung galaxy tab P620 
having 4.0.3 android api. But this error is reproduced when the server to which 
the stream has to be sent to is not open (that is the server is not up and 
running). Please find the code snippet that causes the error, though since 
there is no exception thrown i believe, it is not even get caught in the 
exception i have put. Please assist.

Error: Fatal signal 8 (SIGFPE) at 0x000062d1 (code=0) (this is under tag: libc)

Thanking you

P.S: the link used is: 
ffmpeg_link = "rtmp://myusername:mypassword@IP_ADDRESS:1935/live/" + video_name;

and the following:
recorder.setFormat("rtsp");
recorder.setVideoCodec(28);

Original comment by hearbeat...@gmail.com on 5 Feb 2014 at 8:40

Attachments:

• code_snippet.txt

[GoogleCodeExporter]

@hearbeat Do you get the same behavior when using ffplay from the command line?

Original comment by samuel.a...@gmail.com on 5 Feb 2014 at 9:14

[GoogleCodeExporter]

No sir, i get it when i press the start button to record the video. It does 
work for some few seconds and then it stops with the fatal sig error. 
recorder.start also doesnot throw FFMPEG.Exception error, audioThread.start 
also doesnot throw any error. The code snippet i have attached gets called when 
audioThread.start() is called. And this line is right after the 
recorder.start() method.

Original comment by hearbeat...@gmail.com on 5 Feb 2014 at 9:25

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Please try with ffmpeg on the command line.

Original comment by samuel.a...@gmail.com on 5 Feb 2014 at 9:37

[GoogleCodeExporter]

This all sounds like bugs in FFmpeg. Could you retry again with the latest 
version and JavaCV 0.10? Thanks!

Original comment by samuel.a...@gmail.com on 27 Dec 2014 at 3:27

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I'm experiencing this same problem with the android arm libs from JavaCV 0.10. 
Works fine with the osx 64 libs.

Original comment by Joel.R.J...@gmail.com on 13 Feb 2015 at 5:44

[GoogleCodeExporter]

@Joel Could you provide more details about your problem as a new issue on 
GitHub? Thank you

Original comment by samuel.a...@gmail.com on 14 Feb 2015 at 12:56

[GoogleCodeExporter]

Hi, I have the same issue.  A/libc﹕ Fatal signal 8 (SIGFPE) at 0x00005523 
(code=-6), thread 21960 (Thread-2372) 
=========
if (recorder != null && recording) {
            recording = false;
            Log.v(LOG_TAG, "Finishing recording, calling stop and release on recorder");
            try {
                recorder.stop();
                recorder.release();
            } catch (FFmpegFrameRecorder.Exception e) {
                e.printStackTrace();
            }
            recorder = null;
=========
on recorder.stop(); (recorder - FFmpegFrameRecorder)
Sometimes it work, but sometimes crashing

Original comment by m...@blackcat95.ru on 4 Mar 2015 at 10:24

[GoogleCodeExporter]

me@blackcat95.ru Sounds like a threading issue... Can you reproduce the same 
thing on Java SE? It's easier to debug than Android. Thanks!

Original comment by samuel.a...@gmail.com on 4 Mar 2015 at 11:00

[GoogleCodeExporter]

I think problem in arm libs (#20) and reproduce on Java SE will not help.
03-04 18:01:17.217    5424-5424/app E/stop()﹕ video_st flush start
03-04 18:01:17.217    5424-5424/app E/stop()﹕ video_st flush end
03-04 18:01:17.217    5424-5424/app E/stop()﹕ audio_st flush start
03-04 18:01:17.217    5424-5843/app A/libc﹕ Fatal signal 8 (SIGFPE) at 
0x00001530 (code=-6), thread 5843 (Thread-2838)
03-04 18:01:17.217    5424-5424/app A/libc﹕ Fatal signal 11 (SIGSEGV) at 
0x00000183 (code=1), thread 5424 (app)
=========
                /* flush all the buffers */
                Log.e("stop()","video_st flush start");
                while (video_st != null && record((opencv_core.IplImage)null, AV_PIX_FMT_NONE));
                Log.e("stop()","video_st flush end");
                Log.e("stop()","audio_st flush start");
                while (audio_st != null && record(0, 0, (Buffer[])null));
                Log.e("stop()","audio_st flush end");
=========

Original comment by m...@blackcat95.ru on 4 Mar 2015 at 12:02

[GoogleCodeExporter]

So, is it a bug in GCC? Or in FFmpeg?

Original comment by samuel.a...@gmail.com on 4 Mar 2015 at 1:32

[GoogleCodeExporter]

FFmpeg

Original comment by m...@blackcat95.ru on 4 Mar 2015 at 4:38

[GoogleCodeExporter]

So, could you report that upstream?
https://www.ffmpeg.org/bugreports.html
And post a link here for reference? Thanks!

Original comment by samuel.a...@gmail.com on 5 Mar 2015 at 3:19