Debug output #33
Comments
|
And I have another question. Would it be possible to use libraries already installed on the user's computer? |
|
Hello Roland. Here for example the result if you run audacity via a terminal:
Thanks to remind me this Fre;D |
Yes, of course, just use for loading the libraries 'system' for filename. For example:
Fre;D |
Good to know, thank you. |
|
About libraries installed in system. But it is not the case for Windows, imho, it is better to give those libraries for Windows release. |
My finger doesn't thank you. It's almost dead after I scrolled your message. :) |
OK, good to know. By the way, I hate Windows, and I think I will no longer make Windows builds myself. I think everybody should use Linux. |
Hum, reaction of a new converted? ;-) The same for me but Windows is still the king for PC-desktop, more than 85 % of the market use it. |
|
You know, I am a utopist. When Bill decided to create the "Bill and Melinda Gates Foundation" I forgive him. By the way, imho, should it not be more "gentleboy" to call it "Melinda and Bill Gates foundation" ? |
Yes. :) |
|
Hello Roland. I just remember that I already created a issue for this: I hope that with the last one there will be more enthusiasm... |
|
Hello Fred! Thank you for the link. I saw in the discussion that ALSA messages are sent to stderr. So I tried this and it works fine: ALSA messages are no longer mixed with Eschecs debug output. (I use the fpGUI DebugLn procedure. It seems, fortunately, that it writes to stdout.) Other topic. I tried to use system sound libraries, as your did show in your example. uos_LoadLib returns 0, but I have no sound. Here is my code. // eschecs/sound.pas
function LoadSoundLib(const AUseSystemLib: boolean): integer;
var
LPortAudio, LMpg123, LAudioPath, LSndFilesPath: string;
x: integer;
begin
{ ... }
if AUseSystemLib then
result := uos_LoadLib('system', nil, 'system', nil, nil, nil)
else
result := uos_LoadLib(PChar(LPortAudio), nil, PChar(LMpg123), nil, nil, nil);It isn't important, just for discussion. Other other topic. As I already said some monthes ago (I don't know if you remember), the sound system of Eschecs doesn't work very well on my Linux computer. Sometimes the sound sounds well, sometimes not. I will try with other sound files to see if it changes something. (I wanted since a long time to use new sound files.) I will also try the uos examples to see if they work well here. Once again, not very important. Don't waste your time about that. I will investigate and say to you the result. Regards. Roland |
|
Hello Roland.
Strange, here on Debian 10.1 64 bit it works. If it works with the libraries given by uos (they are compiled from last commit of portaudio and mpg123), maybe there is problem with the one given in your distro. |
I don't know. I will try. Thank you for your answer. |
|
Hello Roland.
Thanks for the tip! Do you know the equivalent in Pascal to do it by code? |
|
Hello Fred! I think an equivalent in Pascal would be this: |
|
Hello Roland. I try this: A empty error.log is created this but the console-messages are still there. There is some noise in Lazarus forum, I will study it. Fre;D |
|
Hello Roland. Thanks to Warfley in Lazarus forum: |
|
Good! |
|
Hello Fred (and happy new year). Hope to make again great things with you this year. :)
I confirm that the sound problem doesn't come from UOS, because I noticed that other applications (xboard, for example) have the same problem. (Sometimes the sound is audible, sometimes not.) But I replaced sound files (by files coming from this collection) and now it works perfectly, maybe because the files are lighter (?). By the way, Eschecs continues here. (I am moving all my projects to GitLab.) Regards. Roland |
|
Hello Roland and happy new all. I just checked the code of escheccs/sound.pas and indeed there are wrong parameters. Those 0.08 ( for arm ) and 0.03 latency parameters are for direct-wiring application with very good sound cards. Here code that should work for "classical" sound-cards: Fre;D |
|
Thank you for the correction Fred. I will do it. Anyway, I intended to change the sound files, so there is no problem. I think we can close the issue now. See you soon. |
|
Hello Roland. If it does not annoy you too much, I will be very interested to know if there are still problems with your old sound files changing the latency. This should not happen and if it still does, uos has to be fixed. Thanks Roland. |
|
Re-re hello Roland. If you have still energy, could you try the executable included in attach (for Linux 64 bit) ? Just run it and, using the horizontal scrollbar, check the latencies of the "default" device and report here the result you get with your sound-card.
Thanks. Fre;D |
|
I made a quick try with old sound files. The problem is still here. But, as I said, I am not sure that the problem comes from UOS, because even xboard has the same issue. Have just seen your other message. I will try your app and come back. |
|
My "latency high out" has exactly the same value than on your screenshot. |
|
Hum..., strange, ... And did you have problems with all the older files or only with few ( could you give the names of that files, I have still the older version of eschecs ) ? By the way, about your other problem using "system" as filename of the portaudio-library ( to use the installed in system), are you able to run "deviceinfo_fpgui" using "system" as file name (here it works with portaudio installed by Debian 11)?
|
|
The problem is obvious with move.mp3 (when you move a file). For the other, it's hard to say, because they aren't played often. Yes, your app works here with "system" as filename. |
|
I confirm that "system" works also in eschecs. Maybe I did something wrong the last time I tried. So I think I will distribute the libraries only with the Windows package, as you suggested sooner in the discussion. |
|
To be sure we are talking about the same version of Eschecs. Here using the "move" from menu item or doing by myself a play, the sound of "move" is always ok ( and dont take much time to make me "échec et mat" with the painful ( but ok ) sound. ) About the new sound that you use and is ok, what kind of format do you use ? About Xboard here the sound is ok. |
|
Yes, I speak of the files from Eschecs 5.0.6. For the new files, I converted them like this: |
So probably the problem is with my hardware or with my OS. |
Ha ok. So the difference is maybe with the channels. All the original sounds of Eschecs 5.0.6. are stereo sounds. But it does not explain why there are problems with Xboard because it uses mono wav sounds too. Anyway, if it works with your new mono-mp3, better to stay with it and maybe later you will find why there are problems with Xboard sound and old Eschecs 5.0.6. stereo sound files in your system. Fre;D |
|
Wise conclusion. Thank you Fred, and have a good night (if we don't speak later). |
|
Hello Roland. Just tried to edit /eschecs-5.0.6-lin64/audio/sound/move.mp3 using Audacity and it cannot play it because of corrupted data. ( And why here on my system with eschecs-5.0.6-lin64 it can play it is a mystery ). |
|
Ah, so we have an explanation now. Well done inspector Fred! |
Hello Roland. Yes, I think it is a good idea to give the libraries (only PortAudio and Mpg123) for Windows because they are not included by default in original Windows OS and not easy to compile + install. By the way, for your release, you may adapt the /uos/src/define.inc for Eschecs. This will compile only the needed methods for Eschecs. [EDIT] This remember me that define.inc should be renamed into uos_define.inc., I will change this soon. OK, define.inc renamed into uos_define.inc., in 44e6d8b Fre;D |
|
Done. Thank you Fred. |
Hello Fred!
I noticed that uos produces debug output, even when DEBUG is not defined. I believe that it comes from the binaries. Would it be possible to have binaries without debug output? This is for the Eschecs project.
No emergency, just a question. ;)
Regards.
Roland
The text was updated successfully, but these errors were encountered: