Who's Online |
122 user(s) are online ( 82 user(s) are browsing Forums)
Members: 1
Guests: 121
daveyw,
more...
|
|
Headlines |
-
snes9x.zip - emulation/gamesystem
Apr 29, 2024
-
hle-pokercard.lha - game/card
Apr 29, 2024
-
mce.lha - game/utility
Apr 29, 2024
-
amiarcadia.lha - emulation/gamesystem
Apr 28, 2024
-
ifarchive_dl.lha - utility/script
Apr 28, 2024
-
kt_scripts.lha - utility/script
Apr 28, 2024
-
stream.lha - utility/benchmark
Apr 27, 2024
-
thumbnailmaker.lha - video/misc
Apr 26, 2024
-
theme_list.lha - utility/misc
Apr 23, 2024
-
faac.lha - audio/convert
Apr 22, 2024
|
|
|
|
Re: Cannot add 2nd HDD to my Flex 800 system??? (SOLVED)
|
Posted on: 2009/7/27 1:04
#1181
|
Just can't stay away
|
@Slayer Quote: Slayer wrote: @Faranheit
hmmm that could explain it but I think it's default... but who knows The default, if you don't have the sii3114ide_xfer variable set in UBoot, is highest PIO for all drives. At least on the A1 it is, and I don't think this was changed between the versions. Quote: nvgetvar command reports:
[...]
sii3114ide_xfer=GGGG
I didn't think to revisit these settings once I replaced the SAM with the SAM Flex (I just swapped out the MBs) seems the sii3114ide_xfer had become corrupt after either the swap or the latest OS fix... because when I looked at it tonight it was set at GOOC... WEIRD! lol Don't forget that UBoot variables are kept in the non-volatile RAM on the motherboard, not on the disk. So replacing the motherboard and keeping the disk does not (in itself) preserve your old UBoot variables. Quote: So as you see though it's back at the bottom of the list shining in 4 Gs as it should be... If you explicitly set the _xfer variable, why not set it to the highest mode each device can actually run, as reported by IDETool, instead of forcing all four to try the G mode and having to fall back to whatever they support? At least an optical drive will most likely not go as high, and your empty port might as well be set to 0. So the default setting you saw above, G00C, is actually quite reasonable if you have one HD and one DVD. Best regards, Niels
|
|
|
|
Re: Cannot add 2nd HDD to my Flex 800 system???
|
Posted on: 2009/7/24 23:21
#1182
|
Just can't stay away
|
@amigadad
The way I understand it, you can connect devices also to the two other channels, but UBoot will currently not see them. Once OS4 is booted, all 4 should be visible. So you can add your second disk, but you cannot boot from it (currently).
Best regards,
Niels
|
|
|
|
Re: Assigned project: Graphical Common Download Manager
|
Posted on: 2009/7/19 23:57
#1183
|
Just can't stay away
|
@broadblues Quote: broadblues wrote: @nbache Hmm, were talking small utility here though? Not major app. So simplicty of API would outway the startup load issue?
Yes, I agree that it might be on the brink of not being worth the design effort in this case, but still ... I'd personally try to avoid all that disk trashing. Anyway, it seems DaveP already has a neater design in mind, so this point is moot Quote: BTW which two apps constitue "both" ? Erm ... hehe ... I may have misread the "browsers like OWB or NetSurf" above. Best regards, Niels
|
|
|
|
Re: An expanded mkfile executable
|
Posted on: 2009/7/19 23:39
#1184
|
Just can't stay away
|
@Slayer Quote: Slayer wrote: @thomas So what you are saying is there is no way to alter this code to accept mkfile 3.4 gb for example without producing a totally new program source? Correct. Of course it can be done, but not using ReadArgs(), and then it would hardly be an Amiga program any more, but just another generic *N?X C program. And coding the args parsing would be maybe 90 percent of the program anyway (once you know what size the user wants the file, it is created "with a snap of your fingers"). Which is part of the reason the program can be done so elegantly with ReadArgs(). Quote: I need a b for bytes perhaps?
mkfile 3466840749 b
for example would create a file that size in bytes as far as AmigaDos is concerned, correct? That should be possible within the current framework. Best regards, Niels
|
|
|
|
Re: OS4.1 intellifont, and other things from 3.x
|
Posted on: 2009/7/19 23:21
#1185
|
Just can't stay away
|
The original three Intellifonts which came with earlier releases of AmigaOS, were licensed from Agfa. I would guess that this license has not been renegotiated for OS4, so the otag files were just made to point to suitable TrueType/FreeType replacements. But as mentioned by others, there should be no problems using "real" Intellifonts if you absolutely must (except for the lower quality), by copying over the needed files.
As far as I know, nothing changed in this between 4.0 and 4.1.
Best regards,
Niels
|
|
|
|
Re: Assigned project: Graphical Common Download Manager
|
Posted on: 2009/7/18 23:25
#1186
|
Just can't stay away
|
@broadblues Quote: broadblues wrote: Wouldn't it be better if the CDM did that itself? ie when a new instance is started it check for it own message port and passes any args onto an existing copy. (that's how aweb handles multiple startups anyway)
It would of course save "all" (both) of the calling apps from implementing that logic, but at the cost of having to load the full CDM executable from disk every time you click on some download link, just to make it send the download details to the already running instance and die. It wouldn't be my choice, but I don't know if DaveP has already thought of something neat ... e.g. some sort of lightweight watchdog daemon could handle all the calls from the apps and only start the full executable the first time (and maybe shut it down when idle). Best regards, Niels
|
|
|
|
Re: An expanded mkfile executable
|
Posted on: 2009/7/18 23:11
#1187
|
Just can't stay away
|
@Slayer Quote: Slayer wrote:
mkfile "GBCPC V8 Full.rar" 3466840749 kb
OR
mkfile "GBCPC V8 Full.rar" 3 gb 466 mb 840749 kb
Are you sure you got those numbers right? I.e., do you really want (in your second example) 3 GB plus 466 MB plus 821 MB plus 45 KB, i.e. 4 GB, 263 MB and 45 KB? And do you expect the two examples to add up to the same size in bytes? The first one is 3466840749 * 1024 bytes, which is around 3.23 terabytes, while the second one is 4570788864 bytes or around 4.26 gigabytes. Just checking ... Best regards, Niels
|
|
|
|
Re: SGrab and OS4.1
|
Posted on: 2009/7/13 23:16
#1188
|
Just can't stay away
|
@my_pc_is_amiga Quote: my_pc_is_amiga wrote: I like the "Mark and Grab". However, with transparency on the window I want to grab shows the stuff beneth. I can switch off in prefs but would be nice if SGrab would keep the windows as activated instead of defaulting back to the "workbench" window. Cause once in mark mode it shows the window that I had activated in un-activated mode (and thus the transparent stuff shows through).
I can't try this on my Amiga right now, but what I usually do is use a delay of e.g. 3 seconds, so I can go click on the title bar of the window I want active in the grab, before SGrab grabs it. Could that help? Best regards, Niels
|
|
|
|
Re: Openamiga, multiuser support simple.
|
Posted on: 2009/7/13 22:56
#1189
|
Just can't stay away
|
@DaveP Quote: DaveP wrote: @orgin
Which in itself is a PITA in OS4.x, as somewhere I read that ENV and ENVARC aren't really filesystems, or something... ...and not to treat them as such.
ENVARC: is; it's just an assign to (by default) SYS:Prefs/Env-Archive/ as always. But ENV: is a special device created by env-handler. It currently seems to behave just as if it were a normal filesystem device when you write or read it, but it probably wouldn't be wise relying on that to be true forever ... So use GetEnv and SetEnv etc. instead for accessing settings in ENV: Best regards, Niels
|
|
|
|
Re: Still not happy you know...
|
Posted on: 2009/7/12 0:45
#1190
|
Just can't stay away
|
@magic
Oh, okay. I thought maybe you hadn't tried it and that was why you didn't think it would work a well as it does. I was surprised to see that myself.
But I guess you must have some other, personal reason for wanting it outside the browser, then. Fair enough.
Best regards,
Niels
|
|
|
|
Re: Still not happy you know...
|
Posted on: 2009/7/11 0:19
#1191
|
Just can't stay away
|
@magic
Have you tried it?
Best regards,
Niels
|
|
|
|
Re: Still not happy you know...
|
Posted on: 2009/7/10 22:31
#1192
|
Just can't stay away
|
@magic
Why worry? It already works on OS4 - in OWB.
Best regards,
Niels
|
|
|
|
Re: Del Boy`s returning to our screens.....
|
Posted on: 2009/7/6 0:11
#1193
|
Just can't stay away
|
@Rigo
Right -- I'll have to keep an eye out for it then.
Thx.
Best regards,
Niels
|
|
|
|
Re: Del Boy`s returning to our screens.....
|
Posted on: 2009/7/5 0:57
#1194
|
Just can't stay away
|
@magic I haven't the foggiest idea what you're on about -- and I'd guess most of the rest of the world don't either Apparently some telly that never made it out of ole Blighty, eh? Best regards, Niels
|
|
|
|
Re: Keyboard control in OWB
|
Posted on: 2009/6/26 22:45
#1195
|
Just can't stay away
|
@Thematic Quote: Thematic wrote: - make (it known to me) a way to activate the URL field by keyboard Left Amiga-D. Best regards, Niels
|
|
|
|
Re: how to disable Grim/DSI window ?
|
Posted on: 2009/6/25 21:52
#1196
|
Just can't stay away
|
@Kotler Quote: Kotler wrote: @kas1e
The quick n' dirty solution to "disabling" the Grim Reaper is to go into SYS:System and then delete or rename the Grim Reaper file. Of course, this is not recommended, but you'll get rid of the Grim Reaper. This solution reminds me of the all-time best stain remover: Hydrochloric acid. Sure, it removes the fabric as well, but the stain is definitely gone. Best regards, Niels
|
|
|
|
Re: Ftp server
|
Posted on: 2009/6/15 22:49
#1197
|
Just can't stay away
|
@Raziel
Maybe the user name isn't "anonymous" - have you tried e.g. "admin" or whatever you use as a HTTP login name when you configure the router? Just a thought.
Best regards,
Niels
|
|
|
|
Re: Help me,issues on my Amiga One
|
Posted on: 2009/6/7 2:19
#1198
|
Just can't stay away
|
@MamePPCA1 Memtester is a program which is very intense in its use of the CPU, as it is not slowed down by e.g. having to wait for any disk or network access. So it's probably only natural that it will make your CPU hotter.
You were asking what exactly a heatsink is. It is a metal structure, usually heavily ribbed on one side, which sits in close connection with the top surface of your CPU chip and leads the heat away from it, transferring it to the air via the cooling ribs. Normally you will combine it with a fan on top of it, so you get a quick flow of air along the ribs of the heatsink, in order to blow away as much heat as possible per time unit.
Best regards,
Niels
|
|
|
|
Re: Java
|
Posted on: 2009/6/1 23:34
#1199
|
Just can't stay away
|
@LiveForIt Quote: LiveForIt wrote: @trixie
I don't know if you know some thing about electronics, but there should be pull down resistors connected to the +D -D on the motherboard, maybe you can check, the lack of restores where the problem whit AmigaONE's. As you correctly state, the issue with the pull down resistors is an AmigaOne related issue. Trixie has a Sam. The USB problems on the Sam with the beta edition of OS 4.1 for Sam (which is what they have been sold with so far) are well known and being worked on. They have nothing to do with pulldown resistors or, as far as I have understood, any other hardware issues. It's the OS support for the Sam's USB which is not fully in place yet, isn't it? (For instance, don't the USB ports work fine under Linux on Sam?) Best regards, Niels
|
|
|
|
Re: System clock running ahead?
|
Posted on: 2009/5/26 23:45
#1200
|
Just can't stay away
|
@salass00 Quote: This is not an uncommon problem with computer clocks according to my brother. Both my uA1 and SAM440EP are running ahead. I also have a Mac mini here which does the same. The easy solution is to simply make the computer sync the clock with NTP on each boot up. I have done this on the A1 but not yet on the SAM. I know, I'm doing the same myself. For anyone who hasn't ventured into this yet, it's as easy as: C:Date SERVER PREFS C:SetClock SAVE - executed somewhere after your netinterface is verified to be up and running. It just requires that you have saved a prefs file from Time prefs after having set up which server to use etc. on the second tab of the Time Prefs. And since I run my main A1 24/7, I have put the two lines above into a separate script which I call from my Network-Startup script, but also execute daily at noon from Docket. So my machine is normally pretty close to correct time. I only wish the same was true for the server running Amigans.net. Best regards, Niels Edit: Hey, somebody actually did something about it! This post got the correct time -- or at least close enough that it is no bother any more. Thanks, Orgin, or whoever!
|
|
|
|