@davec555

The thread is coming up with good suggestions...

Any chance bad weather mighta zapped something? It could be
your gfx card, for example. It happened to my XE.

Once you've confirmed the motherboard is getting power to it
(LEDs as mentioned), then I'd suggest pulling all the cards
and seeing if it makes any more booting motions.

If so, plug in one card at a time (start with the gfx card)
and see how things change.

Obviously, changing the PSU is an option.

Please let us know how things go.

GOOD LUCK!

PJS

sheesh... Dupe post...

Bummer!

Have you tried replacing the battery too? It seems like most
all of the NG systems are sensitive to the battery being up to
snuff.

Otherwise, I'd suggest hooking up a serial cable and watching the output if you can. If you're lucky, that will tell you where
it might be failing.

Let us know what you find!

Thanks,

PJS

@elfpipe

You're having problems with your Amiga drives?

It seems like viruses on the Amiga, let alone OS4, are an unlikely
rarity these days (Thankfully).

But maybe you have a drive going bad?

If you're on one of the NG machines with a complete IDE/SATA
driver, you could run smartctl on your drives to see what it
tells you about its health:

smartctl -A [device]:[unit #]

example:

smartctl -A sii3114ide.device:0

Good luck & make a lot of backups! ;D

PJS

@elfpipe

Congratualtions!!

I can just guess at how steep a mountain it is you're climbing.
Thank you very much for your efforts.

It's like you're making it look easy!

;D

PJS

@walkero

It's great to read of your progress! Thanks walkero, rjd324,
afxgroup, jacadcaps and everyone working on the project.

Great little bit of holiday news.

:D

PJS

@Orgin

That's fantastic news!

Good luck with the legal issues. There's lawyers in that
swamp. Beware.

;)

PJS

@white

I have no idea what you're trying to accomplish. ...and why
you just don't use YT.rexx. Are you trying to do something
more than playing videos???

I can just type this in the CLI:

<path>/YT.rexx <YT URL> autoplay

I get an MPlayer or FFplay window (as needed) and it just plays.
No fuss, no muss.

No clue about your videos (I guess).... How about posting
them something somewhere Amiga-Friendly?

Good luck,

PJS

@white

OK, now you seem to be talking about viewing videos... Not
sending out videos from a camera. hmmm...

Just install/configure YT.rexx, MPlayer and FFPlay *correctly*
and then run YT.rexx (either in shell or from most any Amiga
browser) and stream the video in MPlayer or FFPlay, as needed.

I think you need to clarify your understanding of what those
programs do... YT.rexx just decodes/decyphers the YT stream
URLs and MPLayer and FFPlay just stream/play the found streams.
No "conversion" is taking place, pre se.

Playing vids on peecee??? You're on your own.

Playing videos within an Amiga browser? AFAIK, Oddity has
occasionally been able to do it, but reliably or for any length
of time? Way more overhead and trouble than playing directly
in a video player, IMHO. Get the right tool for the job! ;)

Tip: Goggles "improved" YouTube again, so I think you have to
spoof in Oddity as an iPad (IIRC) to see anything.

Good luck,

PJS

@white

I'm not sure what you're trying to do and what direct connection
it has to Timberworlf....

If you want to remotely view a local IP camera, if it provides
a simple connection (like in your video), you should just be
able to connect to the IP address & port # with MPLayer or
FFPlay and view away. I do with a number of cameras/apps at
home/work with my Amigas.

Of course there's the complexity of getting through your router
to provide access from the WAN (aka Internet). Each router is
different and you'll need some way to find your LAN's internet
IP address. That can be challenging!

To simplify that a bit, you should look into dynamic domain name
services. http://www.ddns.net is an example.

Good luck,

PJS

Hi guys,

