True. ^^ exFAT all the way (where possible).

Quote:
Yes. USB and FAT32 both represent major sources of failure points. (Plus, USB is an obvious performance bottleneck that can lead to all sorts of side effects.)

While the FAT32 file system works reasonably well for exchanging personal documents, no MorphOS user should be surprised to experience data loss or corruption after unusually large amounts of write operations.

This is even an issue on other mainstream operating systems. I have seen both Windows 10 and MacOS stumble when copying thousands of tiny files to FAT32 formatted USB storage devices.

Quote:
Yes, and currently it's working very well, without any issues . . . do you have some concern regarding that?

Quote:

In April, you reported the following:
Quote:

Are you still running a web browser, which potentially needs to write thousands of files per session, from a removable FAT32-formatted USB device?

Using version 2.3 without any transferred Cache seems to have resolved/fixed the hCaptcha "Rate limited or network error. Please retry".

So, maybe it was a cookie issue?

I don't know if this has fully resolved the issue, but I have had one hCaptcha Security Measure check - with the picture/image boxes/squares, whilst using eBay that I was able to complete with version 2.3 so probably it was something from within the Cache that had limited access to logging in/being verified as bona fide using Wayfarer, but it seems, at least for the moment, to be resolved.

If I get further issues then I'll obviously report the matter here, but if there was a cookie manager then I'd have been able to "flush" only the cookie for eBay and try just that, whereas I'd have to flush all the cookies otherwise/currently as this is not possible to access/manage the individual cookies from within Wayfarer.

Video with version 2.3 does seem to be more fluid, but on the Formula 1 website I still don't get any audio with the video.

Thanks Jacadcaps.

Just installed v2.3 on my MacMini and really enjoying fullscreen youtube video even if I'm mainly using 360p.

Quote:
When I install the latest version I always delete from the Cache the Curl and Storage contents.

However, I don't usually delete the ___IndexedDB or FavIcons or the cookie.jar.db . . .

So, if you think this might help I'll try that with your latest release of Wayfarer v2.3 - for which I am, as always very appreciative of all your hard work to keep updating and fixing this great program, when it becomes necessary, due to pests like me .

If the cookie.jar.db, or one of the other Cache components might be upsetting this "hCaptcha" process working as intended then I would obviously want to eliminate it, so I will try v2.3 with no saved cache contents and see how that functions, and report back here (unless I get a Crash Reporter in the meantime).

Thx jacadcaps! It's awesome how often you're updating!

Wayfarer 2.3 is now out!

- Reimplemented fullscreen support to display contents on a separate screen
- Implemented HLS stream A/V synchronization for streams that contain no timestamps
- MediaSource playback improvements, including workarounds for broken websites
- Implemented code to stall the video pipeline when audio stalls
- Fixed a crash in ffmpeg h264 decoder

