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 132168 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: foo_uie_webview

Reply #600 –
...profile\foo_uie_webview\Template.html specified. For some reason, I can't change the path.

Re: foo_uie_webview

Reply #601 –
Please try opening it in Explorer instead of copying the path.

Copy and paste the path
"C:\foobar2000 Portable\foobar2000 x64 AAB\foobar2000\profile\foo_uie_webview\foorab 2024-12-10 for v0.2.0.0\foorab\template_en_US.html"
SHURE SRH1840, SENNHEISER HD660S2, SENNHEISER HD620S, SENNHEISER HD 490 Pro Plus, beyerdynamic DT 1990 PRO, HiFiMAN Edition XS, HIFIMAN ANANDA, Bowers & Wilkins P7, FiiO FT5, FiiO FT1 Pro, 水月雨 (MOONDROP) 空鳴 - VOID, SONY WH1000XM5 (made a Upgrade/Balanced Cable by myself)

Re: foo_uie_webview

Reply #602 –
Air KEN I have other path ...\profile\foo_uie_webview\Template.html WebView 0.2.1.0 at all not working.

Re: foo_uie_webview

Reply #603 –
Hello folks,

I need some help. I am getting started with processing visualization data using foo_uie_webview (0.2.1.0).
Leveraging the sample code in the template, I got my test code working (attached).
X

However, I found a problem that I am not able to figure out how to fix.

Scenario:
I load my script in a foo_flowin empty panel, the test code works fine.
If I accidentally right-click the panel and select refresh, it will stop working. No way to recover at all.
I need to close the flowin panel, and go to flowin to re-open the panel again, then it will work.

If I had this script running on the main foobar panel, I have to restart foobar to get it working again.

I tried the code below at the initialization section but it does not help.
Quote
   window.chrome.webview.removeEventListener("sharedbufferreceived", OnSharedBufferReceived);
   window.chrome.webview.addEventListener("sharedbufferreceived", OnSharedBufferReceived);


Anyone got any idea how I can overcome this problem?

Re: foo_uie_webview

Reply #604 –
Quote from: boxerfan88 on
If I accidentally right-click the panel and select refresh, it will stop working. No way to recover at all.
I need to close the flowin panel, and go to flowin to re-open the panel again, then it will work.

If I had this script running on the main foobar panel, I have to restart foobar to get it working again.

I tried the code below at the initialization section but it does not help.
Quote
   window.chrome.webview.removeEventListener("sharedbufferreceived", OnSharedBufferReceived);
   window.chrome.webview.addEventListener("sharedbufferreceived", OnSharedBufferReceived);
Sounds like a bug. The shared buffer is sent to Edge when the component starts. I did not check what happens to the events and the buffer after a reset.

Re: foo_uie_webview

Reply #605 –
Quote from: pqyt on
Sounds like a bug. The shared buffer is sent to Edge when the component starts. I did not check what happens to the events and the buffer after a reset.

Oh okay. I’ll wait for the bug fix then, and I can continue with my visualisation coding. Thank you.

Re: foo_uie_webview

Reply #606 –
Intermittent random crash report...

Quote
Illegal operation:
Code: C0000005h, flags: 00000000h, address: 00007FFFF9A2E6A1h
Access violation, operation: read, address: 000001D8C62342E8h
Last win32 error: 18

Call path not available.

Quote
Crash location:
Module: foo_uie_webview
Offset: 1E6A1h

encl:

Re: foo_uie_webview

Reply #607 –
Quote from: pqyt on
foo_uie_webview v0.3.0.0-alpha2, Happy New Year
Really not trying to be that guy, but is development still continuing on this component? It was almost to the point where we could start doing true media management with it, and then no more releases. I'm just hoping you haven't given up because this is the most exciting component I've seen for fb2k in ages.

Re: foo_uie_webview

Reply #608 –
Quote from: MordredKLB on
Quote from: pqyt on
foo_uie_webview v0.3.0.0-alpha2, Happy New Year
Really not trying to be that guy, but is development still continuing on this component? It was almost to the point where we could start doing true media management with it, and then no more releases. I'm just hoping you haven't given up because this is the most exciting component I've seen for fb2k in ages.
Not given up but the last alpha release got zero response so I decided to spend some time on my other components.
I need the feedback about the API since I don't build any JavaScript functionality myself.

Re: foo_uie_webview

Reply #609 –
My work on the IPGeo template continues, focusing primarily on bug fixes, optimizations, and minor design improvements.
I periodically release new versions (which could be considered "nightly builds" probably) in the "Made with foo_uie_webview" thread, where interested users can find the download link.
The existing API functions (which I use in the IPGeo template) are working without issues, and no critical bugs have been identified.
Currently, I'm using the somewhat inconvenient showDirectoryPicker(), which forces users to select a directory each time.
A dedicated API method for saving data to files would significantly improve cache management and reduce unnecessary network requests.
The previously added CreateIFrame() API function still needs refinement. I haven't been able to fully replace native <iframe> functionality, which is needed for reliable URL navigation within the component window.
An issue has emerged: the component fails to initialize with the IPGeo template when Fluent scrollbar styling is enabled. The console displays the error: foo_uie_webview failed to create controller.

Thank you!

Re: foo_uie_webview

Reply #610 –
Quote from: pqyt on
Not given up but the last alpha release got zero response so I decided to spend some time on my other components.
I need the feedback about the API since I don't build any JavaScript functionality myself.
Releases were coming fast and furious at the time, and I was on vacation, so I told myself I'd just wait until the next alpha and it never came... :)

I'll definitely go back and do some testing with it though.

Re: foo_uie_webview

Reply #611 –
Quote from: pqyt on
Quote from: MordredKLB on
Quote from: pqyt on
foo_uie_webview v0.3.0.0-alpha2, Happy New Year
Really not trying to be that guy, but is development still continuing on this component? It was almost to the point where we could start doing true media management with it, and then no more releases. I'm just hoping you haven't given up because this is the most exciting component I've seen for fb2k in ages.
Not given up but the last alpha release got zero response so I decided to spend some time on my other components.
I need the feedback about the API since I don't build any JavaScript functionality myself.
hi @pqyt ,
can we re-direct online streaming audio-path via foobar2000 core player ? as such, we can control online streaming (i.e Tidal, Spotify . . . ) from within your component.
we may hardly connect Tidal from fb2k, and your component with embedded web page can help.
regards
@ilovefb2k    

Re: foo_uie_webview

Reply #612 –
Quote from: ilovefb2k on
hi @pqyt ,
can we re-direct online streaming audio-path via foobar2000 core player ? as such, we can control online streaming (i.e Tidal, Spotify . . . ) from within your component.
we may hardly connect Tidal from fb2k, and your component with embedded web page can help.
regards
@ilovefb2k    
If I understand the question correctly that would mean capturing the samples on the JavaScript side and passing them to foobar2000 for output?

I'm not saying 'no' but looks complicated. You'd need to have an input component that talks foo_uie_webview just for JavaScript.

Isn't there a direct way to talk to the Tidal API?

Re: foo_uie_webview

Reply #613 –
Commercial streaming platforms are all DRM protected. You will not get foobar2000-usable audio from any legal API. They will handle all output by themselves.

Re: foo_uie_webview

Reply #614 –
Quote from: Case on
Commercial streaming platforms are all DRM protected. You will not get foobar2000-usable audio from any legal API. They will handle all output by themselves.
I am not sure about this statement. No idea about others, but at least from Qobuz or Tidal if you can't stream on real time, you can fully download tracks as long as you have your own API key.  Then just play them. No DRM.

Downloading lossless takes 5 seconds at most, so downloading a queue on background and playing it should work fine; as long as the component allows to add a handle from a path and play it.

Re: foo_uie_webview

Reply #615 –
I said official APIs. I don't see see Tidal's API documentation referencing anything about downloading files but instead it clearly says only supported way to play content is by using their provided player.

Qobuq streaming service subscription page clearly says that downloads are separate purchases but if you are a streaming customer, you get a discount.

With that said I'm aware that internet has developed hacks to pirate content from everywhere. That doesn't mean it's supported or legal.

Re: foo_uie_webview

Reply #616 –
Quote from: pqyt on
Quote from: ilovefb2k on
hi @pqyt ,
can we re-direct online streaming audio-path via foobar2000 core player ? as such, we can control online streaming (i.e Tidal, Spotify . . . ) from within your component.
we may hardly connect Tidal from fb2k, and your component with embedded web page can help.
regards
@ilovefb2k    
If I understand the question correctly that would mean capturing the samples on the JavaScript side and passing them to foobar2000 for output?

