Fatdog64-720 and 721 Final [11 Jan 2018]
Hi jake,
I am not using wine for long, but since last month, I am mostly using it to run some simulation softwares and play World of Tanks Blitz game through windows steam client.
I am using the wine 3.0 sfs.
I never had unresponsive app problem.
In htop window you showed pressing F9 should kill the app. or it's frozen too?
I am not using wine for long, but since last month, I am mostly using it to run some simulation softwares and play World of Tanks Blitz game through windows steam client.
I am using the wine 3.0 sfs.
I never had unresponsive app problem.
In htop window you showed pressing F9 should kill the app. or it's frozen too?
F9 Kill or Terminate has zero effect. And I've tried every solution a Google search can turn up.drunkjedi wrote:Hi jake,
I am not using wine for long, but since last month, I am mostly using it to run some simulation softwares and play World of Tanks Blitz game through windows steam client.
I am using the wine 3.0 sfs.
I never had unresponsive app problem.
In htop window you showed pressing F9 should kill the app. or it's frozen too?
Hi Jake, did you try killing wine server and friends in addition to the voice app? If the system is unresponsive it might be that it's just very slow, but that eventually it will serve your input. In those cases, keeping a terminal window open could save you, because massive killing is just a few keystrokes away. Here's an example how to take down irfanview and the wine party (you only need the last command, the first one is just to show the victims:
Note: this command will take down all running wine apps at once.
Code: Select all
# ps `pgrep 'wine|exe$'`
PID TTY STAT TIME COMMAND
32049 ? Ss 0:00 /opt/wine-3.0/bin/wineserver
32055 ? Ssl 0:00 C:\windows\system32\services.exe
32058 ? Sl 0:00 C:\windows\system32\winedevice.exe
32067 ? Sl 0:00 C:\windows\system32\plugplay.exe
32073 ? Sl 0:00 C:\windows\system32\winedevice.exe
32082 ? Ss 0:00 Z:\mnt\wbin\IrfanView-4.50\i_view32.exe /ini=C:\
32084 ? Ssl 0:00 C:\windows\system32\explorer.exe /desktop
# pkill -e 'wine|exe$'; pkill -9 -e 'wine|exe$'
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]
Thanks step, that 'pkill' command will hopefully be what I need. I will report back as soon as I can confirm.step wrote:Hi Jake, did you try killing wine server and friends in addition to the voice app? If the system is unresponsive it might be that it's just very slow, but that eventually it will serve your input. In those cases, keeping a terminal window open could save you, because massive killing is just a few keystrokes away. Here's an example how to take down irfanview and the wine party (you only need the last command, the first one is just to show the victims:Note: this command will take down all running wine apps at once.Code: Select all
# ps `pgrep 'wine|exe$'` PID TTY STAT TIME COMMAND 32049 ? Ss 0:00 /opt/wine-3.0/bin/wineserver 32055 ? Ssl 0:00 C:\windows\system32\services.exe 32058 ? Sl 0:00 C:\windows\system32\winedevice.exe 32067 ? Sl 0:00 C:\windows\system32\plugplay.exe 32073 ? Sl 0:00 C:\windows\system32\winedevice.exe 32082 ? Ss 0:00 Z:\mnt\wbin\IrfanView-4.50\i_view32.exe /ini=C:\ 32084 ? Ssl 0:00 C:\windows\system32\explorer.exe /desktop # pkill -e 'wine|exe$'; pkill -9 -e 'wine|exe$'
EDIT: Problem persists. The pkill command does work when everything is fine - wine is killed and can be restarted. However once the 100% CPU issue appears, the pkill command has no effect on the "-data" process hogging CPU. Overall Fatdog64 is still responsive - but apps (browser / kodi) cannot fully launch. Waiting several minutes after issuing a TERM / KILL command in htop has no impact.
Does the NaturalVoices program executable path end with ".exe" ? If it ends with ".EXE" you should adjust the pkill command, add "|EXE$" for good measures. My experience running SAPI4 and SAPI5 voices in real Windows XP had its issues too. IIRC sometimes the audio driver crash and hang the system. But that was Windows. Linux should be better.
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]
Maybe it's the directory structure and this specific version of Wine. I will try installing to C:/TTS. Right now - Task Manager sees the NaturalVoices program as "C:\Program" - perhaps the spacing in "Program Files" is the issue.step wrote:Does the NaturalVoices program executable path end with ".exe" ? If it ends with ".EXE" you should adjust the pkill command, add "|EXE$" for good measures. My experience running SAPI4 and SAPI5 voices in real Windows XP had its issues too. IIRC sometimes the audio driver crash and hang the system. But that was Windows. Linux should be better.
I only posted because I was curious why this proved so difficult to kill. I had assumed being installed in /home/spot and using run-as-spot wine - would have given me more control over wine and certainly not allow it to behave in this way.
I will report back if I can find a solution.
reporting bugs
reporting possible bugs:
trying to run a virtual machine under the virtualBox SFS, complains about the kernel not having the virtual box feature. (is one of the kernel sfs needed?)
I'm running FatDog720 (the sfs says 721 however)
The following is related to the AppImage topic:
trying to run the astronomy app. Same problem happens if I run-as-spot.
trying to run a virtual machine under the virtualBox SFS, complains about the kernel not having the virtual box feature. (is one of the kernel sfs needed?)
I'm running FatDog720 (the sfs says 721 however)
The following is related to the AppImage topic:
Code: Select all
# ./Stellarium-0.18.0-x86_64.AppImage
User config directory does not exist: "/root/.stellarium"
Creating directory "/root/.stellarium"
WARNING StelFileMgr::StelFileMgr: could not find install location: "/usr/share/stellarium" (we checked for "/usr/share/stellarium/data/ssystem_major.ini" ).
Maybe this is AppImage or something similar? Let's check relative path...
Segmentation fault
@FanDog,
The main VB download in SFS Manager is virtualbox-5.2.8.k4.14.12-x86_64-1_721.sfs. The numbers in the filename mean VB version 5.2.8 for kernel 4.14.12. This explains why that SFS can't run on Fatdog64-720, which has a different kernel version.
The main VB download in SFS Manager is virtualbox-5.2.8.k4.14.12-x86_64-1_721.sfs. The numbers in the filename mean VB version 5.2.8 for kernel 4.14.12. This explains why that SFS can't run on Fatdog64-720, which has a different kernel version.
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]
@step
Works! \o/ thanks.
I was under the impression 721 was only for Spectre and Meltdown, and some firmware (maybe one is req. for VB?). Tried pti=off and VB still works.
Sadly, reactOS still not ready to run the only old app I need which WINE whines about. :/ so still stuck with a vestigial operating system for a while here..
btw, fixing the midi problem (archlinux has a great article on troubleshooting OTTD), the version on the ibiblio repo stopped working all of a sudden (segfault just like Stellarium, even though couple days earlier it worked). Thanks to this however, I discovered the site has a much newer version.
also, the soundfonts can also be configured to be used by vlc. (In case anybody needs it) Though it would be nice if it could use the same script (from the article), for a system-wide midi playing solution.
Cheers.
Works! \o/ thanks.
I was under the impression 721 was only for Spectre and Meltdown, and some firmware (maybe one is req. for VB?). Tried pti=off and VB still works.
Sadly, reactOS still not ready to run the only old app I need which WINE whines about. :/ so still stuck with a vestigial operating system for a while here..
btw, fixing the midi problem (archlinux has a great article on troubleshooting OTTD), the version on the ibiblio repo stopped working all of a sudden (segfault just like Stellarium, even though couple days earlier it worked). Thanks to this however, I discovered the site has a much newer version.
also, the soundfonts can also be configured to be used by vlc. (In case anybody needs it) Though it would be nice if it could use the same script (from the article), for a system-wide midi playing solution.
Cheers.
avidemux
@fatdog team: I decided to try Avidemux, but it wouldn't start until I added a symlink at /usr/lib64/libvpx.so.1 to /usr/lib64/libvpx.so.3.0.0
Perhaps the package could be updated, or the link incorporated into the next upgraded version.
Dan
Perhaps the package could be updated, or the link incorporated into the next upgraded version.
Dan
@ Dan
Sure: https://wiki.archlinux.org/index.php/Op ... ot_playing
configuring VLC however is much simpler. Their settings have a field for locating your soundfonts.
@ step
Long ago, in this very thread (IIRC) I raised the issue of OpenCL support. This will be worthy keeping an eye on:
https://www.phoronix.com/forums/forum/l ... -for-linux
Apparently amd has to get its act together, but at least the conversation with the kernel upstream seem to be finally progressing now.
to quote a comment there:
Sure: https://wiki.archlinux.org/index.php/Op ... ot_playing
configuring VLC however is much simpler. Their settings have a field for locating your soundfonts.
@ step
Long ago, in this very thread (IIRC) I raised the issue of OpenCL support. This will be worthy keeping an eye on:
https://www.phoronix.com/forums/forum/l ... -for-linux
Apparently amd has to get its act together, but at least the conversation with the kernel upstream seem to be finally progressing now.
to quote a comment there:
I used to have openCL working on the fglrx and some people seem to have luck mixing the open and closed source, even today. But this brings hope that even older cards will still be able to get openCL working properly....and run on the already open sourced version of PAL so that packagers of all distributions could finally supply decent opencl packages for all amd GPUs and ...
Rosegarden
Rosegarden from the 720 repository wants asfxload in order to play audio. Is there somewhere on this forum where it is already available? Thank you.
A little headway on the AppImage problems people are having: Tried to install FUSE on another box and the package manager insisted on the config file. After that the AppImage complained about fuse configuration as well. (more precisely "fuse setup", which could be merely that it could not load the module since I don't allow modprobing there, it even says so but could be more than that)
So perhaps each AppImage requires something in the config which FatDog64 isn't (dis)enabling?
@ snayak
If you go to the SFS manager, you'll find Calibre. Which IMHO (and probably the people who make the sfs, since it's there) is better than FBReader. It is a whole library managing application, supporting epubs, pdfs.. etc..
So perhaps each AppImage requires something in the config which FatDog64 isn't (dis)enabling?
@ snayak
If you go to the SFS manager, you'll find Calibre. Which IMHO (and probably the people who make the sfs, since it's there) is better than FBReader. It is a whole library managing application, supporting epubs, pdfs.. etc..
Wine issue solved
To follow up my previous posts regarding an issue I was having with Wine, I have now established a solution. After over a month of using Wine v2.0.1 - my problem (system became unresponsive - could not kill process) has not occurred. I conclude my issue was due to a bug within certain versions of Wine and introduced post-v2.0.1. Thanks to all those that tried to help me with this.