https://bugs.winehq.org/show_bug.cgi?id=39778
Bug ID: 39778
Summary: Errror when starting app that using
LIBCEF(TChromiumEmbedded)
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: figufigu(a)mail.ru
Distribution: ---
Created attachment 53072
--> https://bugs.winehq.org/attachment.cgi?id=53072
backtrace.txt
Hi
I`m a developer of app, that using libcef.dll(TCHromiumEmbedded) components.
App developed with Delphi XE.
When I try to start it with Wine162 on Linux Mint 17.2 I have an error,
described in attached "backtrace.txt"
App was installed in system by standart Windows Installer.
Please help me to start it, if i could start it I could move hundreds of users
to Linux from Windows.
PS: After I temporary exclude TChromium from my App to test Wine, it run
succefully))
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=9127
Andrew Eikum <aeikum(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aeikum(a)codeweavers.com
--- Comment #66 from Andrew Eikum <aeikum(a)codeweavers.com> ---
(In reply to mrdeathjr28 from comment #58)
> This games stay affected for this bug maybe this demos can help you
>
>
> Bloodrayne 1
>
> http://www.gamershell.com/download_856.shtml
>
>
> Bloodrayne 2
>
> http://www.gamershell.com/download_7530.shtml
With Wine 1.9.4 and working 32-bit gstreamer libraries installed, both of these
demos have intro videos that work for me.
> Chaos Legion
>
> http://www.gamershell.com/download_3459.shtml
This game didn't have any obvious videos before starting the game proper. It
behaves the same on Wine and Windows. Can you tell me what wasn't working in
this game?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40079
Bug ID: 40079
Summary: WineHQ 1.9.2 doesn't recognize the ALSA audio system
in Ubuntu 15.10
Product: Wine
Version: 1.9.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jotape1960(a)yahoo.com
Distribution: ---
WineHQ 1.9.2 doesn't recognize the Linux ALSA audio system under Ubuntu Studio
15.10.
There is no such option into the Winecfg app, and non of the Windows software
can use it.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39968
Bug ID: 39968
Summary: alsa sound problem recognizing Logitech USB wireless
soundcard
Product: Wine
Version: 1.9.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)gmail.com
Distribution: ---
Wine alsa does not recognize my wireless usb sound card.
I have tested with Dragon Naturally Speaking 13 and Windows Audacity.
I set up the wine prefix with sound=alsa before installing.
Pulseaudio is disabled on my system.
Alsamixer info:
Card 2 (set as default using asoundrc)
USB-Audio - Logitech Wireless Headset
Logitech Logitech Wireless Headset at usb-0000:00:14.0-1, full speed
In winecfg, the device seems to be recognized appropriately. It has e.g. Out:
Logitech Wireless Headset - USB
And the Test Sound works.
But when running the program, the sound is very faint and is I believe coming
from my system's soundcard.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=33100
Bug #: 33100
Summary: ALSA Audio playback in WINE locks up ALSA capture by
other applications
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: torsten.crass(a)eBiology.de
Classification: Unclassified
Hi there,
when trying to record sound (e.g. using arecord) played by some
application running on WINE (e.g. vlc.exe) via ALSA, and if the
recording application is launched *before* the playback application,
recording stops immediately when playback starts, and after a while ALSA
reports an "Input/output error". This does not happen with native
playback applications, e.g. the Linux version of vlc.
Funny enough, if recordings starts *after* playback has begun,
everything works fine.
How to reproduce:
1. In a terminal, issue
sudo alsactl restore; arecord -D default -f dat -v -V stereo test.wav
2. In another terminal, launch vlc.exe by issuing something like
WINEPREFIX=/path/to/prefix wine /path/to/vlc.exe /path/to/some/audiofile
3. Wait for a few seconds... and see arecord complaining:
arecord: pcm_read:1801: read error: Input/output error
4. Re-launch arecrod:
sudo alsactl restore; arecord -D default -f dat -v -V stereo test.wav
5. Watch arecord recording happily ever after.
I initially suspected WINE to somehow force access to my soundcard's
capture device (A SB Live, which seems not to be dsnoop'd by default),
but after creating a dsnoop'd device (which did allow for multiple
simultaneous recordings with arecord when playing back audio with
Linux's vlc) and teaching WINE to actually use it, the problem
unfortunately remained.
Best regards --
Torsten
P.S. If filed this bug with Debian's wine-unstable-alsa package some two months
ago already, but since there hasn't been a single reply up to now and since the
problem still remains with 1.5.25 (Debian is still at 1.5.6), I found it
appropriate to directly re-file this report at WINE's bug tracking system.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40050
Bug ID: 40050
Summary: Audio device hw:0 gets busy with some games but not
all
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
If I'm starting specific games (currently noticed this in "The Forest") and
then trying to capture the sound (for example with "ffmpeg -f alsa -i hw:0
~/tmp/test.mkv") ffmpeg claims that the audio device hw:0 is busy. But in other
games like Guild Wars the device doesn't get busy so that I can capture on it.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39743
Bug ID: 39743
Summary: Dragon NaturallySpeaking 13.0 does not train new user
or run old one with sound error
Product: Wine-staging
Version: 1.7.55
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 53012
--> https://bugs.winehq.org/attachment.cgi?id=53012
NaturallySpeaking 13.0 crash when installing user voice
I created a new 32-bit wine prefix this morning, set the Windows version to 10
(sorry) and installed Dragon NaturallySpeaking 13.0 into it.
(Under winecfg, the sound was set to default, which had worked previously.)
The NatSpeak installation appeared to go flawlessly.
But the program will not run. It starts normally but then says it cannot use my
"user," that is, the set of files with my voice data in it.
I have tried creating a new user, and that does not work either.
I also tried changing the sound to pulseaudio in winecfg, ditto on the no work.
An error message says that the program cannot find my sound source.
Debian LXDE with all updates.
wine-1.7.55 (Staging)
Attached: crash report, terminal output.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35260
Bug ID: 35260
Summary: Sound weirdness with XCOM: Enemy Within
Product: Wine
Version: 1.7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: lama(a)lamamail.de
Classification: Unclassified
This is a strange one... I'll just describe what happened:
- I'm using the digital out on my sound card. This works fine with everything
but this game in WINE
- Got the game working after registering XAudio2_7.dll
- There is no sound whatsoever ingame (also no sound options beyond a mixer)
- After running the game I have no sound anywhere anymore, even after closing
all WINE processes. No errors while playing though (so it's not blocked), just
quiet
- Mixer settings are fine
- Turns out the default ALSA device has been changed to the analog output,
even after explicitly selecting the digital output (instead of default) in
WINE. Only a reboot fixes this. ALSA documentation doesn't even mention this as
a possibility. Oh, and game audio still isn't played through that either.
I've tested this with WINE 1.7.9 and built from GIT.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40200
Bug ID: 40200
Summary: ftell function problems
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eliidida(a)gmail.com
Distribution: ---
Hello,
I have a console application for Windows so it's a .exe. The console .exe only
has one function, no GUI or anything. The console application basically
obfuscates a file. Command: ConsoleApp.exe FileName.dylib
I have tried Wine (stable or development builds) and while I can run the
console application fine, and it exits with "Success", the problem is the
output file that is ran using Wine on Linux has a slight difference compared to
the output file that was ran using the same .exe but on Windows.
After investigating the console .exe program, we found out that the whole
problem was due to a piece of code in the .exe "ftell function". Wine
apparently doesn't support it? Or something similar because if we compare the
two output files, the only difference is in here:
http://i.imgur.com/vghTN2X.png
Left is Wine on Linux (Ubuntu) and Right is normal Windows OS output file.
This is the ftell code:
https://imgur.com/UrkJ36V
Can you verify this? I did ask on IRC and on the Forums, they told me to submit
a bug report.
Thank you for your time and I hope a fix for this comes as soon as possible so
I can bring my project to life.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=425
Jörg Schulz <jschulz(a)sgbs.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jschulz(a)sgbs.de
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.