-
Notifications
You must be signed in to change notification settings - Fork 175
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
Incorrect sample count and duration for audio #1121
Comments
Looks like rounding issues in the way it is computed. |
This seems to be a regression: DvdKhl/AVDump3#50 |
Actually I forgot this issue ticket but was just working on it (#1289), would it be better with latest snapshots? |
I was working on WAV, wondering about the other formats, but I'll check with AVI and others when I have some free time. |
And it looks like the last version where it worked was not 18.20 as I said earlier but 0.7.42. |
I've got 3 files here showing this weird behaviour. Checking some old MIL versions I have lying around: MIL 0.7.42:
MIL 0.7.90:
MIL 0.7.99:
MIL 18.12:
MIL 20.08:
|
So somewhere between 0.7.42 and 0.7.90 the regression was introduced ... the correct duration was moved to a newly introduced <Source_Duration/> node and the original node now carries ... whatever duration that might be. |
Just checked with 20.08.20200828. Same result.
If you want one (or all three) of the files I got here, let me know. |
This is another issue not related to a rounding issue, more an issue about potential mismatch between container and raw stream (we aim to detect container related duration, sometimes the container indicates to play only a portion of the file). |
Well, the detected sampling count changed between 0.7.42 and 0.7.90 for these files too. |
The reported sample count (and by extension duration) of audio tracks seems to be incorrect.
I've tried this with several different files of varying formats so far. (FLAC, WAV, AIF, MP3).
See sbraz/pymediainfo#70 for test code and output.
The text was updated successfully, but these errors were encountered: