Search Results

External Dependencies Non Thread version - None Threaded version - Threading Comments Use the threaded version if you are going to convert large files, otherwise the Gui will be blocked. The test apps use nativebin-win64. You will need to change that in the #AdditionalJar directive if you want to

Please report any errors that you find and I will try to fix them as quickly as possible. You can take the code from the examples if it provides a function you want to use. A big benefit of writing this wrapper was that it made me rethink the use of the Javafx print library, which is where the r

There are no external dependencies for the Library. The Demo is a modified version of the Android one and depends on libraries: jMsgBoxes jRandomAccessFile Threading The threading library is necessary so we can control the processing of data as it arrives within B4j. The data capture is blocking
link: This is an example of recording from a selected input source. it is similar to the jAudioRecord library (but does not require the threading library).

Heads up, this needs the threading library.. https://www.b4x.-library.6775/

The demo app (ATTest.xip) loads a small wav file (you can also load your own with a file selector) to play. It depends on: jRandomAccessFile Threading The threading library is necessary so we can control the processing of data as it arrives within B4j. The data capture is blocking, so if you run i

I just looked at your example and it is working fine if you press on stream1 and stream2 in normal case. in case you are clicking too fast that way called bad design.. ExoPlayer already take care of threading aside from that is it safe to call most of its functions on the main application thread asi
link: Additional AAR 2.18.4 Version 1.70 required aar. Additional AAR 2.18.5 Functionality : CreateUriSource CreateSmoothStreamingSource CreateHLSSource
link: If I load the same last stream again, it plays without a problem. I cannot find a workaround for that than wait a second or two before prepare another
link: Hi, I just checked 1.70 and I still reproduce the issue easily, not need to do change too fast from one to another. Press stream1, wait until is play

Update to V0.12 Added Threaded classes (now depends on the Threading library. The threaded classes cannot be used in debug mode) Demo contains the source code Removed dependency on Xui for use in Non-ui apps.
link: The attached project demonstrates all possible scenarios. If you don't want to have the threading library selected, you would need to copy the classe
link: Comments There are as many device configurations as there are PC's. It does work with mine and I have an external sound card as well as an internal so
link: Hi again @stevel05, I've found a bug in your threading-related jAudioRecord2 code only when a B4J project is compiled in 'Release (obfuscated)' mode,

As said by the error, the Threading library is missing. You have to add the two library files into the folder of your additional libraries.
link: The Threading library was important in the early days of B4A. Over time more and more async features were added, especially after the resumable subs f
link: The threading example works when compiling without with the debugger. With the debugger, when I press the Start button, I get: Thread1 Ended Exception
link: I have a problem: Dim args(0) As Object Lock1.Initialize(True) Thread1.Name = "B4A Thread 1" Thread1.Start(Null, "prueba", args) Wh

This version has additional dependencies: SLByteArrayBuffer and Threading Libraries. Edit: I forgot to mention that as the Wav drawing is done in a separate thread, it won't run in Debug mode. You can disable it by temporarily removing the TH.Start call to the draw routine, better still use condi

Version 1.45 changes the Robot.JVMCallingThreadName() method to Robot.JVMCallingThreadNameGet(). It also adds the Robot.JVMCallingThreadNameSet() method which allows you to rename the calling Thread. I find this much more useful for troubleshooting threading related stuff. For example, multi-threade
link: Version 1.42 sees the addition of two new methods. Robot.JVMCallingThreadName() does what it says. This is pretty useful for hunting down threading-re
link: Version 1.50 has been added to the original post for this thread. It has the new RobotPaste method which should work on all supported platforms. It
link: (Me, "borg") Then ' Log("Message Loop ended pleasantly") Else Log("Message Loop ended due to an Exception" & DateTime.Ti

Powered by ColBERT