Closed Serph91P closed 8 months ago
i'm wondering if this has something to do with your system resources... what does the ffmpeg/remux logs in software say?
i'm wondering if this has something to do with your system resources... what does the ffmpeg/remux logs in software say?
what are you refering to it is a i7700 with 64gb ddr4 it should have enough horespower to run this?
there should be log files for the remuxing, but as it is an external program i might not have much control over it
there should be log files for the remuxing, but as it is an external program i might not have much control over it
The remix log of one file says this:
$ /usr/bin/ffmpeg -i /usr/local/share/twitchautomator/data/cache/capture/gronkh (2023) (41256945176) - s202310e06.ts -i /usr/local/share/twitchautomator/data/storage/vods/gronkh/Season 202310/gronkh (2023) (41256945176) - s202310e06-ffmpeg-chapters.txt -map_metadata 1 -c copy -bsf:a aac_adtstoasc -movflags faststart /usr/local/share/twitchautomator/data/storage/vods/gronkh/Season 202310/gronkh (2023) (41256945176) - s202310e06.mp4
there should be log files for the remuxing, but as it is an external program i might not have much control over it
There was never a problem with this before. Only envy is accessing the same path but only reading.
there should be log files for the remuxing, but as it is an external program i might not have much control over it
The remix log of one file says this:
$ /usr/bin/ffmpeg -i /usr/local/share/twitchautomator/data/cache/capture/gronkh (2023) (41256945176) - s202310e06.ts -i /usr/local/share/twitchautomator/data/storage/vods/gronkh/Season 202310/gronkh (2023) (41256945176) - s202310e06-ffmpeg-chapters.txt -map_metadata 1 -c copy -bsf:a aac_adtstoasc -movflags faststart /usr/local/share/twitchautomator/data/storage/vods/gronkh/Season 202310/gronkh (2023) (41256945176) - s202310e06.mp4
so that's the regular output one, ffmpeg outputs in the error log
no, that is the livestreamdvr log. in the same directory as the remux log is one with _stderr at the end which contains ffmpeg output
no, that is the livestreamdvr log. in the same directory as the remux log is one with _stderr at the end which contains ffmpeg output
Is basically full of this:
frame=1369747 fps= 39 q=-1.0 size=23308802kB time=06:20:31.01 bitrate=8363.4kbits/s speed=0.65x
and the last few lines are nothing but that?
and the last few lines are nothing but that?
hmm, so it is actually moving forward just a tiny bit... is the storage near full or at full bandwidth?
hmm, so it is actually moving forward just a tiny bit... is the storage near full or at full bandwidth?
The cache is 500gb and 134gb are used. The storage itself is 6tb and 1tb is used.
do you have some sort of utilization graph for cpu/disk etc maybe? i feel like this could be a server issue
or an ffmpeg bug
do you have some sort of utilization graph for cpu/disk etc maybe? i feel like this could be a server issue
or an ffmpeg bug
something completely hogging onto my cpu:
yeah that's what i thought, remux is actually doing fine, it's something else that's hogging it. you'd have to find a task manager or list of processes
yeah that's what i thought, remux is actually doing fine, it's something else that's hogging it. you'd have to find a task manager or list of processes
but only the reversy proxy and LiveStreamDVR are running and if I dont get ddosed atm I dunno what it is :)
does it say anywhere what's using the cpu time?
does it say anywhere what's using the cpu time?
iowait
sounds like your disk is being hammered by too many things at once
sounds like your disk is being hammered by too many things at once
found it I guess. Emby hat some kind of background job running. Can I remux stuff manually or trigger it again. i killed some of them to test.
delete any corrupt in-progress mp4 files (make sure they're not the original) and when restarting the lsdvr server it should start remuxing again
delete any corrupt in-progress mp4 files (make sure they're not the original) and when restarting the lsdvr server it should start remuxing again
ok netdata is not a valid source for cpu usage here. Connected to the server via ssh and checked via htop and that says 4% cpu usage.
4% overall? it might still be hard disk overutilization
4% overall? it might still be hard disk overutilization
yeah it was overall usage. gone now rebooted the server and all files have been remuxed.
Closed
Basically what the title says the vod convert is stuck copied the error message which is repeated aswell.