Skip to content
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

Manual.py encoding not carrying over correct scan type #1095

Closed
AverageUnknown opened this issue Nov 28, 2019 · 7 comments
Closed

Manual.py encoding not carrying over correct scan type #1095

AverageUnknown opened this issue Nov 28, 2019 · 7 comments

Comments

@AverageUnknown
Copy link
Contributor

Im running manual.py to encode a few old scrub dvd's and the remuxes are interlaced but after running it with manual.py its changing the scan type to progressive and now nothing can de interlace it properly due to wrong reported scan type.

Media info for dvd remux: https://pastebin.com/vRgJdGDA

Media info from the manual.py encode: https://pastebin.com/Hq1EGDqk

@AverageUnknown AverageUnknown changed the title Manual.py encoding file with wrong Scan type Manual.py encoding not carrying over correct scan type Nov 28, 2019
@AverageUnknown
Copy link
Contributor Author

AverageUnknown commented Nov 28, 2019

update: i think this is a ffmpeg issue where its assuming its progressive for some reason:

voc/voctomix#137 (comment)

i have to manually add -field_order 2 for it to work properly.

ffmpeg version git-2019-10-25-b78227e

Test file: https://www.mediafire.com/file/gn3pfarca1yaow3/test-001.mkv/file

@AverageUnknown
Copy link
Contributor Author

Small update,

FFprobe can detect interlaced fields either top field or bottom field.

Maybe a way to address this would be if FFprobe detects either Top or Bottom send this argument -field_order 2 to ffmpeg?

@AverageUnknown
Copy link
Contributor Author

Bump

@mdhiggins
Copy link
Owner

Can you post an ffprobe -show_streams output from a file that's giving you problems? This should be doable

@AverageUnknown
Copy link
Contributor Author

@mdhiggins
Copy link
Owner

08deefb

See if that does the trick

@mdhiggins
Copy link
Owner

Should be fixed now, closing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants