Repository navigation
'force replayer called' repeating. #395
Description
Activity
And this time, I can watch 360p video with flash, but HTML5 player with SABR just won't work with
there was a problem with the network response. try reloading the page.message. Classic method worked.if you can get this consistently then restart in dev env config and send the generated visitordata (at the beginning of the log)
You mean these?
[EXTRA_RISK EXP/DEV] got ANDROID visitor: CgtabG94WnB2bUZPMCiF1YDRBjIKCgJLUhIEGgAgEToMCAEguInB3dLQipBqYt8CCtwCMTguWVQ9UE1kejRUNmZXakQ0QnR2bktWUlBsUEN0ckJaVE54SjZFQkM0RG9QVk9aRE9ubi05R2otaHNIeUJQaHRVaVJuSk03M0otYVI5V0J3b1pFSDh6aHFHVzN4M1QzemxvMkcwNzNwV0tQZ0l2S3c2TVRzRUhEZkxROGd6LUNvT0E5Smg4cndYT0l1OXFIVldCejRUUXhCQTJLR0ZCdDZyNm1KY1dKc0lXR3VDVFdRdWV6anl0U1BTeU5KX0xKc01qdnJrM0dHdC03RjRxcXlGT3UwaVhNazBjalRyZDdTblVSa2JQYVZUcTR5ZnVhdEJZWENXRTRpQVRYTEZaOWlDcGdieXJORGZ2NUlJVmxoZ3ZYNXMwTFU2ZDA5Z3E4UjB0eUlkMGRwN3g2S05DNGREb3pra1B0cjNfQVZrLVBqNndaV25kMUx3MXItalJ3UGs1RVdTVTBoOFNR generated pot: encryptdata - 0158cbec2201010101010101010101010169aace5f6c1825c9e4bc9dff0d2b41949fae0845e88f9b9afecf3722884d7ff9c0850405d91dd59278e9b64e6bc610d91ad40f47b9cec42ba92030678011254ce124372fc1f9c3f1b977819d15cc6fbd1f87fde5f8d2acef0da3beb493941c4dab879a6b6d696a418598e5cd81e7b60806c0470b43b14edc40f8c367bdd785bf3e0fcd022e0dd63271eeb01dc3e49ae841eed48e38385619ec1d9d167cdfec0bcafe2502dcaa66b8d8ed5aaa76d41e4ef52d8a50c238640208c59989fb77464065c4f9faecc7de7fc400cb07b28b3c1d77f9d6abf6f0426dd779dbce9f65cb0c81957343cb95be9d2194ecac37b15aa4850328f215d55cce0ef32ba02cd6deef694f272d999e80c562abcb5ee5fa3796696abdca332b0ebc3640f4d30b21c5a6702ddeed95f5ac375bce2727e6e9fc912eb8ddff4bc7864285cd5cbd4d034b4a3e8389206e5b373033df9485448676a2c72efc421273749862e803f0e01a7875df53a7c73d0d12c5ee9a002fcd4625e9da7120d4ab0678044fa2616eb813d798be5e27643d5f1e2ba84eabccf861300b64bdae0f0132f2e9bb41ebbfc7c21adbb46e623a063ca6390d1b2b81e7f7fb2f9475fedf4bea15255331769f4176c401304846cd118f2aac822b34ce46ebae9bbecea340fc1b4410e113c3a4050a133981cdb7858fdab7fba2f7288710574ad3a9bb52717932db9be61563b01a341e7611e638bfc879c976ef82d9751a4aec543f729258d6292061dccb72e04007c223edf91341a46236d4d4fea7d565b4743ff66a0b27c84966aa2121d9c61b61ae643efb1bf4bf81903df62abe63f93ad8bf3e467c165a67d8c415c9394c58a40dea4d5083b3c94a88e128 backup - valid for (s) - 7200And yes, this is still happening.
yes, thanks, will be investigated
Reacted by Gleb- pinned this issue
on Jun 3, 2026 - added a commit that references this issue
on Jun 4, 2026 Fix confirmed
I'm wondering about, then will this be occur periodically if Youtube keep changing their decryption key or something?
the real solution would be to use an android virtual machine to generate those keys, but as you may guess, making everyone run something using around 2GB RAM at all times is very much not optimal. this is set as a last resort. until then, yeah, if this doesn't happen frequently enough we will just rotate them
the real solution would be to use an android virtual machine to generate those keys
Maybe you can add guide for doing this for single time at user end in case. Reading them is not mandatory for light users, like guide for modding flash.
i'd like to avoid this method for as long as possible for obvious reasons, but there will be a guide if it will be necessary
Does this can't be done preemptively? If not, I thought about rotating key being managed through master server like once in month rather than through update. Does it violate something maybe?
we would need to run the android VM every now and then (day? week? month? depending on how aggressive this gets) to create new keys on the PCs hosting yt2009
I thought about rotating key being managed through master server like once in month rather than through update.
also a potential option. no matter which solution will be picked it will take at least a few days to make it fully automated etc.
- added a commit that references this issue
on Jun 17, 2026 I observed rare case that backup pot provider malfunctioned. Couldn't copy log but it said "not meant to happen". It simply fixed after restarting instance. Considering that and rarity of this occurrence, it can be simply ignored at this moment.
using backup po provider Error: connect ETIMEDOUT [IP]:7077 Error: connect ETIMEDOUT [IP]:7077 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1706:16) ^^^ this wasn't likely meant to happen! make sure you're on the latest version of yt2009, if this problem still happens and you're able to reproduce it consistently, check if it has an issue on https://github.com/ftde0/yt2009/issues . if it doesn't, make one!And log is this. Once this happens, "force replayer called" happening until restarting instance.
I think exact issue from #335 is happening again.
[sabr/5ule2ch44d5nhjre] force replayer called! no media response? M5wKCgwI8gEQ6JWJ46/mlAMKDAiWAhDJ/tHsr+aUAwoMCIcBEI2C/YSh4JQDCgwIhgEQ69vLmKHglAMKDAjzARDPseCQsOaUAwoMCPQBEJ7IsPiv5pQDCgwIoAEQ3ZHIi6HglAMKDAiIARCpldicoeCUAwoMCIUBEJP1iKCh4JQDCgwI9wEQ1sSil7DmlAMSDAj7ARD8svH5qN+UAxIcCPsBEOzGw4Sp35QDGg5DZ2dLQTJSeVl4SUJNURIcCIwBEMXb4+aa4JQDGg5DZ2dLQTJSeVl4SUJNURIMCIsBEM+9pL+Y4JQDEhwI+QEQwObEhKnflAMaDkNnZ0tBMlJ5WXhJQk1REgwIjAEQso2Wv5jglAMSDAj5ARDY7vH5qN+UAxIcCIsBEJPd9Oaa4JQDGg5DZ2dLQTJSeVl4SUJNUSIOCgwI8gEQ6JWJ46/mlAMiDgoMCJYCEMn+0eyv5pQDIg4KDAiHARCNgv2EoeCUAyIOCgwIhgEQ69vLmKHglAMiDgoMCPMBEM+x4JCw5pQDIg4KDAj0ARCeyLD4r+aUAyIOCgwIoAEQ3ZHIi6HglAMiDgoMCIgBEKmV2Jyh4JQDIg4KDAiFARCT9YigoeCUAyIOCgwI9wEQ1sSil7DmlAMqDgoMCPsBEPyy8fmo35QDKh4KHAj7ARDsxsOEqd+UAxoOQ2dnS0EyUnlZeElCTVEqHgocCIwBEMXb4+aa4JQDGg5DZ2dLQTJSeVl4SUJNUSoOCgwIiwEQz72kv5jglAMqHgocCPkBEMDmxISp35QDGg5DZ2dLQTJSeVl4SUJNUSoOCgwIjAEQso2Wv5jglAMqDgoMCPkBENju8fmo35QDKh4KHAiLARCT3fTmmuCUAxoOQ2dnS0EyUnlZeElCTVEvNAoHCICwHRDoBwoHCKaCDxDcCwoHCMz9DhDQDwoHCPP4DhDEEwoFCAAQuBcSAxCIJyCgnAE6BAgDEAojUwjwLhDwLhjg1AMg0A86RAjQBRAAOgwIiAEQqZXYnKHglANCDAiMARCyjZa/mOCUA6IBIKfDhztAikg7XOuuPDBYij1A3dk+2+30Pnruoyq/Xb0o