adding option to restart recording upon resolution change detection

[davebluke]

I've been using tiktok-live-recorder for few weeks, it's a very powerful live recording tool, what makes it great is it's options and customizability.

The video dimension "resolution-height-width" of the tiktok live depends on many factors, the live streamers phone/model and if the streamer joined a 2 streamers challenge the dimension of the recording changes again, sometimes it changes when the streamer joins a 4 streamers live "4 squares split screen".

I was able to confirm this change on many live using this command ffmpeg "ffprobe -v error -show_entries frame=pkt_pts_time,width,height -select_streams v -of csv=p=0 video.mp4"

The problem?
When the height and width change for the live, sometimes things goes smoothly and video remains perfect, but sometimes the recording becomes as the image below for the remaining period of the video recording:

Allow me to suggest a solution, of course weather it's applicable or not is entirely up to Michele.

The approach I suggest is to add an option per user/room -not global-, where it can restart live recording upon resolution change detected "the current live is closed and saved "same as if we manually pressed CTRL-C" and a new recording starts".

python main.py -user modelname -mode automatic -output D:\tiktok-raw-records-D\modelname -restart_resolution_change_check_every_sec 10

Every 10 seconds it will detect resolution change.

I hope it makes sense!

[Michele0303]

thank you for the report, I will do some testing

[Michele0303]

i tried fixing this with AI if you want to test my fork, i am unsure if i forked it properly though.

Do your changes seem to be working?

[RealityQuizzicality]

somewhat depending on the user, you end up with a lot of videos from just one stream.
but it seems to definitely detect a change then restarts the recording.

[davebluke]

i tried fixing this with AI if you want to test my fork, i am unsure if i forked it properly though.

I will try your fork tonight.

[davebluke]

i tried fixing this with AI if you want to test my fork, i am unsure if i forked it properly though.

oh my god! I just tested your fork.

1. It's enabled globally by default, no need to add "-enable-resolution-restart user" to each command prompt window "I am not using multistream. right? I like better this way honestly. "python main.py -user username -mode automatic -output D:\tiktok-raw-records\misc"
2. It's working as intended, if the streamer is having connectivity speed issues and changing resolutions it restart and create a new file, it's brilliant. see attached image
3. It's super light weight, resolution change detection working smoothly, I thought it will be more CPU demanding! but I guess thanks to the brilliant ffmpeg library its so light!
4. cloning your fork is not working smoothly, I pasted the incomplete files manually. I am not sure if its my bad or from the rep itself, please double check.
5. It's creating subfolder inside destination path with username, I liked this too.

Michele0303, this fork needs your attention, it's working as intended brilliantly, thank you for the original great tool and thanks to RealityQuizzicality for a nice fork!

RealityQuizzicality, If I may ask, I am curious which AI model did you use? I like claude so much, but I feel maybe you used chatgpt 4o?

**

[RealityQuizzicality]

i used Claude in warp terminal.
unsure about missing files, i did download the .zip and seems fine.
my current fork wasn't my original as i had connection issue in multi stream mode so removed until i could fix.