Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: foo_uie_webview (Read 40068 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: foo_uie_webview

Reply #325
Spin Disc.

Translation + small changes.

Credit goes to the original author.
@ApachReal,

I've done some tests with this template: Start / Stop / Interrupt... However, again, no crashes.

Have you ruled out a conflict with another component that also use COM?

I have released, for those interested, my complete configuration of the skin that I modified.

You can test the foo_uei_webview plugin with the configuration and components I used.

I would like to point out, as in the notes I released, that the plugin you find is updated to foo_uie_webview v0.1.5.0-alpha4 which did not give me any crashes.

You can find it here: https://hydrogenaud.io/index.php/topic,58574.msg1048659.html#msg1048659

Re: foo_uie_webview

Reply #326
edit: I can't try this (no Edge) but I'm slightly bemused by a web view being "lighter" than my heavy component. :P
"Lighter" he said, that must be the understatement of the year...

Got curious, installed it and my portable setup increased with a hefty 40MB.... EBWebView is anything but light... and that's just the default...

Re: foo_uie_webview

Reply #327
edit: I can't try this (no Edge) but I'm slightly bemused by a web view being "lighter" than my heavy component. :P
"Lighter" he said, that must be the understatement of the year...
I meant 'lighter in functionality'. Only die-hards will try anything to keep WebView of their system. But you'll get it sooner or later, whether you like it or not. And then the extra install cost is 0.

Re: foo_uie_webview

Reply #328
I meant 'lighter in functionality'. Only die-hards will try anything to keep WebView of their system. But you'll get it sooner or later, whether you like it or not. And then the extra install cost is 0.

Well, then there are those of us trying to make a go of Linux. Some of those are just looking for a way to put a title on a panel in 64-bit DUI. :)

That's not directed at you. This is certainly an exciting component, and I'm keeping my eye on it. All my other stuff is breaking all around me though, and I'm not looking to try to get Edge here any time soon. :)

Re: foo_uie_webview

Reply #329
I meant 'lighter in functionality'. Only die-hards will try anything to keep WebView of their system. But you'll get it sooner or later, whether you like it or not. And then the extra install cost is 0.

Well, then there are those of us trying to make a go of Linux. Some of those are just looking for a way to put a title on a panel in 64-bit DUI. :)
I've given up rowing against the stream in Amiga-Atari ST-PC wars...


Re: foo_uie_webview

Reply #331
Requesting feedback: the current implementation works as designed and is stable. But I'm not a JavaScript developer so I'm wondering if this API is flexible/usable enough. Take a look at the example template on how to use the method.
In my very, very unprofessional opinion, new API functions will be requested in the future as I gain experience using the component. At the moment, the example of the built-in template file is very important to me. It allows me to understand how it all works...))
It's in release v0.1.8.0.
pqyt, sorry, but i can't get it to work when 'Fluent scrollbar style' disabled
The component simply doesn't react even to right mouse click..:(

I still don't understand what the reason was, but after another restart of the player everything worked as expected :)

Re: foo_uie_webview

Reply #332
Requesting feedback: the current implementation works as designed and is stable. But I'm not a JavaScript developer so I'm wondering if this API is flexible/usable enough. Take a look at the example template on how to use the method.
In my very, very unprofessional opinion, new API functions will be requested in the future as I gain experience using the component. At the moment, the example of the built-in template file is very important to me. It allows me to understand how it all works...))
It's in release v0.1.8.0.
pqyt, sorry, but i can't get it to work when 'Fluent scrollbar style' disabled
The component simply doesn't react even to right mouse click..:(

I still don't understand what the reason was, but after another restart of the player everything worked as expected :)
The component has to be completed unloaded from memory because the style can only be set during creation of the control.

Re: foo_uie_webview

Reply #333
WebView 0.1.8.0 also crashes.

I would like to point out that crash runs with local files and not with a radio stream.

I therefore remain stuck with WebView v0.1.5.0-alpha4, which does not crash.

It should be noted that if it were a problem related to my configuration of Microsoft Edge WebView2 it would always crash even with version v0.1.5.0-alpha4, which does not happen.

Re: foo_uie_webview

Reply #334
- foo_uie_webview 0.1.8.0
-- With use of GetArtwork(): Gets the embedded artwork (front / back / disc / icon / artist) from the current playing item.

