Conversation
|
That error happens if only chaturbate.py is replaced. |
|
ffmpeg.py I don't know why, I've already replaced the code with the one you gave me (chaturbate.py + ffmpeg.pybut it's still not working in reality |
|
Your chaturbate.py isn’t the updated version, it’s missing the HLS-stall recovery block (hls_failures) & the cookie reset path. |
|
ec844c2 |
|
Yeah, your CB + ffmpeg files look correct. Does the recorder start normally at least once? Or does it immediately show “Error on downloading” even though the model is online? If it errors right away, that usually means StreamMonitor is still using the old file. If it does record once and then fails later, that’s just CB being slow to update between public/private/offline. Tell me which one you're seeing. |
|
It shows an error immediately, but I've already updated to the latest version |
|
log.txt |
|
No, it doesn’t conflict with SC at all they’re completely separate handlers. What you’re seeing is just the UI still showing the last known state. SC takes a bit longer to refresh its status, so even if u pause everything, the UI can still show “recording ended” for a moment until the next poll updates it... It won’t affect CB or the PR. The real issue is still that the CB module isn’t running on your side ur log only shows SC activity. Once CB actually loads, you’ll see [CB] modelname lines in the console. && I saw the CB line in your log (french_riv1era: Error on downloading), but that’s the only Chaturbate entry in the whole file. That means the CB handler started once, failed, and then never ran again. [CB] model: No stream every few seconds. Since none of that appears, the updated file probably isn’t being used. Please make sure this file is replaced: [[streamonitor/sites/chaturbate.py]] and fully restart StreamMonitor. |
|
Your log shows CB never sends you a valid HLS URL,,the API response has no url, so the downloader instantly errors. Something on your system is blocking or intercepting CB HTTPS traffic (proxy/AV/firewall/router). The code is fine SC works, only CB fails. Run this and send the raw output so we can see what CB is actually returning: |
|
I tried to run the code you gave me on Windows CMD, but it didn't accept the heredoc (<<EOF) syntax, so I pasted line by line and it obviously failed. This is exactly what happened in CMD: Microsoft Windows [Version 10.0.19045.6691] G:\MT\StreaMonitor>python - <<EOF G:\MT\StreaMonitor>import requests G:\MT\StreaMonitor>print(requests.post("https://chaturbate.com/get_edge_hls_url_ajax/", data={"room_slug": "kissme_cutie", "bandwidth": "high"}).text) G:\MT\StreaMonitor>EOF |
|
Try this Windows version. |
|
Microsoft Windows [版本 10.0.19045.6691] G:\MT\StreaMonitor>python
|
|
G:\MT\StreaMonitor>python test_cb.py Enable JavaScript and cookies to continue G:\MT\StreaMonitor> |
|
Yeah, this confirms it’s not a StreaMonitor bug. TRY TO open the model’s page in a real browser and let Cloudflare pass you/ Restart StreaMonitor so it loads the fresh cookies. If it still blocks change IP (VPN toggle / router restart). |
|
Hey bro, I’m using this tool to successfully record CB streams, and we’re even on the same network with zero issues. I’ll send you the log and the software link — could you take a look and see if it can be improved https://github.com/nilaoda/N_m3u8DL-RE https://github.com/nilaoda/N_m3u8DL-RE Vid 1280x720 | 3396 Kbps 05m27s/05m26s 325/325 Waiting 100% - |
|
Yeah that lines up N_m3u8DL-RE works because it’s using fresh browser cookies, but StreaMonitor is still sending cookies CF doesn’t trust, so CB replies with the challenge page and you get Error on Download. |
|
& It looks like the difference is just Cloudflare. The other project you mentioned works because it uses a browser-style request flow, so CF actually lets it through. StreaMonitor uses plain requests, so if your IP is flagged or CF is strict on your edge, the /get_edge_hls_url_ajax/ call will always return the “Just a moment…” page. That’s why it works fine for me but not for you, it’s not the code, it’s how CF treats your IP. I’ll check if there’s anything I can update on my side, but without a browser / CF solver the behavior will always depend on your IP reputation. |
|
However, the software I’m using isn’t working very smoothly. I often get this error: 03:15:16.757 INFO : N_m3u8DL-RE (Beta version) 20251029 Vid 1280x720 | 3396 Kbps 21m20s/20m48s 1211/1220 Recording 99% 527.46KBps | |
By the way, boss, do you have any way to solve this folder-related issue? |
|
already did |
Hi, really sorry to bump this but what does it mean if I'm getting a good response with the test script but your fixes still aren't working for me? |
|
cant help without logs / screenshots |
My apologies I didn't think it would be of any use since the output is the same (immediate error code 1) and enabling debug mode seems to do nothing for getting more verbose info, also like I said your test script seemed to have gave a good response I've always just used youtube-dl to manually grab these and never required cookies or anything that's why I'm so confused on why this seems so 'complex' edit: oh my God wow okay, it was due to my ffmpeg being horribly out of date, it's working now even with the original scripts, really sorry about all of this lmao |
|
INFO - manager_cli: Failed to add: StripChat.init() takes 2 positional arguments but 3 were given any idea how to fix this issue. Thanks! |
|
the issue is now fixed & the PR has been updated. check #268 |
|
bro this PR for chatubate.py not stripchat |
Sorry, I'll post a new thread in the questions section. |
|
@medi0x1 does this proxy solution work for you using CB? |







TL;DR
CB started rate-limiting hard. Added sane pacing, real browser headers, nd proper cookie/session flow so it stops yelling 429.
Changes:
Slowed playlist polling + jitter
Init cookies by hitting model page first
Real headers (Referer, Origin, etc.)
Persistent Session() instead of rapid-fire requests
Backoff instead of brute retry
ffmpeg gets headers only if needed