Skip to main content
Topic: foo_youtube (Read 183075 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

Re: foo_youtube

Reply #1000
Hi, this is regarding  foo_acfu, I added acfu and discord rich presence as sources (check mark beside the name) when I check for update I get

The following errors occurred during the checking for updates:

Auto Check for Updates: Network authentication error (80090302)

Discord Rich Presense: Network authentication error (80090302)

with an error "The following fatal alert was received: 70." in Event Viewer.

googling found the error is

TLS1_ALERT_PROTOCOL_VERSION 70      SEC_E_UNSUPPORTED_FUNCTION 0x80090302

from: https://docs.microsoft.com/en-us/windows/desktop/secauthn/schannel-error-codes-for-tls-and-ssl-alerts

So any ideas?



Re: foo_youtube

Reply #1003
@wuxakpll : most likely it's a problem of missing TLS 1.2 (Windows 7 is using outdated and insecure TLS 1.0 by default).
You can try the following guide on how to enable TLS 1.2 in Windows 7: https://support.microsoft.com/en-us/help/3140245/update-to-enable-tls-1-1-and-tls-1-2-as-default-secure-protocols-in-wi

Note: apply EasyFix provided in the guide before applying the required update.


Re: foo_youtube

Reply #1004
Thanks for the article, I already had that update, using the Easy fix didn't fix it, but enabling TLS 1.1 and 1.2 on Windows 7 at the SChannel component level did.

Adding those 2 registry keys did it
Quote
For TLS 1.1
Registry location: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Client
DWORD name: DisabledByDefault
DWORD value: 0

For TLS 1.2
Registry location: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client 
DWORD name: DisabledByDefault
DWORD value: 0

Thanks again.

Re: foo_youtube

Reply #1005
Dear 3dyd,
found issues with the Youtube view count in WilBs You Tube Track Manager (YTTM), which is using foo_youtube, see the posts here.
I appears that the Youtube view count often is not available when loading a Youtube track vie YTTM.
When loading a track via foo_youtube, this issue does not appear, view count is always available.
WilB suggested to contact you as he assumes the issues lies within foo_youtube (see here).
Any idea on how to fix this?

Re: foo_youtube

Reply #1006
I had been looking for a way to have the Youtube songs included in the media library, because that didn't happen when you added them through the menu. I recently found out that the Youtube component saves the Youtube link and metadata for the indidual songs as  ".FOO_YOUTUBE" files in the "%AppData%\foobar2000\foo_youtube\cache\meta" directory.
To experiment, i tried to copy one of those files into a folder monitored by the media library, and indeed, it seems to recognise them as a song like any other, with the Codec: FOO_YOUTUBE. That's practical, because that makes it possible to tag and use them in autoplaylists and generally, treat them like any other local song.
The only thing there is, which isn't much of an inconvenience anyway, is that Foobar2000 doesn't register the file type as an openable file. Even though it does open them, when you drag them into the window.

Re: foo_youtube

Reply #1007
@3dyd : I think I've found a bug (not sure if it caused by your component specifically):
1. I have a YT track in a playlist which no longer available on YT (e.g. https://www.youtube.com/watch?v=Ms-uKIw1rJs).
2. I'm trying to fetch art via `album_art_manager_v2::get()->open(handleToNonExistentYtTrack, artTypeGuid, abortCallback)`
3. This function blocks indefinitely somewhere in `foo_youtube.dll`. It also blocks all subsequent calls to `album_art_manager_v2::get()->open` even for valid items.

PS: I'm using the latest beta, but the problem is reproducible on the latest stable as well.

Re: foo_youtube

Reply #1008
Hello. I'm trying to use this component to add youtube stations (live audio like this www.youtube.com/watch?v=3SakCDX_fGA), but I'm facing some intermittent stucks (the audio stops for a short time and then resumes). Is there some known bug for that or perhaps the component is not meant to work properly with live stations? Thank you for your attention and I'm really sorry for bad english.

Peace!

EDIT:

I forgot to say that there are absolutely no stucks when playing audio that is not live. I believe that if it was possible to delay and cache 3 seconds audio or something like that the problem would be solved. But I'm not a developer, don't know if what I'm suggesting here is even possible nor how complex would it be do such a thing. It's just something that came to mind. Thank you again!

 
SimplePortal 1.0.0 RC1 © 2008-2018