Your problems may be caused by a caching issue. Deleting the 'Cache' folder in your Wayfarer 2.2 installation path (when it's not running) could help.

@ Zetec-s - OK, I'm glad you've been able to login, but if you can get in with Wayfarer v2.2 then what is blocking me using v2.2, but allowng me to use v1.21 without any trouble?

Havng said that, I can sometimes login with v2.2, it's just when the hCaptcha - Security Measure gets activated that I cannot get past that part of logging in.

Additional to that problem I also come up against "You don't have permission to access "http://pay.ebay.co.uk/xo?" on this server. Reference #18.f63b3717.1625679647.12d9ebd0" when I try to pay for some items on eBay, and I end up paying when I've loaded v1.21 without any issues, so it's not just something simple it seems to me.

Could it be a cookie problem or something else within the settings, some sort of corruption of data that was transferred from an earlier version of Wayfarer?

Though having said that the settings I have for v2.2 were carried over, mainly, from v1.21, so that doesn't seem to indicate where the problem might be.

I've just tried to log into eBay.co.uk using Wayfarer 2.2 on my G5 and hCaptcha came up fine and I was able to get in.

I was spoofing as Chrome at the time.

When I get a chance I'll try the same on my MacMini.

I obviously don't know if the hCaptcha is some hybrid offering of ebay.co.uk/hCaptcha that's specific to the UK but it doesn't always offer this "security measure" on ebay.co.uk, it's just when you do something to move from one part of your account to another, and usually, for now, only if I use Wayfarer with a User Agent as Safari (not Safari/iOS), Chrome, or Wayfarer itself.

Even now, using Wayfarer v2.2 I cannot use the Safari/iOS User Agent in Wayfarer as even that option has popped up as the same issue with this Security Measure with hCaptcha, so I can now no longer access my eBay account.

[UPDATE] - I just loaded Wayfarer v1.21, as an afterthought/double-check, to find that the hCaptcha mechanism works as it should with that version 1.21, so the picture boxes/squares are generated correctly and can be completed, so it seems that somewhere the v2.2 or a version earlier has broken the way in which the hCaptcha works, and needs fixing.

Now I come to think of it I also had an issue with a couple of other websites (can't remember which at the moment) but probably some site that had strengthened security, for similar security issues ("Rate limited or network error. Please retry") with hCaptcha with version 2.2, so it probably is related to Wayfarer v2.2 being compromised internally regarding hCaptcha, and maybe some other web security issue(s).

There's no hcaptcha on ebay in Canada so there's little I can do, unless you can find a website that will always present one. Even then, it's unlikely I'd be able to do anything about it. What you could try is copy a user agent from your Windows box where this works. It's a long shot though.

Edit: I did try hcaptcha on some test page and it worked fine…

[ Edited by jacadcaps 06.07.2021 - 23:03 ]

It seems that eBay are managing (partially) to "block" Wayfarer users/members of eBay from logging in by "limiting" the network or marking the network as "Rate limited or network error. Please retry" - with the "hcaptcha" mechanism thus disallowing Wayfarer, when used as a desktop browser (Chrome, Safari, Wayfarer) from being recognised as a currently reputable browser. The other remark on this "hcaptcha" page is "If you are having difficulties with rendering of images on the above verification page, eBay suggests using the latest version of your browser, or an alternate browser listed on the customer service page."

If I login using my Windows system then the "rating" is defeated as Windows browsers do not seem to get affected by this network limitation/rating, and so this mechanism can be replied to correctly and bypassed until the next time they trigger that mechanism for "hcaptcha" to implement their "Security measure" - which seems to be every time you change from certain aspects of an account to another, such as, from Summary to Purchase History or Messages, so it can be every few hours or even less. Once the hcaptcha has been responded to satisfactorily then I can use Wayfarer to login to my eBay pages, but not until that "hcaptcha" has been responded to correctly via my Windows system.

Originally/initially, when Wayfarer first came out the "picture blocks", the frame of about 9 images with chimneys, bridges, hills, cars, etc., was generated without problem, but now with this "Rate limited or network error. Please retry" comment above the initial activation block it never generates the "picture blocks" it just starts the concentric circle counter that initiates the "picture blocks" from. So, you cannot verify yourself with the security measure as it never offers the options that allow you to complete the security measure check.

It's probably only a matter of time before they find a way to "block" Wayfarer from using eBay's site altogether unless some verification directly to eBay &/or hcaptcha is made to have Wayfarer recognised with eBay/hcaptcha as a bonafide web browser that can be trusted/allowed to use their site.

I have been able to access my pages without having to complete the "hcaptcha" security measure, so far, using Wayfarer as Safari/IOS, but then the pages look generally like a mobile phone app rather than a desktop view.

Quote:
YouTube's desktop UI is horribly bloated and dog slow nowadays, so G4 is suffering with it, but YouTube's mobile UI is very usable and I only use that nowadays, but if you get links like these that point to the desktop UI, then you have to change manually to m. urls.

Try the previous videos with these URLs instead:
https://m.youtube.com/watch?v=Iv38R8l3EHU
https://m.youtube.com/watch?v=T2z54XSRo3w
https://m.youtube.com/watch?v=pqce-7x1e24

I usually enter to Youtube by a mobile url in my bookmarks and use it from there on then...

Hi Piru - OK thanks for the insight, which I suppose I suspected in any case, but nice that you have stated that in print.

That said, I just went on the Formula 1's website to watch a video from today's qualifications and it played from start to finish, with both video and audio, all in sync, admittedly at SD quality, but sadly after it completed playing the video Wayfarer crashed (Report sent) and that's on My MacMini 1.5GHz so it's obviously possible for Wayfarer to cope with such media, it just needs to be able to "survive" playing such media and continue working.

It may well be worth mentioning again that downloads from the Amiga Future website don't function as expected, as instead of them being saved with the names allocated by the website admin they get downloaded as "Load" - that's each and every single download which makes it very difficult to wade through each one - with the name "Load" but each with a suffix number - to find the one you specifically want from, let's say from a series of 30 downloads, that's unless you haven't closed Wayfarer and looked back at the downloads list, but it's quite annoying as this has still not been addressed as yet.

The day a file can be downloaded using a "Save As" scheme, so you can save it with a name of your own choosing and specific ad-hoc location on your system's storage media will also be a great day!

Another issue is with the PageStream site as some downloads work OK, and others don't get referred correctly, so you get the title name, but no data transferred or some other anomaly takes place and the download never occurs. This issue does not occur with OWB so there seems to be something in the download mechanism that is mishandling the request in Wayfarer.

I can send these in as bugs or requests, if required, just let me know if that's needed, but I feel sure I've mentioned at least most of these issues already, but I'm still waiting to know they've been fixed.

Quote:
There is no way for Wayfarer to know if site is going to malfunction or not, nor can this be prevented beforehand. Video playback is just one way this could happen btw. Any JavaScript can lead to out of memory issue.

User can disable JavaScript for the problematic sites, of course.

Quote:
I must admit that I rarely go on YouTube thesedays, so my usage has got to be considered as comparatively low, but the videos that jacadcaps pointed me to in thread #754 -

https://youtu.be/Iv38R8l3EHU G5 PCIe 2.3GHz
https://youtu.be/T2z54XSRo3w mac Mini 1.5GHz
https://youtu.be/pqce-7x1e24 same mini with focus on CPU usage

. . . none of those played fluidy from the links, AFAIR, so that was something more to make comment on regarding YouTube playback.

However, the audio issues of Formula 1's website seem to be an unaddressed issue, if the sound will play, by some "jiggery-pokery, fiddle-faddle, then it should work when clicked on, and not fail to play.

RAM should also not get "gobbled up" and Wayfarer crash, that should be prevented, where RAM is being allocated to a "phantom" or undeliverable process that is never going to display/load what is supposed to materialise, if the hardware cannot cope with a website's demands, which I think would be reasonable, if all else has been tried to get it to work and it just can't be made to cope anyway.
Quote:
You've taken this out of context - did you not read my comments of . . .
Quote: . . . and . . . playback on the BBC site now is quite astounding for Wayfarer to be able to process, so some major leaps in its progress of recent have been made by Jacek, and I also commented . . .Quote:
Quote:
I agree wholeheartedly with those comments, and I just don't want to be even the teenyist-bit underwhelmed of what can be achieved with Wayfarer, so I'd like to see as many improvements and will offer donations of as much as I can afford to support that happening, as Jacek, and all those who contribute to improving Wayfarer, deserve it for all our sakes.

> those "drivers" would only help a handful of
> PCIe G5 and X5000 users and noone else.

See comment #491. With those cards that MorphOS already supports in terms of 2D graphics acceleration and hardware overlay, machines with AGP slot can offer UVD2, which means hardware decoding of VC-1 / WMV9 and H.264 / MPEG-4 AVC. And why wouldn't hardware-accelerated video decoding work with the PCIe-based Sam460?

Quote:

When you say you can barely play a video on YouTube at the moment that really surprised me as YouTube playback is excellent now on all my machines. I tend to keep it at 360p on the G4 machines but my MacMini can do 720p I just don’t tend to do it as the fan kicks in relatively quickly.

Just got me thinking that something isn’t quite right for you here.

I appreciate the frustrations of having to try different options on the media side to get things to work and I know you really appreciate what Jaca has done to date but to me a little bit of playing around to get something working is almost the “Amiga” way. Haven’t we all be trying to prove since 1994 that things can be done with less overheads.

Quote:
Is that the only reason that RAM is disappearing at the speed it is - just JavaScript?

Before you think I am disappointed with Wayfarer I should state here & now that I think that what you have achieved is amazing for us all - I'd just like to know that you've squeezed out all the potential that's possible for us on PPC hardware.

Is there any reason to consider that you will manage to get videos to play better, well at all with audio, on F1's website at some point and any reason to remain optimistic during you developing any potential to do so?

I can barely play a video on YouTube anyway currently, so if your aim is to enhance this playability it seems it still needs some tweaking, that might also benefit other sites like F1 - so I am hoping you'll manage to improve it more for YT, and hopefully that will have a knock-on effect for F1 as well, . . . or am I hoping for too much?

Why doesn't the audio play, like the podcast on F1's website - until I tricked it into playing by clicking lots of times on one then the other of the alternatively hosted podcast of audioboom?

If the audio can be "tricked" into playing then surely there is room for some development that will eliminate this non-playing/non-triggering when clicked on issue, which may enhance video's playing as well.

And why does the RAM disappear on the F1 site when it doesn't on the audioboom site? JavaScript again?

Quote:

Maybe that would encourage our userbase to rethink its hardware choices and hence make the aformentioned group significantly bigger?

Quote:

Once again, there is no bug in Wayfarer that causes it to "swallow" RAM like you're saying. It only happens because your CPU is not enough for formula1.com's playback JavaScript.

What you guys might not realize is that those "drivers" would only help a handful of PCIe G5 and X5000 users and noone else. I don't believe there is a point in targeting such a small group.