28 November 2006, 17:43 | #1 |
Wipe-Out Enthusiast
Join Date: Nov 2005
Location: .
Age: 43
Posts: 2,545
|
audio device in use problem
just a brief enquiry....
i've noticed that if i'm running an AMOS program as a whdload front-end, and i use music on it (MEDs in particular) that even if i shut-off the music from AMOS, WHDLoad still sees the audio as "in use" (that's bloody AMOS for you) on workbench, this is fine, as the "ignore" option on the requester still leaves the games functioning perfectly. however, i'd like to "ignore" by command line if possible? (so that my front-end can do it) anyone know how i could do this? if i use the NOREQ option, it simply lists "audio device in use" ad infinitum in the CLI, without ever trying to ignore the problem ... i've searched throught the readmes, and i'm buggered if i can find anything about it in there. anyone ever found a solution for this? thanks for any help, as per usual |
28 November 2006, 18:44 | #2 |
Registered User
Join Date: Feb 2005
Location: montreal / canada
Age: 47
Posts: 722
|
if you're fine with the requester, you may consider to launch it from cli with wbrun command (available on aminet) to emulate workbench exec....you just need to type wbrun -name of the file-, and it will be the same as launching -name of the file-.info icon on workbench...it's pretty great and i use it a lot!
|
28 November 2006, 20:07 | #3 |
Wipe-Out Enthusiast
Join Date: Nov 2005
Location: .
Age: 43
Posts: 2,545
|
hmm.. maybe i was a bit unclear.
i really need to avoid the requester, because using my front-end, workbench is never seen. (or even loaded) launching from command line is fine at the mo, providing i dont use sound beforehand, it's just that the requester (or the NOREQ "repeat" result) needs to be "auto'ed" to 'ignore' when sound has been used. |
29 November 2006, 19:54 | #4 |
Moderator
Join Date: Nov 2001
Location: Germany
Posts: 876
|
I will check the problem with NOREQ, this sounds like a bug.
A solve would be probably only a new option IgnoreAudioUsed. |
29 November 2006, 20:58 | #5 | |
Wipe-Out Enthusiast
Join Date: Nov 2005
Location: .
Age: 43
Posts: 2,545
|
Quote:
well... i hope you'll consider adding it Wepl. it'd be very useful for the likes of muggins here. the result of the use of NOREQ wasnt exactly what i'd expected to see either, but i'm glad if i've helped find another bug for you... (more glad than you are i expect though.. hehe ) |
|
30 November 2006, 17:30 | #6 |
Registered User
Join Date: Feb 2005
Location: montreal / canada
Age: 47
Posts: 722
|
you'd better switch to blitz basic - AMOS sucks!
|
30 November 2006, 18:12 | #7 | |
Wipe-Out Enthusiast
Join Date: Nov 2005
Location: .
Age: 43
Posts: 2,545
|
Quote:
i can do what i want with AMOS |
|
03 December 2006, 14:43 | #8 |
Moderator
Join Date: Nov 2001
Location: Germany
Posts: 876
|
http://whdload.de/whdload/whd168.lha
fixes the the problem in conjunction with NOREQ |
14 May 2017, 13:56 | #9 |
Wipe-Out Enthusiast
Join Date: Nov 2005
Location: .
Age: 43
Posts: 2,545
|
Thread necormancy, but issue is the same/similar as before!!!
Can anyone confirm if NOREQ is working on WHDload 18.3 ? I am using the following from a script : Code:
WHDLOAD NOREQ SLAVE="whdloadgame:AlienBreed2.Slave" PRELOAD NOWRITECACHE SPLASHDELAY=0 DATA="whdloadgame:dwnw/" >"whdloadgame:whdscript_debug" However, i am still seeing a requester... (screenshot attached) |
14 May 2017, 16:23 | #10 |
Moderator
Join Date: Nov 2001
Location: Germany
Posts: 876
|
This is the case in all versions. Reason is that Data option is checked before NoReq. If you have a problem with it please put an issue in the bugtracker.
|
14 May 2017, 17:26 | #11 | |
Wipe-Out Enthusiast
Join Date: Nov 2005
Location: .
Age: 43
Posts: 2,545
|
Quote:
http://mantis.whdload.de/view.php?id=3690 |
|
21 September 2018, 11:07 | #12 |
Registered User
Join Date: Nov 2013
Location: Essen / Germany
Posts: 188
|
|
02 October 2018, 16:45 | #13 |
Moderator
Join Date: Nov 2001
Location: Germany
Posts: 876
|
Have you tried if NoReq already helps with that?
|
28 January 2019, 10:59 | #14 |
Moderator
Join Date: Nov 2001
Location: Germany
Posts: 876
|
I have removed opening the audio.device from WHDLoad as I see anyway not much benefit from it. So there will also no requesters anymore if the device is already allocated. New beta can be obteined from the website: http://whdload.de/whdload/whd184.lha
|
28 January 2019, 11:41 | #15 |
Registered User
Join Date: Aug 2014
Location: Brindisi (Italy)
Age: 70
Posts: 8,263
|
Thanks Weplm, stupid question: what audio.device was for?
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
force close of audio.device | source | support.Games | 3 | 19 April 2011 17:01 |
uaescsi.device problem | Solid Snake | support.WinUAE | 7 | 23 October 2008 19:23 |
What audio device for gaming pc? | keropi | MarketPlace | 10 | 31 August 2007 21:43 |
uaescsi.device and cd audio (again) | hexaae | support.WinUAE | 38 | 06 June 2007 20:21 |
Enhanced audio.device solution for MorphOS | Paul | News | 0 | 10 February 2005 19:35 |
|
|