- template_en_US.html from Yeyo with Blur effect and GetArtwork()). foo_uie_webview.v0.1.6.3-alpha3 minimum.



-- Display of radio logos with template_en_US.html from Yeyo. (logo directory noted in Preferences / Display / Album art / Front cover /Search patterns).



- titulos_julero_21-07 (Julero) uses GetArtwork(). foo_uie_webview.v0.1.6.3-alpha3 minimum.


Re: foo_uie_webview

Reply #335
- template_en_US.html from Yeyo with Blur effect and GetArtwork()). foo_uie_webview.v0.1.6.3-alpha3 minimum.
-- Display of radio logos. Logo directory noted in Preferences / Display / Album art / Front cover /Search patterns.



X
template_en_US.zip

Re: foo_uie_webview

Reply #336
Thanks.
Support for embedded images is helpful.
- Properties > Artwork tab > Front Cover, Back Cover, Artist
SHURE SRH1840, SENNHEISER HD660S2, SENNHEISER HD620S, SENNHEISER HD 490 Pro Plus, beyerdynamic DT 1990 PRO, HiFiMAN Edition XS, Bowers & Wilkins P7, FiiO FT5, 水月雨 (MOONDROP) 空鳴 - VOID, Nakamichi Elite FIVE ANC, SONY WH1000XM5 (made a Upgrade/Balanced Cable by myself)

Re: foo_uie_webview

Reply #337
Embedded image support is great, especially for vinyl.

About blur, there should be a menu option to turn it on or off, at the moment I manage it manually.








Re: foo_uie_webview

Reply #338
It's all very nice until it crashes:

Spoiler (click to show/hide)

WebView 0.1.8.0

Re: foo_uie_webview

Reply #339
It's all very nice until it crashes:

WebView 0.1.8.0

Tested with :
- foobar2000 v2.1.5 [x64]
- DUI.fth (eurekagliese)
- JSPP3_fb2k0 (64 bit Windows11 - screen fullHD 150pct)_22Jul24 (ilovefb2k)
- {deployed} album_art [cd-vinyl]_2.rar (ilovefb2k)
- foo_uie_webview 0.1.8.0
- template_en_US.zip



- Start-Stop 12 times in a row, with stop without interrupting current playback.

No crashes.

The only error in foobar2000 concerns : skins\viking\scripts\jsp3_lib\jsplaylist\headerbar.js :
Line: 70, Col: 3.
Unable to get property "GetGraphics" from a null or undefined reference

Which has nothing to do with foo_uie_webview.

Re: foo_uie_webview

Reply #340
@Jacob91

How much do we bet it will crash?

The test should not be done this way.

Yeyo's module has nothing to do with it and neither does ilovefb2k's sample.

Stop / start it even a thousand times and not even interrupt playback.

The error occurs after hours and hours of continuous use with multiple playlists.

I have already said that the problem lies in the changes made after the foo_uie_webview 0.1.5.0-alpha4 version which is the only one that does not crash.

You yourself said that foo_uie_webview v0.1.7.0 was crashing for you.

It's not like there was a miracle between v0.1.7.0 and v0.1.8.0 and now it doesn't crash.

Again, it will crash.

I would add that the problem lies in version v0.1.5.0-alpha5 and later.


Re: foo_uie_webview

Reply #341
@Jacob91

How much do we bet it will crash?

The test should not be done this way.

Yeyo's module has nothing to do with it and neither does ilovefb2k's sample.

Stop / start it even a thousand times and not even interrupt playback.

The error occurs after hours and hours of continuous use with multiple playlists.

I have already said that the problem lies in the changes made after the foo_uie_webview 0.1.5.0-alpha4 version which is the only one that does not crash.

You yourself said that foo_uie_webview v0.1.7.0 was crashing for you.

It's not like there was a miracle between v0.1.7.0 and v0.1.8.0 and now it doesn't crash.

Again, it will crash.

I would add that the problem lies in version v0.1.5.0-alpha5 and later.


@ApacheReal,

You're projecting. There are no other reports of crashes. I can't fix something that I can't reproduce, let alone something that is not broken.

Re: foo_uie_webview

Reply #342
@pqyt

I gave you instructions on how to check the crash when closing foobar2000, you have my configuration:

https://hydrogenaud.io/index.php/topic,126042.msg1048687.html#msg1048687

For the test to be valid you need to test it on w11 home edition 64 bit

Obviously....

foobar2000 32 bit version
 
foo_uie_webview 0.1.5.0-alpha4  ok no crash

foo_uie_webview 0.1.5.0-alpha5 >  crash

If it can help:

https://github.com/webview/webview/tree/master

Re: foo_uie_webview

Reply #343
- foo_uie_webview 0.1.8.0
-- With use of GetArtwork(): Gets the embedded artwork (front / back / disc / icon / artist) from the current playing item.

- template_en_US.html from Yeyo with Blur effect and GetArtwork()). foo_uie_webview.v0.1.6.3-alpha3 minimum.



-- Display of radio logos with template_en_US.html from Yeyo. (logo directory noted in Preferences / Display / Album art / Front cover /Search patterns).



- titulos_julero_21-07 (Julero) uses GetArtwork(). foo_uie_webview.v0.1.6.3-alpha3 minimum.


I'm glad you like my template, I'm making some updates including inline covers, keeping the disc rotated at an angle when the track is paused and personalized enhancements to the background color!
PS: You may need to change the relative path of images in code.


Re: foo_uie_webview

Reply #345

I'm glad you like my template, I'm making some updates including inline covers, keeping the disc rotated at an angle when the track is paused and personalized enhancements to the background color!
PS: You may need to change the relative path of images in code.


Thanks, Yeyo.



Re: foo_uie_webview

Reply #346
@Jacob91

How much do we bet it will crash?

The test should not be done this way.

Yeyo's module has nothing to do with it and neither does ilovefb2k's sample.

Stop / start it even a thousand times and not even interrupt playback.

The error occurs after hours and hours of continuous use with multiple playlists.

I have already said that the problem lies in the changes made after the foo_uie_webview 0.1.5.0-alpha4 version which is the only one that does not crash.

You yourself said that foo_uie_webview v0.1.7.0 was crashing for you.

It's not like there was a miracle between v0.1.7.0 and v0.1.8.0 and now it doesn't crash.

Again, it will crash.

I would add that the problem lies in version v0.1.5.0-alpha5 and later.




The goal was to use a lighter 64-bit configuration. Nothing more.

With this configuration, no crash when closing foobar.

Even with the 32-bit configuration (foo_uie_webview v0.1.7.0 or v0.1.8.0), the crash is not systematic when closing foobar.

There, there is no question of a miracle, it is a pure observation.


MOD: fix quote

Re: foo_uie_webview

Reply #347
 foorab.zip  (6.23 KB)
foorab.html translated with default images in ../foorab/images




MOD: fix attachment type

Re: foo_uie_webview

Reply #348
=ApacheReal link=msg=1049184 date=1723836260]
@Jacob91

How much do we bet it will crash?

The test should not be done this way.

Yeyo's module has nothing to do with it and neither does ilovefb2k's sample.

Stop / start it even a thousand times and not even interrupt playback.

The error occurs after hours and hours of continuous use with multiple playlists.

I have already said that the problem lies in the changes made after the foo_uie_webview 0.1.5.0-alpha4 version which is the only one that does not crash.

You yourself said that foo_uie_webview v0.1.7.0 was crashing for you.

It's not like there was a miracle between v0.1.7.0 and v0.1.8.0 and now it doesn't crash.

Again, it will crash.

I would add that the problem lies in version v0.1.5.0-alpha5 and later.

The goal was to use a lighter 64-bit configuration. Nothing more.

With this configuration, no crash when closing foobar.

Even with the 32-bit configuration (foo_uie_webview v0.1.7.0 or v0.1.8.0), the crash is not systematic when closing foobar.

There, there is no question of a miracle, it is a pure observation.

For me the discussion ends here, but first a clarification.

It is the 32-bit version that crashes on 64-bit operating systems.

With this I take my leave.

Last message and no others will follow.

Re: foo_uie_webview

Reply #349
For me the discussion ends here, but first a clarification.

It is the 32-bit version that crashes on 64-bit operating systems.

With this I take my leave.

Last message and no others will follow.
Still not reproducible. Do you really think I don't do such a basic test before releasing stuff?

And "you're welcome" for providing you with free stuff...