redbrain
redbrain
It happens with the following video as well: https://www.youtube.com/watch?v=OEtyScs6djU Until we can figure out why this is happening, we could set 'highest' to always return itag 18.
And this video it seems: https://www.youtube.com/watch?v=9UM96ULtLv0 Basically some select videos with HFR (60p) option. Again, we could set 'highest' to always return itag 18 as a temporary fix.
Is this a dupe of #770? If so It should be closed
> `sudo modprobe v4l2loopback video_nr=30 card_label="Virtual Camera" exclusive_caps=1` I wasn't sure which of my devices were real or fake, so I ran the above command after i installed the dkms...
Good to hear that this is already in consideration. I'll subscribe to the mentioned issues, and speak here again once those are mature enough to implement a client-side server.
In addition to a TCP alternative, we'll need to provide an alternative to FS, since browsers don't have native FS access (yet). For player data, perhaps the browser's localStorage is...
WebRTC should be a possible setting for this option, as it's the standard for inter-browser communication, a likely non-TCP use case.
@Podshot Any idea how can I __*speed up/help*__ get this up and running for 1.13?
Thank you for the reply! My main goal is to be able to filter search results to include only songs and/or albums. I'll experiment with innertube requests to `music.youtube.com` and...
.org has changed from `` to ``. This probably means they changed the structure of the data inside the element as well. With this knowledge it's theoretically simple to fix...