English Amiga Board


Go Back   English Amiga Board > Main > Nostalgia & memories

 
 
Thread Tools
Old 02 April 2020, 22:04   #2501
Exodous
Registered User

 
Join Date: Sep 2019
Location: Leicester / England
Posts: 93
Thomas said "For nil: you are right". Therefore he is in agreement with that statement, so it's not that one

To access the redirected "content", software makes use of the dos.library "Open" function (or method if that's what you'd prefer to call it)

I used the term "file" because that is exactly what is used in the official Commodore "Includes & Autodocs" documentation:

Synopsis: file = Open( name, accessMode )

Results: file - BCPL pointer to a file handle

http://amigadev.elowar.com/read/ADCD.../node02D6.html


If I'm wrong using the term "file", then Commodore are also wrong, so I'll take that
Exodous is online now  
Old 02 April 2020, 22:11   #2502
Leandro Jardim
Registered User
Leandro Jardim's Avatar
 
Join Date: Nov 2009
Location: Legoland
Age: 41
Posts: 1,454
Another thing, what is the reason to execute a tool with double redirection after the Run command? Like a example very similar to this I have seen another day:

Run <>NIL: C:Foobar <>NIL:

I know what the Run command does, and I understood the meaning of the double redirection now (thanks!), but why someone would like to send the CTRL+C key sequence to the Run command to break it for example, if on this example it is run in background with the >NIL: redirection? I suspect the effect of that double redirection is null, and if I think someone would like to break the execution of the tool, I guess would be more logical to double redirect only the I/O of the C:Foobar tool, no?

Last edited by Leandro Jardim; 02 April 2020 at 22:26.
Leandro Jardim is offline  
Old 02 April 2020, 22:37   #2503
Exodous
Registered User

 
Join Date: Sep 2019
Location: Leicester / England
Posts: 93
That just looks like the result of some confused thinking.

*cli in the response below relates to shell, cli, command window or whatever else you want to call it.

**stream in the response below indicates file, device etc. as the term file seems to be disliked

The "run" command launches the supplied command with the respective arguments, but the redirection is only done at the point of the cli executing the "run" command.

When the command is "released" as a separate task, the file pointers to the input and output streams are assigned to the Exec task structures.

If input/output redirection isn't done, then the command being "run" has a link to the cli for input and output. This means the cli can't be closed until all commands have finished execution (technically, they could probably close their input / output stream via the Exec task structure, but that's probably extremely bad form and likely to cause instability)


When both redirections are the same, there's probably no harm in having both of them, though it's unnecessary.

However, expanding this further if there were two different instances, for example "run <a c:Foobar <b" it would be very much down to the cli parsing which was the chosen input stream. Worse still is that it is likely to be inconsistent between different versions of the OS.

Therefore, it's probably best to only have one input and one output redirection as it should then be consistent.
Exodous is online now  
Old 02 April 2020, 22:42   #2504
Exodous
Registered User

 
Join Date: Sep 2019
Location: Leicester / England
Posts: 93
I missed a bit, if the process has been released from the current cli, then ctrl-c won't have any effect upon the released process.

Open a shell and run something like:

Code:
dir dh0: opt a
ctrl-c works and breaks the listing.

Now do the following, with no redirection:

Code:
run dir dh0: opt a
ctrl-c has no effect and you have to wait for the listing to end.

If your hard disk isn't "dh0:" then replace that with whatever your hard disk assignment or drive name is.
Exodous is online now  
Old 02 April 2020, 23:52   #2505
thomas
Registered User
thomas's Avatar
 
Join Date: Jan 2002
Location: Germany
Posts: 6,157
Quote:
Originally Posted by Leandro Jardim View Post
Run <>NIL: C:Foobar <>NIL:
There might be differences in AmigaDOS versions, but at least in 2.0 thu 3.9 run >nil: is sufficient to completely detach the new process from the current CLI.

The new process inherits its input and output from the mother process, so run >nil: something >nil: is overkill.

Run prints the CLI number of the new process to its output window, so you want to use run >nil: to suppress this.

But as run >nil: also suppresses the output of the child process, you might want to use something like run >nil: something >con: to get the output of the child somehow.
thomas is offline  
Old 03 April 2020, 01:15   #2506
Leandro Jardim
Registered User
Leandro Jardim's Avatar
 
Join Date: Nov 2009
Location: Legoland
Age: 41
Posts: 1,454
Thanks for the help with my questions guys, that's all for now.

Last edited by Leandro Jardim; 03 April 2020 at 01:46.
Leandro Jardim is offline  
Old 15 April 2020, 17:49   #2507
Viceroy
Registered User
 
Join Date: Jul 2006
Location: Sunderland
Posts: 711
Hi All. With having plenty time on my hands at the moment I have finally got around to getting my old Amiga Dopus 4 config buttons onto my Winaue set up.
I'm all but done, but I'm stumped on a few buttons?
I have 3 buttons. XFD Decrunch which works fine, I also have a XFD List button which seem to go through a dir and list what each file is packed with, that works fine but can I hell remember how to configure it so that when it finishes scanning you have to press mouse button to quit window? After scanning it just closes window!
I also have a XFD Scan button which asks for a filename prompt?
Lastly I have a XPK Decrunch button, Do I need XFD & XPK, is there any difference, hope somebody can assist ;-)
Viceroy is offline  
Old 16 April 2020, 11:43   #2508
daxb
Registered User
 
