linphone-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Linphone-developers] linphone-android error on android 2.3 samsung


From: hall hall
Subject: Re: [Linphone-developers] linphone-android error on android 2.3 samsung s5p210 platform
Date: Wed, 12 Oct 2011 23:17:04 +0800

Hi.
 I tested it on the Samsung Galaxy Pad Tablet and my android development board .
But been all fail when establishing a video call,not only first,be every time
Did you test the linphone-android on a android pad tablet?

I do with your method ,and video call success.
Thank you very much.

2011/10/12 Guillaume BERAUDO <address@hidden>:
> Hi,
>
> There seems to be a problem with the pointer to the object dispaying
> the incoming video stream.
>
> This is rather strange as we never encountered this situation before.
>
> Did it crashed on your first attent or only in subsequent trys?
>
> Anyway, could you test after replacing in the linphonecore_jni.cc file
> extern "C" void 
> Java_org_linphone_core_LinphoneCoreImpl_setVideoWindowId(JNIEnv* env ,jobject 
> thiz ,jlong lc ,jobject obj) {
>  jobject oldWindow = (jobject) 
> linphone_core_get_native_video_window_id((LinphoneCore*)lc);
>  if (oldWindow != NULL) {
>        env->DeleteGlobalRef(oldWindow);
>  }
>  if (obj != NULL) {
>        obj = env->NewGlobalRef(obj);
>  }
>  linphone_core_set_native_video_window_id((LinphoneCore*)lc,(unsigned 
> long)obj);
> }
>
> You need to do an ndk-build, force refresh the code in eclipse and
> modify anything in the java code to force android to use the new lib.
>
>
> Cheers,
>
> Guillaume
>
>
> Le Tue, 11 Oct 2011 22:08:04 +0800,
> hall hall <address@hidden> a écrit :
>
>> Hi guillaume.
>> Thanks for your replying.
>>
>> adb logcat -d | ndk-stack -sym
>> ~/prj/android/workspace/linphone/linphone-android/obj/local/armeabi-v7a
>> ********** Crash dump: **********
>> Build fingerprint:
>> 'generic/full_smdkv210/smdkv210:2.3.1/GINGERBREAD/eng.figow.20110827.124737:eng/test-keys'
>> pid: 350, tid: 495  >>> org.linphone <<<
>> signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadd00d
>> Stack frame #00  pc 000461f8  /system/lib/libdvm.so
>> Stack frame #01  pc 000375c8  /system/lib/libdvm.so
>> Stack frame #02  pc 00038552  /system/lib/libdvm.so
>> Stack frame #03  pc 00038582  /system/lib/libdvm.so
>> Stack frame #04  pc 000418d6  /system/lib/libdvm.so
>> Stack frame #05  pc 0005ff24
>> /data/data/org.linphone/lib/liblinphone.so: Routine
>> android_display_process in (null):0
>> Stack frame #06  pc 000469d4
>> /data/data/org.linphone/lib/liblinphone.so: Routine ms_filter_process
>> in 
>> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msfilter.c:247
>> Stack frame #07  pc 00047740
>> /data/data/org.linphone/lib/liblinphone.so: Routine call_process in
>> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:197
>> Stack frame #08  pc 000477b4
>> /data/data/org.linphone/lib/liblinphone.so: Routine run_graph in
>> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:215
>> Stack frame #09  pc 000477b4
>> /data/data/org.linphone/lib/liblinphone.so: Routine run_graph in
>> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:215
>> Stack frame #10  pc 00047820
>> /data/data/org.linphone/lib/liblinphone.so: Routine run_graphs in
>> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:229
>> Stack frame #11  pc 0004790c
>> /data/data/org.linphone/lib/liblinphone.so: Routine ms_ticker_run in
>> /home/ha/prj/android/workspace/linphone/linphone-android/jni/..//submodules/linphone/mediastreamer2/build/android/../../src/msticker.c:346
>> Stack frame #12  pc 000118e4  /system/lib/libc.so
>> Stack frame #13  pc 000114b0  /system/lib/libc.so
>>
>> Function call flow is as follows:
>>    void * ms_ticker_run(void *arg)
>>           --> run_graphs(s,s->execution_list,FALSE);
>>                  -->
>> run_graph((MSFilter*)it->data,s,&unschedulable,force_schedule);
>>                           -->
>> run_graph(l->next.filter,s,unschedulable, force_schedule);(two times)
>>         --> call_process(f);
>>               --> ms_filter_process(f);
>>                  --> f->desc->process(f);
>> f->desc->process(f) maybe is a null function point.
>> But I don't know how to fix this issue.
>>
>> 2011/10/11 Guillaume BERAUDO
>> <address@hidden>:
>> > Hi Hall,
>> >
>> >
>> > Can you run the command "adb logcat -d | ndk-stack -sym
>> > $your_project_root_directory/obj/armveabi-v7" after a crash ?
>> >
>> >
>> > Cheers,
>> >
>> > Guillaume
>> >
>> > Le Tue, 11 Oct 2011 01:02:17 +0800,
>> > hall hall <address@hidden> a écrit :
>> >
>> >> HI,Thanks for your replying.
>> >> Yes,I have did run "prepare_sources.sh" after cloning the
>> >> repository. But it's not a key issue,I have modified many files
>> >> and compiled pass. The most important thing is it is error when
>> >> running. Thanks for your help again.
>> >>
>> >> The results of running "prepare_sources.sh" are as follows:
>> >> ./prepare_sources.sh
>> >> Generating build scripts in libilbc-rfc3951...
>> >> + libtoolize --copy --force
>> >> libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR,
>> >> `build-aux'. libtoolize: copying file `build-aux/ltmain.sh'
>> >> libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
>> >> libtoolize: copying file `m4/libtool.m4'
>> >> libtoolize: copying file `m4/ltoptions.m4'
>> >> libtoolize: copying file `m4/ltsugar.m4'
>> >> libtoolize: copying file `m4/ltversion.m4'
>> >> libtoolize: copying file `m4/lt~obsolete.m4'
>> >> + aclocal
>> >> + automake --force-missing --add-missing --copy
>> >> + autoconf
>> >> checking for a BSD-compatible install... /usr/bin/install -c
>> >> checking whether build environment is sane... yes
>> >> checking for a thread-safe mkdir -p... /bin/mkdir -p
>> >> checking for gawk... no
>> >> checking for mawk... mawk
>> >> checking whether make sets $(MAKE)... yes
>> >> checking how to create a ustar tar archive... gnutar
>> >> checking for gawk... (cached) mawk
>> >> checking for wget... /usr/bin/wget
>> >> checking for md5sum... /usr/bin/md5sum
>> >> checking build system type... i686-pc-linux-gnu
>> >> checking host system type... i686-pc-linux-gnu
>> >> checking for style of include used by make... GNU
>> >> checking for gcc... gcc
>> >> .......
>> >> make[1]: leave
>> >> “/home/ha/prj/android/workspace/linphone/linphone-android/submodules/libilbc-rfc3951”
>> >> Converting : ../../libvpx/asm_com_offsets.asm
>> >> -> ../../libvpx/asm_com_offsets.s
>> >> Converting : 
>> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance_halfpixvar16x16_hv_armv6.asm
>> >> -> 
>> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance_halfpixvar16x16_hv_armv6.s
>> >> Converting : ../../libvpx/vp8/encoder/arm/armv6/vp8_variance8x8_armv6.asm
>> >> -> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance8x8_armv6.s
>> >> Converting : 
>> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_fast_quantize_b_armv6.asm
>> >> -> ../../libvpx/vp8/encoder/arm/armv6/vp8_fast_quantize_b_armv6.s
>> >> Converting : ../../libvpx/vp8/encoder/arm/armv6/vp8_sad16x16_armv6.asm
>> >> -> ../../libvpx/vp8/encoder/arm/armv6/vp8_sad16x16_armv6.s
>> >> Converting : 
>> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance_halfpixvar16x16_h_armv6.asm
>> >> -> 
>> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance_halfpixvar16x16_h_armv6.s
>> >> Converting : ../../libvpx/vp8/encoder/arm/armv6/walsh_v6.asm
>> >> -> ../../libvpx/vp8/encoder/arm/armv6/walsh_v6.s
>> >> Converting : 
>> >> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance16x16_armv6.asm
>> >> -> ../../libvpx/vp8/encoder/arm/armv6/vp8_variance16x16_armv6.s ........
>> >> Converting : ../../libvpx/asm_enc_offsets.asm
>> >> -> ../../libvpx/asm_enc_offsets.s
>> >> Converting : 
>> >> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copyframe_func_neon.asm
>> >> -> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copyframe_func_neon.s
>> >> Converting : 
>> >> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copysrcframe_func_neon.asm
>> >> -> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copysrcframe_func_neon.s
>> >> Converting : 
>> >> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_extendframeborders_neon.asm
>> >> -> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_extendframeborders_neon.s
>> >> Converting : 
>> >> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copyframeyonly_neon.asm
>> >> -> ../../libvpx/vpx_scale/arm/neon/vp8_vpxyv12_copyframeyonly_neon.s
>> >> Converting : ../../libvpx/vpx_scale/arm/armv4/gen_scalers_armv4.asm
>> >> -> ../../libvpx/vpx_scale/arm/armv4/gen_scalers_armv4.s
>> >>
>> >>
>> >>
>> >> 2011/10/10 Guillaume BERAUDO
>> >> <address@hidden>:
>> >> > Hi,
>> >> >
>> >> >
>> >> > Did you run "prepare_sources.sh" after cloning the repository?
>> >> >
>> >> >
>> >> > Cheers,
>> >> >
>> >> > Guillaume Beraudo
>> >> >
>> >
>> >
>
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]