El 16/08/2019 a las 20:45, James Richters escribió:
Jose,
Can you tell me which relays work with your project at:
https://github.com/JoshyFun/VUSBRelayPascal ?
"spam" sent by private.
I have inputs from my device working but not outputs, I think it would be
helpful for me to learn how to
Lets try to gues how MP3directcut work.
The right is, that I can remove and move block of MP3 files when it is
loaded. For example, I can copy part of MP3 audio data to clipboard and
paste it to other part of loaded other MP3 file. And there is no long
time while working by this way. So MR Pesh
Jose,
Can you tell me which relays work with your project at:
https://github.com/JoshyFun/VUSBRelayPascal ?
I have inputs from my device working but not outputs, I think it would be
helpful for me to learn how to output to anything as a stepping stone... and
actually USB relays sound like fun
Thanks for the link to the tutorial, I'll have to look into that! I have
kind of a mess of things that runs through this whole sequential list checking
all these different timings to see what needs to be done.. if all the things
that required different timings were each in their own thread it
Thank you for adding the timeout! That will work for this project, but I may
look into threads in my console program, I could simplify a lot of things
where I am maintaining a buffer while something else is being fed by the buffer
that would probably be a lot easier if I had threads.
I've got
El 15/08/2019 a las 11:04, George Bakhtadze escribió:
mp3 is a loosy audio format. It means that some part of information is
lost while encoding.
So doing a decoding/encoding cycle just to remove some piece of file is
a bad idea.
I'd try to find a way to remove piece of audio data without
deco
Le 16/08/2019 à 17:11, James Richters a écrit :
Can I even do threads in a console program?
Yes, you can. I have in production some console code (worse: in a dll
called by a console program written in 4gl (4js Genero www.4js.com))
with threads which compile unmodified under Linux and Window
On 8/16/19 11:11 AM, James Richters wrote:
Remember that interrupt reads are blocking so the way to deal with them is to
put them away from the main thread, in their own thread. The moment something
is available from the device, then the main thread of your application is
signaled to read a
Hello, 14.08.2019, 23:24, "Mgr. Janusz Chmiel" : > But how to achieve The complex algorithm for recreating MP3 file. It> will not be easy walk across The park. I will also have to use effective> approach to prevent memory allocation problems. mp3 is a loosy audio format. It means that some part of
Please does somebody of you know, if is it possible to call 64 Bit
native .so libraries when user uses PPCJVM and Android JVM target and
system produces .dex file from The Java classes? If it is possible to
call only 32 BIt code, please how complex would be to allow developers
to call also 64 B
>>Remember that interrupt reads are blocking so the way to deal with them is
>>to put them away from the main thread, in their own thread. The moment
>>something is available from the device, then the main thread of your
>>application is signaled to read a buffer with the device report data. So
On 8/16/19 6:23 AM, James Richters wrote:
DATA!!
Is there a way I can read data from the device with a timeout instead of just
waiting forever for it? It doesn't send anything unless I push a button, but I
need to do other things like update the LCD if I am not pushing a button.
Thank you, it's working with either 64bit or 32bit interchangeably now.
James
>I think you can get it at
>https://github.com/libusb/libusb/releases/download/v1.0.22/libusb-1.0.22.7z,
>subdirectory MinGW32/dll in the archive
___
fpc-pascal maillist - f
Le 16/08/2019 à 12:23, James Richters a écrit :
Can you tell me where to get libusb_1.0_X86.dll ?I had the x64 version
from the sample Jean sent me, but I would like to make my program work on 32bit
machines as well.
I think you can get it at
https://github.com/libusb/libusb/releases/down
DATA!!
Running "i:\programming\libusbxhid\libusbhid_test.exe "
Found 15 devices attached
8086:A36D, bus: 1, address: 0
8087:0AAA, bus: 1, address: 5
0424:2734, bus: 1, address: 51
1D50:6015, bus: 1, address: 38
1B1C:0C15, bus: 1, address: 7
10CE:EB93, bus: 1, address: 47
Found device
15 matches
Mail list logo