Join Date: Oct 2009
Location: Germany
Posts: 2,737
For DOpus5 there is an option to hold open a window. If DOpus4 doesn't have this option you can redirect the output to CON: and use the WAIT (and CLOSE?) option that should not close the window. E.g.: "yourCommand >CON:0/12/400/200/"window title"/WAIT/CLOSE"
daxb is offline  
Old 16 April 2020, 11:56   #2509
Viceroy
Registered User
 
Join Date: Jul 2006
Location: Sunderland
Posts: 711
Quote:
Originally Posted by daxb View Post
For DOpus5 there is an option to hold open a window. If DOpus4 doesn't have this option you can redirect the output to CON: and use the WAIT (and CLOSE?) option that should not close the window. E.g.: "yourCommand >CON:0/12/400/200/"window title"/WAIT/CLOSE"
Sorry but I don't understand any of that?
Viceroy is offline  
Old 19 April 2020, 17:46   #2510
NLS
Ancient User
NLS's Avatar
 
Join Date: Apr 2007
Location: GREECE
Age: 46
Posts: 659
Use all that as command.
NLS is offline  
Old 21 April 2020, 13:11   #2511
d4rk3lf
Registered User

d4rk3lf's Avatar
 
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,024
Just out of curiosity:
Is there any Amiga 500, 040 or 060 accelerator?
All I could find is this old one:
Progressive Peripherals 040-500

Looks interesting, but it seems a very rare, and I couldn't find any clip on youtube on how it works.

Nothing else on the market?
d4rk3lf is offline  
Old 21 April 2020, 13:18   #2512
Jope
-
Jope's Avatar
 
Join Date: Jul 2003
Location: Helsinki / Finland
Age: 40
Posts: 8,235
The Warp 560 is coming along hopefully.
Jope is offline  
Old 21 April 2020, 16:09   #2513
d4rk3lf
Registered User

d4rk3lf's Avatar
 
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,024
Yeah, saw the warp project too... looks amazing.
Looking at the A2000 accelerators, and they mention, that this one should work on A500 too.
Blizzard 2060

060/50Mhz

Imagine having one in your A500, and your friend is bragging on how his A1200 030 is fast.
d4rk3lf is offline  
Old 21 April 2020, 19:27   #2514
zipper
Registered User
 
Join Date: Mar 2004
Location: finland
Posts: 1,637
Yes, but my blizzardised A500T runs 57 MHz (also 60, 64 locks up).
zipper is offline  
Old 21 April 2020, 20:17   #2515
d4rk3lf
Registered User

d4rk3lf's Avatar
 
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,024
Neat!
I'd like to see that in action!
Do you maybe have youtube account and some clips with it, or someone with similar setup?
I started getting more and more interested in these, non standard, configurations.
d4rk3lf is offline  
Old 21 April 2020, 22:26   #2516
Toni Wilen
WinUAE developer
 
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 45
Posts: 24,564
Not exactly same thing as "real" A500 accelerator but ACA500/ACA500plus can be used to connect A1200 accelerators to A500. At least Blizzard 1240, 1260 and PPC do work.
Toni Wilen is online now  
Old 21 April 2020, 23:49   #2517
d4rk3lf
Registered User

d4rk3lf's Avatar
 
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,024
I am an (happy) owner of Aca 500+, and I knew that I could attach other Aca accelerators (up to the 030), but I had no idea you could attach Blizzard 1240, 1260 and PPC.
Thanks for the info.
d4rk3lf is offline  
Old 13 May 2020, 23:22   #2518
Gilbert
Registered User
 
Join Date: Sep 2008
Location: UK
Posts: 305
Not embarrassed to ask this but can the Amiga CD32 stream in data from CD while it's playing games - using the Akiko chip?

If so I figure you could really use a lot of animation data in the game - extra enemies and animation frames that you stream in just before they appear. This could make more arcade perfect ports possible.
Gilbert is offline  
Old 13 May 2020, 23:39   #2519
jotd
This cat is no more
jotd's Avatar
 
Join Date: Dec 2004
Location: FRANCE
Age: 49
Posts: 4,941
The Amiga CD32 can read data from CD in 2 different ways:

- play audio tracks
- read files, like any other hard disk or floppy device. The transfer rate is around 300kb/second with a slow access time.

So no, dynamic frame loading isn't even done with hard disks, so with CDs it's not going to happen either. At the time, the CD just offered huge storage capacity (which explains a lot of games with talk, as opposed to their floppy counterparts that didn't have some), and in this case, yes there were streaming of the audio data to the Paula chip
And it also allows to play CD-quality music (44khz, much more than the Paula 28khz) while the game is running with 0% CPU overhead and the 4 paula channels free for sound effects.

What you're talking about only happens in Neo-Geo style games where the ROM was almost equivalent to the size of a CD (hundreds of megs) but accessing ROM is very fast.
jotd is offline  
Old 14 May 2020, 05:13   #2520
TroyWilkins
Registered User

TroyWilkins's Avatar
 
Join Date: Jan 2015
Location: Tasmania, Australia
Posts: 528
Quote:
Originally Posted by Gilbert View Post
Not embarrassed to ask this but can the Amiga CD32 stream in data from CD while it's playing games - using the Akiko chip?

If so I figure you could really use a lot of animation data in the game - extra enemies and animation frames that you stream in just before they appear. This could make more arcade perfect ports possible.
I see jotd has already responded to this, but I wanted to add to the response.

I think the biggest issue would be the seek times reading from a CD, and as mentioned, the data rate isn't particularly fast either. I can't recall the exact average seek time for the double-speed CD-ROM in the CD32, but on fast CD-ROM drives it can be measured in 10ths of a second.

That does make me wonder, is that the way the "video" shown in the main window of the CD32 game "Microcosm" was loaded? Does anyone know? That would have made sense, as that could be streamed without the seek times or data rate being an issue?
TroyWilkins is offline  
 


Currently Active Users Viewing This Thread: 2 (1 members and 1 guests)
ppill
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Gamebase Amiga - 2 Questions Fiery Phoenix New to Emulation or Amiga scene 8 13 August 2012 13:31
Amiga CD32 questions pubzombie New to Emulation or Amiga scene 26 24 January 2010 17:27
A few general Amiga questions. Hougham support.Hardware 6 30 April 2008 23:13
Amiga A4000 Questions mfletcher support.Hardware 8 29 April 2008 11:51
Amiga 600 Questions JDunlap support.Hardware 14 20 January 2008 20:13

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 11:36.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2021, vBulletin Solutions Inc.
Page generated in 0.20250 seconds with 16 queries