Ticket #10 (reopened defect)
Microphone disfunctionality
| Reported by: | kris.steenhaut@… | Owned by: | anonymous |
|---|---|---|---|
| Priority: | normal | Milestone: | MMPM/2 Compatibility |
| Component: | UNIAUD32 | Version: | 1.1.4 |
| Severity: | normal | Keywords: | |
| Cc: |
Description
I can make just one recording with \MMOS2\MMPLAYER\WEPM.EXE. After having closed the session, the sound volume drops about 95 % and wepm.exe doesn't work at all anymore.
Only way out is a reboot.
Attachments
Change History
comment:1 Changed 7 years ago by vladest
- Owner changed from vladest to anonymous
- Status changed from new to assigned
comment:3 Changed 7 years ago by vladest
I mean that you have to gimme logs
- uniaud log
- what reporting wepm to you etc
Otherwize I cant do abything, couse I cant reproduce the problem on my side
comment:4 Changed 7 years ago by kris.steenhaut@…
<I mean that you have to gimme logs 1. uniaud log 2. what reporting wepm to you etc Otherwize I cant do abything, couse I cant reproduce the problem on my side>
OK. Do take in account I'm only a simple human being, so
- What do I have to do in order to produce an Uniaud log (there is no stoud.exe present here)
- Same question for wpem.exe: how to create a log?
comment:5 Changed 7 years ago by vladest
- copy alsahlp$ uniaud.log
- just tell me how "non working" looks like
Thanks, Vlad
Changed 7 years ago by kris.steenhaut@…
- Attachment blabla.zip added
blabla.zip created at 24 februari 2006
comment:6 Changed 7 years ago by kris.steenhaut@…
OK. Here we go.
<1. copy alsahlp$ uniaud.log 2> before_uniaud.log is from before the recording session, uniaud_after.log
is from after the recording session. The same applies to before_MMPM2.INI and MMPM2_after.INI
<2. just tell me how "non working" looks like> I tried to record "blabla.wav", shouting as hard in the mic as I could. This time I even hadn't visible nor audible record - it's most like that, sometimes I do get visible and audible output. AND, after closing business ALL sound was gone, completely gone. Never had a problem like that or any problem with the Crystal drivers, so I'm completely at a loss. Included in blabla.zip the files I referred too.
comment:7 Changed 5 years ago by yoda
- Status changed from assigned to closed
- Version set to 1.1.4
- Resolution set to wontfix
- Milestone set to 1.1.4GA
Too old report.
Reopen with logs for current version, if it is still a problem.
comment:8 Changed 5 years ago by gentux2
- Status changed from closed to reopened
- Resolution wontfix deleted
- Component changed from UNIAUD-API to UNIAUD32
- Milestone changed from 1.1.4GA to MMPM/2 Compatibility
Hm, rather than marking "wontfix", would have been preferable to try to contact the reporter since we have his address. The description makes it seem hardware independent, but that seems doubtful. If we can't reproduce it on just any hardware, let's get hardware information and a recent debug log from the reporter and move this to milestone:"ALSA Hardware Compatibility"

tested it works on my nf4+alc850
I dont see any logs nor what exactly wepm says :(
Regards, Vlad