Author Topic: BASS_FX 2.4.11.1  (Read 590586 times)

(: JOBnik! :)

  • Posts: 1060
Re: BASS_FX 2.4.11.1
« Reply #675 on: 16 Aug '15 - 09:37 »
Hi ;D

Is this also happening with the BPM example in BASS_FX Android package?
« Last Edit: 16 Aug '15 - 09:42 by (: JOBnik! :) »

Ian @ un4seen

  • Administrator
  • Posts: 19804
Re: BASS_FX 2.4.11.1
« Reply #676 on: 17 Aug '15 - 17:03 »
I'm trying to call BASS_FX_BPM_Free on a currently playing handle, and it returns true with no error, but the android background process (playing audio) crashes shortly after.

To hopefully provide some clues on the problem, please post the crash log including call stack.

mcooper

  • Posts: 38
Re: BASS_FX 2.4.11.1
« Reply #677 on: 21 Aug '15 - 17:08 »
I'm trying to call BASS_FX_BPM_Free on a currently playing handle, and it returns true with no error, but the android background process (playing audio) crashes shortly after.

To hopefully provide some clues on the problem, please post the crash log including call stack.

I wasn't able to catch an exception.  The call to BASS_FX_BPM_Free returns true.  Android monitor reported the following:

08-21 16:55:30.643: E/mono-rt(31903): Stacktrace:
08-21 16:55:30.643: E/mono-rt(31903): Attempting native Android stacktrace:
08-21 16:55:30.643: D/libc-fault-recovery-native(31903): M=0xf728e0f0 B=0xf728e1c8 F=0x9d757100 P=0xac98f010 I=22
08-21 16:55:30.653: D/libc-fault-recovery-native(31903): FIND target F=0x0
08-21 16:55:30.653: A/libc(31903): heap corruption detected by dlmalloc_real
08-21 16:55:30.653: A/libc(31903): Fatal signal 6 (SIGABRT), code -6 in tid 31958 (Thread-704)
08-21 16:55:30.653: W/libc(31903): Security Level: (0), Allow to dump debug information.
08-21 16:55:30.683: I/DEBUG(586): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
08-21 16:55:30.683: I/DEBUG(586): Build fingerprint: 'htc/himauhl_htc_europe/htc_himauhl:5.1/LMY47O/576582.1:user/release-keys'
08-21 16:55:30.683: I/DEBUG(586): Revision: '0'
08-21 16:55:30.683: I/DEBUG(586): ABI: 'arm'
08-21 16:55:30.683: I/DEBUG(586): pid: 31903, tid: 31958, name: Thread-704  >>> com.mr.droid.backgroundaudio <<<
08-21 16:55:30.683: I/DEBUG(586): signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
08-21 16:55:30.693: I/DEBUG(586): Abort message: 'heap corruption detected by dlmalloc_real'
08-21 16:55:30.693: I/DEBUG(586):     r0 00000000  r1 00007cd6  r2 00000006  r3 00000000
08-21 16:55:30.693: I/DEBUG(586):     r4 d71acdd8  r5 00000006  r6 00000000  r7 0000010c
08-21 16:55:30.693: I/DEBUG(586):     r8 00000004  r9 00000001  sl 00000001  fp 00000001
08-21 16:55:30.693: I/DEBUG(586):     ip 00007cd6  sp d77eb7f8  lr f72480d5  pc f726ec60  cpsr 60070010
08-21 16:55:30.703: I/DEBUG(586): backtrace:
08-21 16:55:30.703: I/DEBUG(586):     #00 pc 0003ac60  /system/lib/libc.so (tgkill+12)
08-21 16:55:30.703: I/DEBUG(586):     #01 pc 000140d1  /system/lib/libc.so (pthread_kill+52)
08-21 16:55:30.703: I/DEBUG(586):     #02 pc 00014cef  /system/lib/libc.so (raise+10)
08-21 16:55:30.703: I/DEBUG(586):     #03 pc 00011551  /system/lib/libc.so (__libc_android_abort+36)
08-21 16:55:30.703: I/DEBUG(586):     #04 pc 0000f788  /system/lib/libc.so (abort+4)
08-21 16:55:30.703: I/DEBUG(586):     #05 pc 000127a3  /system/lib/libc.so (__libc_fatal+16)
08-21 16:55:30.703: I/DEBUG(586):     #06 pc 00027509  /system/lib/libc.so (__bionic_heap_corruption_error+8)
08-21 16:55:30.703: I/DEBUG(586):     #07 pc 000284a7  /system/lib/libc.so (dlmalloc_real+710)
08-21 16:55:30.703: I/DEBUG(586):     #08 pc 0000f52b  /system/lib/libc.so (malloc+10)
08-21 16:55:30.703: I/DEBUG(586):     #09 pc 000397dd  /system/lib/libc.so (strdup+12)
08-21 16:55:30.703: I/DEBUG(586):     #10 pc 00008257  /system/lib/libunwind.so
08-21 16:55:30.703: I/DEBUG(586):     #11 pc 00008325  /system/lib/libunwind.so
08-21 16:55:30.703: I/DEBUG(586):     #12 pc 0000840b  /system/lib/libunwind.so
08-21 16:55:30.703: I/DEBUG(586):     #13 pc 0000935b  /system/lib/libunwind.so
08-21 16:55:30.703: I/DEBUG(586):     #14 pc 000094f3  /system/lib/libunwind.so (_ULarm_init_local+242)
08-21 16:55:30.703: I/DEBUG(586):     #15 pc 000b03e4  /data/app/Mono.Android.DebugRuntime-1/lib/arm64/libmonosgen-32bit-2.0.so
08-21 16:55:31.233: E/ActivityManager(1115): App crashed! Process: com.mr.droid.backgroundaudio

Is that any use?  I'll also try to get the sample app working (in android studio), so I can deploy and test it.

Matt

Ian @ un4seen

  • Administrator
  • Posts: 19804
Re: BASS_FX 2.4.11.1
« Reply #678 on: 21 Aug '15 - 18:06 »
Unfortunately that call stack doesn't help locate the problem as it doesn't lead back to the BASS_FX or BASS libraries, but from the error message it looks like the heap has been corrupted. If possible, please see if you can reproduce the crash in a Java app, and post the call stack from that if so.

tlgkccampbell

  • Guest
Re: BASS_FX 2.4.11.1
« Reply #679 on: 22 Aug '15 - 00:16 »
Hi again Jobnick,

Is there any chance of BASS_FX including an arm64-v8a Android lib in the near future? I can get my application working on my Nexus 9 using the 32-bit library, but Xamarin has some quirks that are making the debugging a bit inconvenient without a 64-bit version.

mcooper

  • Posts: 38
Re: BASS_FX 2.4.11.1
« Reply #680 on: 24 Aug '15 - 14:15 »
Unfortunately that call stack doesn't help locate the problem as it doesn't lead back to the BASS_FX or BASS libraries, but from the error message it looks like the heap has been corrupted. If possible, please see if you can reproduce the crash in a Java app, and post the call stack from that if so.

I can't yet repro the crash in the Java BPM sample app.  My app is using BASS_StreamCreateFileUser and internet streams compared the sample using BASS_StreamCreateFile and local files though.  I've switched my app to use BASS_StreamCreateURL and the error still occurs (still with internet uris though).  I'm using AAC files in both cases.


mcooper

  • Posts: 38
Re: BASS_FX 2.4.11.1
« Reply #681 on: 24 Aug '15 - 14:23 »
Unfortunately that call stack doesn't help locate the problem as it doesn't lead back to the BASS_FX or BASS libraries, but from the error message it looks like the heap has been corrupted. If possible, please see if you can reproduce the crash in a Java app, and post the call stack from that if so.

I can't yet repro the crash in the Java BPM sample app.  My app is using BASS_StreamCreateFileUser and internet streams compared the sample using BASS_StreamCreateFile and local files though.  I've switched my app to use BASS_StreamCreateURL and the error still occurs (still with internet uris though).  I'm using AAC files in both cases.



By the way - I've also noticed that audio quality is really poor with this sample - crackles, and stutters on one of my phones (an HTC one M9).

Ian @ un4seen

  • Administrator
  • Posts: 19804
Re: BASS_FX 2.4.11.1
« Reply #682 on: 25 Aug '15 - 16:49 »
I can't yet repro the crash in the Java BPM sample app.  My app is using BASS_StreamCreateFileUser and internet streams compared the sample using BASS_StreamCreateFile and local files though.  I've switched my app to use BASS_StreamCreateURL and the error still occurs (still with internet uris though).  I'm using AAC files in both cases.

Can you reproduce the crash if you modify the BPM example to use BASS_StreamCreateURL, eg. hardcode it to open one of your test URLs?

mcooper

  • Posts: 38
Re: BASS_FX 2.4.11.1
« Reply #683 on: 26 Aug '15 - 17:23 »
I can't yet repro the crash in the Java BPM sample app.  My app is using BASS_StreamCreateFileUser and internet streams compared the sample using BASS_StreamCreateFile and local files though.  I've switched my app to use BASS_StreamCreateURL and the error still occurs (still with internet uris though).  I'm using AAC files in both cases.

Can you reproduce the crash if you modify the BPM example to use BASS_StreamCreateURL, eg. hardcode it to open one of your test URLs?

No, not yet, but the sample needs a bit of work to use BASS_StreamCreateURL instead of BASS_StreamCreateFile.  The sample is using BASS_MusicLoad, and also a copy of the channel for the bpm and beat detection.  All of this extra work might also explain why the playback stutters so much.

I'm just using the currently playing channel instead.

mcooper

  • Posts: 38
Re: BASS_FX 2.4.11.1
« Reply #684 on: 27 Aug '15 - 14:29 »
I can't yet repro the crash in the Java BPM sample app.  My app is using BASS_StreamCreateFileUser and internet streams compared the sample using BASS_StreamCreateFile and local files though.  I've switched my app to use BASS_StreamCreateURL and the error still occurs (still with internet uris though).  I'm using AAC files in both cases.

Can you reproduce the crash if you modify the BPM example to use BASS_StreamCreateURL, eg. hardcode it to open one of your test URLs?

No, not yet, but the sample needs a bit of work to use BASS_StreamCreateURL instead of BASS_StreamCreateFile.  The sample is using BASS_MusicLoad, and also a copy of the channel for the bpm and beat detection.  All of this extra work might also explain why the playback stutters so much.

I'm just using the currently playing channel instead.

I have it working correctly now.  I was indirectly calling BASS_FX_BPM_Free from the BPMPROC method, which caused the crash.

(: JOBnik! :)

  • Posts: 1060
Re: BASS_FX 2.4.11.1
« Reply #685 on: 27 Aug '15 - 20:56 »
Hi ;D

Hi again Jobnick,

Is there any chance of BASS_FX including an arm64-v8a Android lib in the near future? I can get my application working on my Nexus 9 using the 32-bit library, but Xamarin has some quirks that are making the debugging a bit inconvenient without a 64-bit version.

Please test this build:
http://www.jobnik.org/BASS_FX/bass_fx24-android-arm64.zip

I can't yet repro the crash in the Java BPM sample app.  My app is using BASS_StreamCreateFileUser and internet streams compared the sample using BASS_StreamCreateFile and local files though.  I've switched my app to use BASS_StreamCreateURL and the error still occurs (still with internet uris though).  I'm using AAC files in both cases.

Can you reproduce the crash if you modify the BPM example to use BASS_StreamCreateURL, eg. hardcode it to open one of your test URLs?

No, not yet, but the sample needs a bit of work to use BASS_StreamCreateURL instead of BASS_StreamCreateFile.  The sample is using BASS_MusicLoad, and also a copy of the channel for the bpm and beat detection.  All of this extra work might also explain why the playback stutters so much.

I'm just using the currently playing channel instead.

I have it working correctly now.  I was indirectly calling BASS_FX_BPM_Free from the BPMPROC method, which caused the crash.

Glad to see it is working now :)

tlgkccampbell

  • Guest
Re: BASS_FX 2.4.11.1
« Reply #686 on: 9 Sep '15 - 06:00 »
Hi Jobnik,

Sorry it took so long to get back to you, but it looks like the 64-bit library does the trick. Thanks!

tonee26

  • Posts: 31
Re: BASS_FX 2.4.11.1
« Reply #687 on: 4 Dec '15 - 21:11 »
bass_FX.dll, how do I remove the vocals? or karaoke mode (LEFT, RIGHT, CENTER)

(: JOBnik! :)

  • Posts: 1060
Re: BASS_FX 2.4.11.1
« Reply #688 on: 13 Dec '15 - 09:14 »
Hi ;D

BASS_FX doesn't provide this kind of function, but you can make one by yourself, like in this thread:
http://www.un4seen.com/forum/?topic=2232.0

(: JOBnik! :)

  • Posts: 1060
Re: BASS_FX 2.4.11.1
« Reply #689 on: 14 Aug '16 - 22:52 »
Hi ;D

BASS_FX for Windows Store/Phone is ready:
http://www.jobnik.org/BASS_FX/bass_fx24-winstore.zip

tonee26

  • Posts: 31
Re: BASS_FX 2.4.11.1
« Reply #690 on: 14 Mar '17 - 22:25 »
hi  ;D
how to use BASS_FX_BFX_MIX on bass_fx.dll at Delphi?

Please help me  :(
thank you
Greetings