I didn't think Timberwolf ever stopped working (at least from
a clean start **)... It's just that it has lost any ability to
do contemporary secure connections (https://, etc).

(**) FWIW, I did find that for TW to run somewhat reliably, you
should delete all the user "profile" stuff. So I added these
line to the start of the TW CLI startup script:

if exists CurrentUserProfile NOREQ
requestchoice "Timberworlf starting..." "Deleting old*nsession files." "Proceed"
delete CurrentUserProfile/#? all force
endif

I wonder how well TW would work if the new SSL code could be
compiled into the existing source.

Good luck,

PJS

@Nielse

Interesting, walkero's spacebar trick seems to be working as described here... Great trick.

FWIW, I'm running Find v53.15. Any chance it's a version specific thing?

Maybe you need to be sure not to have MattyOS polluting your SYS:? ;D

PJS

Hi guys,

I wasn't able to find any docs on the AmigaOS Find program either,
but I think I have a solution for your goal to deselect all your
drives by default.

If you go into your SYS:System/ dir and run the Find program, you
can deselect all your drives and then use the "Save Settings" menu
item.

That will save the deselection of all the drives to the Find icon's
tooltypes. From there, anytime you call Find from within the
Workbench, the Find program will be run and you will only see the
current path selected and the rest of your volumes will be deselected.

FYI, when you save your Find settings, it will also save any paths
you add to the tooltypes. With a little AmigaOS fiddling that also
makes it easy to set up preconfigured searches of paths of interest.

In my case I wanted to have a pre-configured Find set up for
searching my Audio collection. So I made an alias of Find program
(named "FindAudio") with its own FindAudio.info file with the search
set up the way I wanted. Then I dragged my "FindAudio" into AmiDock
to give me quick, easy access to that search.

Hope that works for you!

Thanks,

Hey guys,

There's a built-in functionality in the Shell to record the
execution time of a preceding command. It's stored in an
environment variable and you can just run this after the
command in question:

echo $_runtime

Does that suffice?

Thanks,

PJS

@rjd324

I think you can just move the DEVS:DOSdrivers/APPDIR entry to
the SYS:Storage/DOSdrivers/ directory and reboot... et viola,
it's gone?

I agree with nbache, APPDIR: evolved into a reasonable solution
for most common user cases. Run something once and things then
just work for them the vast majority of the time.

Otherwise, using complete paths, assignments and so forth are
the easy solutions of pro-users for overriding control.

Good luck!

PJS

Hi guys,

Just a word of caution.... Beware if the partition you are
trying to copy/mirror/sync has any links in it. Example: SYS:

I've come to find Denil's Backup program might or might not
correctly replicate links, depending on how they were originally
created (you can end up with links back to the original (gone?)
partition).

Looking at the readme, it looks like Chris' FolderSync2
explicitly ignores links (just doesn't create the linked
file?? just makes another file??).

I didn't see any mention of how links were handled in the docs
on BackUpCopy.

Good luck,

PJS

@cygnusEd

Hi Edgar!

THANK YOU very much for your continued dedicated work on
Amigcygnix on our Amigas! Very much appreciated!

As a small token, I tossed some Bier & Pizza $$$ here...

https://schwan-clan.de/index.php?lang= ... %2FDonate.php%3Flang%3Den

Enjoy! Prosit! :D

PJS

Hey Davyw,

Ever the fan of doing things the longhand way, here's a chunk
of code I've used often. You can paste this in a text file and
test it in the CLI.

---
/* Ask User Choice & Print Out
*/
TitleBarTxt = 'Test Requester'
BodyTxt = 'Pick something!'
ButtonsTxt = '"Yes" "Umm" "No"'
ReqType = 'INFO'
cline = 'c:requestchoice "' || (TitleBarTxt) || '" "' || BodyTxt || '" ' || (ButtonsTxt) || ' TYPE ' || (ReqType) || ' TO T:response.txt'
address command cline
MyReturnCode = RC
if exists('T:response.txt') then
if open(ReqF,'T:response.txt','r') then do
pick = strip(readln(ReqF),'B','"')
bs = close(ReqF)
address command 'c:delete T:response.txt'
say 'response >' pick '<'
end
else
say 'Couldn''t open Requester output file'
---

[meh -- tabs were stripped -- imagine they're there ]

Of course this can be adapted to RequestString or RequestFile.
The RC/ReturnCode lets you see if the user cancelled the
requester in those cases, IIRC.

Good luck,

PJS

@kas1e

Cool looking case picture (on the site).

Already having three "bog box" towered Amigas (XE, X1K & X5K),
my goal for the SAM(s) has always been to make them as small as
absolutely possible.

With this case & the 440 and a portable monitor, it's been a
great travel machine. It would just be nice to have the 460's
horsepower in the package... ;D

Thanks,

PJS

@sailor @kas1e @rob

yeah, I expected if I was to try to reuse my old slim case,
I'd have to stick a 2 card 90-degree riser in the first slot
and skip using any others. Hopefully that lines up with the
backplane slots in the case.

I just don't know that risers work or not (like in the tabor).

Thanks,

PJS