-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Older movie files from harddrive faile immediately to process #1320
Comments
After reading the steps you took I'm still a bit confused with what you have tried exactly. Can you provide the logs for when the processing fails? |
The logs: [2025-02-01 18:59:50] [warning] [FFmpeg] [mov,mp4,m4a,3gp,3g2,mj2 @ 0000020ee8196800] stream 0, timescale not set That resulted in failing the process immediately. But for every file ever I still get these errors, but the process works. What does that mean? [2025-02-02 01:43:15] [warning] Skipping unsupported stream type at index: 11 I used the 10-Bit option of libx265 and the crf values 23-25 for a Real ESRGAN process. These 3 files were processed successful. |
Seems like the output container format doesn't support your subtitle format. You can ffprobe the old one and the new one to see which formats they are using, respectively. |
That is the same file (mp4-file named "One.Piece.0003.Morgan.gegen.Ruffy.German.AC3.ML.720p.WEBRip.x265-FuN" from the harddrive with two critical errors, one for the file in crf 23, 10-Bit and one for the same file in crf 23, 8-Bit (Auto): [2025-02-06 10:06:07] [warning] [FFmpeg] [mov,mp4,m4a,3gp,3g2,mj2 @ 0000020e39e8c640] stream 0, timescale not set Later I will write the logs for the same file as a new downloaded one. The problem shouldn't be the subtitle format or does it change the codec when the video remains a longer time on the harddrive? The old file is not broken, too, because I'm able to play it fully. |
I see now that the new loaded file is a MKV file. Ist IT possible that it failed, because it was an MP4 file before. |
I would guess that the subtitles are of different formats in the two files. Can you run ffprobe against the two of them and paste it here? Here's a template you can use: ffprobe -v quiet -count_frames -print_format json -show_format -show_streams -i video.mp4 |
Can I write this as commands in the Programme? |
No you'll need to have FFmpeg installed. You can also just send me the video. Upload it to google drive or https://wormhole.app or something and paste the link here or email it to me. I can take a direct look at the two videos. |
Ok I'll send it per Wormhole in a few hours. |
Here are both files zipped: https://wormhole.app/rMQRZl#sEiZkKfcd3l64ZHj_eKmuQ |
Ok I try again in a few moments
K4YT3X ***@***.***> schrieb am Fr., 7. Feb. 2025, 18:30:
… image.png (view on web)
<https://github.com/user-attachments/assets/ea476ade-0f53-41c7-a4e3-4ba1b62aa707>
Seems like upload is incomplete?
—
Reply to this email directly, view it on GitHub
<#1320 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BNV2Z3EJKDPRO2FYOG5QJPT2OTURRAVCNFSM6AAAAABWJUUGA6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNBTGU2TMNZSGI>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
I took a look at it. Here's what's happening:
Basically, set the suffix in encoder option to be the same as your input if it fails with a similar message. Your subtitle stream was just not supported in the output container format. So, if you use the original failing one and set the suffix to mp4, it should have worked. |
Ok. Thank you very much! |
I tested to process a 720p anime file to 4K, which is longer on a harddrive. To play this file works without a problem, but when I try to start a process it fails immediately. When I try to download this file again, the process runs and works. What can this problem be? I think I saw this before with some other files, too.
The text was updated successfully, but these errors were encountered: