Conversions failing but still replacing media

[EatPrilosec 22]

i have an ongoing conversion to keep all the bitrates of episodes i add under 6 mbit, every so often, an episode or two of a season will "fail" and the episode will be converted and end way too early-- like a 42 min episode becoming 6 mins. the conversion is fine otherwise, quality and such, it just deletes most the episode. for a while i thought it was the season packs i downloaded until it hapend to a pilot episode AFTER i watched it (im guessing i watched before the scheduled task ran) 

a few extra points:

i have not noticed this happen with a movie yet 

im using replace file, MKV, custom at 6mbps in the conversion settings

i cant get a log, because the logs rotate too fast and the ffmpeg-transcodes have been making them get deleted i think? can i get the log rotation to stop somehow?

this doesnt seem to be file specific, looking through my history ive had a client redownload the same pack and nothing happened to any of the files the second time.

[Luke 42085]

Hi there, can we please look at a specific example? 

Quote

i cant get a log, because the logs rotate too fast and the ffmpeg-transcodes have been making them get deleted i think? 

The logs rotate at midnight, and log files are deleted when they are at least three days old. Is this something you can catch within three days?

[EatPrilosec 22]

On 10/19/2021 at 5:20 PM, Luke said:

Hi there, can we please look at a specific example? 

The logs rotate at midnight, and log files are deleted when they are at least three days old. Is this something you can catch within three days?

im trying, but theres no discernible pattern to it, and i dont normally immediately watch the things i import. im looking into making a script that monitors my library for changes in duration, and possibly email me when it happens. i know how hard it is for you guys to figure out whats going on without a log. 

 

however, some testing with manually re-encoding mediavia the ffmpeg that emby uses by command line has led me to believe its related to the matroska container, so at the moment ive changed my conversion settings to mp4/hvec and am waiting to see if it happens again

Edited October 23, 2021 by NErdgOd56

[EatPrilosec 22]

would it be possible/feasible for you guys to implement a duration check before it overwrites the file or something like that? make sure its like within a second or two of the original file, idk if FPS is an issue etc.

id rather it report as a failure than have a false success overwrite my media

i think this could work because the files are not corrupted, ie full size but stop playing, they come out to be much smaller, and the actual frames/data is missing, so checking the duration wouldnt return a false positive either

 

Edited October 23, 2021 by NErdgOd56

[Luke 42085]

Quote

 

i think this could work because the files are not corrupted, ie full size but stop playing, they come out to be much smaller, and the actual frames/data is missing, so checking the duration wouldnt return a false positive either

I mean sure, yes, but that's not a substitute for this investigation to actually find out what's happening here.

[EatPrilosec 22]

On 10/23/2021 at 4:19 PM, Luke said:

I mean sure, yes, but that's not a substitute for this investigation to actually find out what's happening here.

agreed, i did not mean it as a substitute:

if it were to fail instead of false-succeed , i could set up the "scheduled task failure" notification with a push app or something, and possibly be notified, rather than go searching or fumble around with a custom script that tries to notify me, leading to me getting a log with the error, that was my train of thought.

Edited October 25, 2021 by NErdgOd56

[Luke 42085]

6 minutes ago, NErdgOd56 said:

agreed, i did not mean it as a substitute:

if it were to fail instead of false-succeed , i could set up the "scheduled task failure" notification with a push app or something, and possibly be notified, rather than go searching or fumble around with a custom script that tries to notify me, leading to me getting a log with the error, that was my train of thought.

Yes that would make sense. Thanks.

[EatPrilosec 22]

its much harder for me to get you a log of an error I, nor emby, is even aware happened until a week or two after the fact when i go to watch the video in question

edit didnt see your reply, was just expanding on my thought process. ill report back with any update

.

Edited October 25, 2021 by NErdgOd56

[Luke 42085]

OK great, thanks !

[EatPrilosec 22]

On 10/25/2021 at 9:54 PM, Luke said:

OK great, thanks !

so far hasn't happened with mp4 as the container, im personally convinced it has something to do with matroska, gonna give it another few additions and switch back if nothing gets clipped

[Luke 42085]

Thanks for the update.