New youtube bug #194
Labels
No labels
Bug
Cleanup/Refactor
Core Feature
Documentation
Feature
Performance Improvement
Security Improvement
UX/Accessibility
Unreproducable Bug
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
#164 Tweaks and Fixes
rainbownapkin/canopy
Reference: rainbownapkin/canopy#194
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Looks like we're trying .m3u8's like video files.
Unfortunately due to CORS, there isn't a good way to handle youtube's HLS streams without proxying them...
Looks like youtube's no longa serving good ol' format 18 (720p30 h.264 W/ audio, AKA, ol' reliable).
This is a fucking pain in the ass, and it looks like we'll have to hack together and sync a hidden audio tag with the player.
Alternatively we could just use player.js, but that feels like giving up, since it's basically doing the same thing in the background.
We've implemented enough of our own player to do the whole bitch XP
Working on implementing rawLink media object property as an object containing three sub-objects: audio, video, and combo.
Each containing links to audio/video files/streams. Using sub-objects over maps as this object is made to be thrown over a network, and converting maps back and forth from JSON probably subvert whatever minuscule performance gains you'd get over such a small dataset.
Scratch that, we're going w/ maps since formats start with numbers, making this not so-great for hash tables.
It'll be worth it for the flexibility for value key names.
rawLink maps will be generated and stored as 2D arrays on the server-side for ease of transmission.
These are considered temporary server data and a lot more important to the client.
Started working on pushing multiple raw links to user:
e0832c2c1fNOTE IACDN setting and youtube rawlink refresh where both disabled for ease of transition.
REMEMBER TO RE-ENABLE THESE FEATURES LATER!!!!!
Started work on syncronizing seperated audio and video tracks into back into one player:
a59b6d0e19We should work on a temporary interval that checks to see if audio isn't in sync with video. If not, re-sync. This should probably only happen while the video is actively playing.
Separate audio tracks are now reasonably synchronized to their videos. This may need more testing to perfect:
ccb1d91a5bFixed client-side IACDN setting:
b57d723d62Started work on re-implementation of youtube raw-link reloading:
02c4d214faFinished up work with youtube raw link refreshing:
366766d0a3