@msteed @ktadd @nbache

I have to third the comment on the VideoClipper user interface.
I also downloaded and tried a number of versions out and had a
hard time making heads or tails of how to make it work.

Just like with FFMpegGUI, it seems like there's a *TON* of
ffmeg's powers being offered in all the buttons, sliders, tabs
and all. Clearly a *TON* of work had gone into making both
programs.

But I couldn't see a clear path through the forest. As you
mentioned, @msteed, it felt like if I devoted a lot more time &
effort to figuring out the terminolgy, the sequence of actions
needed, what is where, etc, etc. I could be put to good use.
I just haven't gotten there.

Even more documentation and tutorials could help all this, but I
also wonder if a GUI redesign would most effectively open
VideoClipper to a lot more people. From my experience, people
just do not read (more than 160 chars?)...

:/

...and then all you guys talk about having less time in
retirement!! That's not discouraging at all!!

;D

Sorry, @ktadd, one of these days (before I retire??) I need to
spend more time with VideoClipper to give it the appreciation
it seems to deserve.

Thanks,

PJS

@sailor

FWIW, mt XE boots, it's just not seeing the drive that is on my
SATA card (my usual boot drive). Therein lies my interest in
a more intelligent uBoot version.

But I wonder about the following posts regarding gfx cards...

I started with a 7000 and moved to a 9250 (IIRC) that was great
exccept for its weak immunity to thunderstorms. So I had to go
back to the 7000. :/

I've looked for an upgrade gfx card... But there are different
levels of AGP and I was always fearful of getting an AGP card
that might be incompatible.

Is that an issue? Would an 8x AGP card fry my ole XE? Are AGP
cards backwards compatible even if they don't explicitly say so?

Of course there's also the various recent efforts to run newer
cards via various Rube Goldberg bus interfaces... Has any ever
really worked?

Anyway, these are my XE thoughts.. Aside from trying to find
more Miggy time....

Thanks,

PJS

@all

...a slight aside (I think)...

I happened to fire up my G4-XE last weekend to test a few
things and I suspect the month (year+?) being off probably lost
its uboot vars.

So it's just the chore of finding my old (PS2?) compatible
keyboard and resetting everything.

It makes me wonder: is there any way we could get the uboot
updated for the XE machines??

I believe the Friedens were the keepers of XE's uboot (I could
easilly be wrong). Does that mean Trevor has its source now?

ACube has done a more than honorable job of keeping up the
uboots on the SAMs. Could they be enlisted to make a paid for
XE uboot upgrade from those sources?

At the very least it would great to have automatic drive
recognition. I can't remember all the other shortcomings of
the old XE uboot.

Thoughts?

Thanks,

PJS

Interesting topic.

Like you said, there are obvious core OS things we would all
enjoy...

- memory protection
- SMP
- how about a native port to X86 or ARM?

But I really think the biggest bang for our collective bucks
would be to get ahead on the browser front.

Getting to where wayfarer is would be a start... Getting to
where Walkero was trying to go (before getting Weaseled)
would have been even better.

All in all, we're so dependent on the web these days, without
a better (if slow) browser situation, most everything else is
moot, IMHO.

It would be nice if it didn't have to involve rolling over for
goggles or getting a weasel oil bath.

Worried...

PJS

I'm hitting roadblocks when I try all the spoofing things I
can think of with the latest IB beta.

Unfortunately, this is just ANOTHER example of how goggles is
simply and utterly anti-user.

It does not serve their spy on and monetize every last
thought/action model of business to allow a simple browser
just pose a question and get an answer.

Obviously we have a few other browsers to use and DuckDuckGo
has been mostly up to the task as my primary Ibrowse search
engine.

Good luck,

PJS

It's been a while, saw this thread and was wondering...

Is there some information that's needed? serial dumps that
could be collected? Anything???

Sacrifice an actual crapple????

...to see if we could get access through virtual ethernet
working or reliable access to a "Shared directory" on Amiga OS4?

I am also wondering how Basilisk emulates the 68K and whether
it could benefit from any of the work that has been done on 68K
JITs for UAE.

Any thoughts?

Thanks,

PJS

@walkero

THANK YOU VERY MUCH for all your development work!! I always
look forward to the next things you are cooking up!!

but...

For your next project, could you develop a server backend for
webpages with donation links AND download buttons that will
work in at least one Amiga webrowser?

Maybe there could be a DevPages section of Amigans where devs
could have project pages to post ideas, news, downloads and
all...

If I have to use loonix to download an Amiga program that
will just give me nightmares I doubt AuraFly can't help!

;D

PJS

@all

IIRC, CBM licensed ARexx from the original porter of IBM's REXX
to the Amiga back in the early days - William Hawes.

But then, like with the speach-synth s/w, CBM tried to play fast
and loose with the devs with later OS versions, lost and then
they could only use the binaries they already had.

As a result the original 68K bits of ARexx and speach remain
trapped in ice. Anyone wanna start new PPC native replacements,
like the console? ;D

@davyw

I'm not sure how many OS's would elegantly deal with a user
randomly moving chunks of the OS out their proper locations.
If one starts removing parts from the OS, it's on moving man to
deal with the consequences, isn't it?

Thanks,

PJS

Hi Lazi,

Thanks for posting another version of Wormhole!

I installed it on my Amigas and it worked great. Auto accept is
working great. Clipboard syncing is a nice add! The progress
indicator is working.

I'll be curious to see how things work with foreign systems, if I can
ever get them to work. Still stuck on loonix x86 and osx PPC.

In both cases I decompressed the archives, I see the program file, it's
recognized as an application, but nothing will get it to actually,
recognizably run.

On linux in properties it says "executable (application/x-executable",
permissions are set to read+write and it shows it's an allowed executable.
I tried double-clicking & using the pop-up menu "run" in the GUI and
I tried running it in the shell (with "." & "./" prepended). I also
ran "chmod +x ", that didnt complain, but that made no
difference.

On the 10.4 mac, it's also recognized as a "application (PowerPC)",
I set all the persmissions to read+write, tried to double-click, "open"
and run it from the dock. In their shell I also tried all the path
possibilities, chmod'd, etc. Either it can't find it or (with "./")
it just says it's a directory (not an app).

There's probably some foreign magic I haven't been let in on.
Any clues?

Thanks again,

PJS

@OldFart

One of these days I'll have to take a look at AlignWindows.
It seems like it could help with the clutter of all the open
windows.

As it is now, it's always a matter of a lot of snapshotting to
get things right, until something changes. ;) But still not a
big deal.

But really the "mess" I had in mind was more if you were a bunch
of directories deep in the tree and ended up with a stack of
window icons. There's not enough room on the WB! ;)

A fantasy idea...

Maybe the icons of a single "stack" of directories could be
made to go into the a single WB icon?

When you single-clicked on it, it would pop-up a list of all the
succeeding dirs to let you open just one? When you double-clicked,
all the windows would reopen in one fell swoop?

Of course, having a "back" or "parent: button in the current WB
window would still be good to have.

Well food for thought...

Thanks,

PJS

@nbache

Indeed it looks like there's some issue between AmiSnap and the
Workbench iconification functionality. I disabled AmiSnap in
WBstartup and WB iconification worked after a reboot.

It even worked for a little when I started AmiSnap back up...
Until I got a lock up. ;)

So it's one or the other (or maybe some CX priority tweaking
could help?). hmmm...

As it now stands (with my v53.60 workbench), I think I'll just
keep the WB function off and AmiSnap on for what that gives all
windows.

Thanks,

PJS

Funny enough, as I was messing around, clicking on my Workbench
windows... one time the window iconified!

I'd completely forgotten installing and running the commodity
called "AmiSnap"...

https://os4depot.net/?function=showfil ... /workbench/amisnap_fx.lha

It iconifies most any window by just clicking while holding down
a qualifier key.

How do I forget these things! So many things to play with
on Amigas.... :D

PJS

@nbache

LOL... I vaguely remembered that one along with a setting in
Workbench Prefs that was supposed to automatically close the
parent window when opening a child.

A long time I tried it, but the problem was a lack of an easy
way (yes, I know there's a contect menu entry) to get back to
the parent window.

IIRC, I think even filed an enchancement request years
(decades?) ago for a way to click back to the parent. ;)

Interestingly enough, I just tried the setting in WB Prefs and
it appears to have broken over the years. But the R-Amiga
double-click does still work.

c'est la vie,

PJS

Personally, I find general window management in AmigaOS to be
fantastically better than lesser platforms.

Windows in the "stack" stay where you left them (above/below
each other) and you can use any without changing that. The
zoom gadget between two sizes & the shift-click to full screen
is great! Double clicking (w/ commodity) to bring a window to
the front is simple.

Every other OS misses those basic things. The snap to full
screen when you touch the screen title bar in loonix & doze
is beyond annoying.

But AmigaOS iconification could be better.

In the Workbench, I'd suggest it would be at its best if the
windows weren't specific to a specific drive/drawer. Digging
into a directory tree leaves you with a lot of windows -
iconifying each would be a real mess, IMHO.

But getting the file view to use just one window would need a
major WB re-write to accomplish, I expect.

Maybe with that, a quick to navigate column view (a la osx -
but with intelligent sizing) could be added?

Interesting topic in any case!

Thanks,

PJS

@walkero

As you said, maybe the problem with AIOstreams and Invisious
was one of usage caps. I just tried youtube.py just now and
it returned results where it had previously caused errors.

hmmm...

Thanks for your efforts in any case!

PJS

@walkero

Hi George!

I just tried the new v1.7.8 version and got the same error as
Maijestro with the same command line.

Bummer that goggles seems to be messing up Invidious. But it
seems like the Nadeko site is at least partially working.
Example:

https://inv.nadeko.net/search?q=marcus+house

I'm wondering whether that could be used in lieu of the old
Invidious route or if they're on borrowed time.

FWIW, I also tried m.youtube.com this morning, but I could
not get any search results out of that one either.

hmmm...

PJS

@walkero

Hey walkero!

Some feedback...

When I try to search for some videos that used to regularly appear, they
no longer surface in AIOstreams. At the same time others still do - I've
noticed no pattern about when/why.

An example would be videos by Marcus House on space news. They regularly
appeared before. Now this is what I get in the shell with AIO's youtube.py:

-----
youtube.py -sv "Marcus House"
aiostreams vv1.7.7 (2023-12-20) - Developed by George Sokianos

URL Views Title
-------------------------------------------------------------------
Traceback (most recent call last):
File "youtube.py", line 490, in
main(sys.argv[1:])
File "youtube.py", line 353, in main
videoId = video['id']['videoId']
KeyError: 'videoId'
-----

And yet, I can still go back to some of the web front ends and find
videos in YT:

https://inv.nadeko.net/search?q=marcus+house

Maybe it's a server problem? Please let me know if you want me to collect
more data or do more tests.

With regards to the video resolutions, you should probably chat wth Mick
about what nastiness goggles is up to. There are ways to get higher def
vids, but they seem to involve a lot of tricks.

Thanks for all your efforts on this!

PJS

@broadblues

Hey stranger!

You can get a bunch of info on your interface with the
shownetstatus command...

shownetstatus interface=[name]

Naturally, "help shownetstatus" will tell you more.

...of course that all depends on whether the interface driver
is working correctly. It works correctly on my X5K's rtl8169
and the sam460 within reach, but I always heard the MAC address
in Matty's mothOS X5K driver was dodgy.

What we need is for Jamie (speaking of strangers!) to release
his OS4 X5K driver!

c'est la vie.

Good luck,

PJS

@skynet

I personally didn't delete any datatypes... I just installed
the Warp ones with their installers (which could have?).

On the other hand, aside from the radeon driver (bought) and
the old Multiviewer I was testing and working on (scripts), I
have *sero* of MattyOS installed.

If you wanted to get to the cause, you could try booting your
system off a clean AmigaOS (the install CD?) and seeing if
Multiviewer works with the operating system then?

Good luck,

PJS

@tao

Thanks for the suggestion. I just tried all those options
(even with full paths), but they didn't work either in both
OSX & linux.

In OSX, there's also the deal where "applications" are also
directories with things in them and for whatever reason,
Wormhole is not being recognized as an "application".

c'est la vie.

PJS