I'm not saying 'no' but looks complicated. You'd need to have an input component that talks foo_uie_webview just for JavaScript.

Isn't there a direct way to talk to the Tidal API?
hi @pqyt,
Thank you for your prompt reply.
To clarify, it's similar to having https://www.youtube.com/ open via your component. While playing a clip, we would like to adjust the volume or mute it using the Foobar2000 core player, rather than through the YouTube page.
As @regor and @Case mentioned, this - more or less- seems to involve DRM or similar restrictions. However, since we access these commercial streaming platforms using our own credentials (just as we would through any web browser), this should not pose an issue—provided your component supports redirecting the audio path via Foobar2000.
I hope this explanation makes sense.
Best regards,
@ilovefb2k

Re: foo_uie_webview

Reply #617 –
Quote from: Case on
With that said I'm aware that internet has developed hacks to pirate content from everywhere. That doesn't mean it's supported or legal.
Fair point, but your reply was in fact missing the practical point of the discussion... i.e. it's possible to play from most streaming services. Not if that's legal or not, that's another thing. I know you didn't say it was not possible with non-official APIs, but you also omitted that bit of info
(*).

Different people may also have different POV about how much sense make those guidelines from different streaming services, aiming to make you own nothing in the end (steam, netflix, spotify, etc.). So I prefer giving all info, then people may choose whether that's right to do or not.

(*) For example, kodi-like systems face the same "limitations" and we have multiple streaming services addons like this one for Tidal:
https://github.com/arnesongit/plugin.audio.tidal2

Re: foo_uie_webview

Reply #618 –
Quote from: pqyt on
Quote from: boxerfan88 on
If I accidentally right-click the panel and select refresh, it will stop working. No way to recover at all.
I need to close the flowin panel, and go to flowin to re-open the panel again, then it will work.

If I had this script running on the main foobar panel, I have to restart foobar to get it working again.

I tried the code below at the initialization section but it does not help.
Quote
   window.chrome.webview.removeEventListener("sharedbufferreceived", OnSharedBufferReceived);
   window.chrome.webview.addEventListener("sharedbufferreceived", OnSharedBufferReceived);
Sounds like a bug. The shared buffer is sent to Edge when the component starts. I did not check what happens to the events and the buffer after a reset.

@pqyt any chance to get a fix in the near term?

Re: foo_uie_webview

Reply #619 –
Quote from: boxerfan88 on
Quote from: pqyt on
Quote from: boxerfan88 on
If I accidentally right-click the panel and select refresh, it will stop working. No way to recover at all.
I need to close the flowin panel, and go to flowin to re-open the panel again, then it will work.

If I had this script running on the main foobar panel, I have to restart foobar to get it working again.

I tried the code below at the initialization section but it does not help.
Quote
   window.chrome.webview.removeEventListener("sharedbufferreceived", OnSharedBufferReceived);
   window.chrome.webview.addEventListener("sharedbufferreceived", OnSharedBufferReceived);
Sounds like a bug. The shared buffer is sent to Edge when the component starts. I did not check what happens to the events and the buffer after a reset.

@pqyt any chance to get a fix in the near term?
It's already fixed in one of the alpha's.

Re: foo_uie_webview

Reply #620 –
Quote from: pqyt on

It's already fixed in one of the alpha's.

Hmm ... today I upgraded from 0.2.1.0 to 0.3.0.0-alpha2 ... tested -- the problem remains (upon refresh the visualization stream stops) ...

Is there a newer version that I am not aware of?

Re: foo_uie_webview

Reply #621 –
Technically I was right. Except it's in alpha3 that still sits here on my machine.

* Fixed: The shared buffer was not recreated when the template was reloaded (Refresh).

The reason why it's not released yet is explained higher and because of these new features. The pattern involves memory allocation and administration and I'm not sure it's the way to go.

* New:
  * Methods
    * createMetaDBHandlePtr(path, subsongIndex): Creates a metadb handle pointer from a path and an optional subsong index.
    * deleteMetaDBHandlePtr(metaDBHandlePtr): Deletes the supplied metadb handle pointer.
    * getHandleFromMetaDBHandlePtr(metaDBHandlePtr): Gets the metadb handle from the supplied metadb handle pointer.
 

Re: foo_uie_webview

Reply #622 –
Oh okay, I’ll wait for it then … thank you.