-
Notifications
You must be signed in to change notification settings - Fork 8
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 file duration #3
Comments
This is most likley an issue wit the ffmpeg or libav version that you are using. I cannot reproduce either of the bugs:
linked against ffmpeg 1.2.1. can you try to reproduce it with the binaries from |
I think you're right. It worked with the binary you linked. Thanks Robin |
Hi Robin, There's been a regression and the latter track reports an incorrect length on Ubuntu 14.04: $ silan Casser\ La\ Voix-160kbps.mp3 -f json I've noticed that for a lot of tracks (say like 25% of my MP3 collection), silan gets a value that's just a few seconds short of half the actual file length. Any ideas? Thanks, |
fixed in 185f1de. (it was an issue with interleaved vs planar channel mapping, I prepared for the new ffmpeg audio-decode API but never completed the job there. It is/was not a problem with ffmpeg/libavcodec.53 or older). Statically linked binaries (ffmpeg-2.2): |
The new version checks out on my side, thanks for the quick response and bugfix, Robin! |
Hi Robin, I've found another track that has a similar problem, except this time silan overestimates the track length. You can reproduce this with the latest build you posted above (0.3.2-4-gea0f418). The upstream ticket in Airtime is here: https://dev.sourcefabric.org/browse/CC-6138 Thanks! |
Just a quick heads-up. I won't be able to look into this soon. but I'll re-open the ticket as reminder. |
Could this be ok at 5d9a8e0? It looks like my CentOS build against that commit does not exhibit the issue while the Debian packages do show the behaviour. Though, I'm not sure what exactly they build against. Debian 8/jessie: apt-get update
apt-get install -y silan curl
silan -b -f JSON '/Music/Big Bad Voodoo Daddy/Big Bad Voodoo Daddy/03 King Of Swing.mp3' { "sound":[ [ 0.132812, 148.441587 ]], "file duration":298.631837, "sample rate":44100} CentOS 7.3: yum -y install epel-release
rpm -Uvh http://li.nux.ro/download/nux/dextop/el7/x86_64/nux-dextop-release-0-5.el7.nux.noarch.rpm
curl -o /etc/yum.repos.d/home:radiorabe:audio.repo \
http://download.opensuse.org/repositories/home:/radiorabe:/audio/CentOS_7/home:radiorabe:audio.repo
yum install -y silan
silan -b -f JSON '/Music/Big Bad Voodoo Daddy/Big Bad Voodoo Daddy/03 King Of Swing.mp3' { "sound":[ [ 0.235918, 296.999116 ]], "file duration":298.606780, "sample rate":44100} The thing is, not all the files exhibit this behaviour. The example from Albert still has the issue regarding it's total length on Debian but I am not sure if those are the same issue. curl -o /tmp/incorrect.mp3 https://dev.sourcefabric.org/secure/attachment/23028/incorrect.mp3
silan -b -f JSON /tmp/incorrect.mp3 Debian: { "sound":[ [ 0.012358, 337.902880 ]], "file duration":337.902880, "sample rate":44100} CentOS: { "sound":[ [ 0.012358, 235.520000 ]], "file duration":235.520000, "sample rate":44100} In my private collection the behaviour does not seem to be consistent, some files work others don't. I have yet to find a libre track that I can share that exhibits the problem. Just a heads up, on Debian 9 testing (stretch) I am getting a pretty segfault, I'll open an issue with a proper core dump when I get one done. |
We have an mp3 that silan analyzes the duration to be 173311.111837 which is incorrect. When the file is uploaded via the Airtime interface mutagen tells us the file's length is 290.8212244897959
We have a ticket in Airtime Jira with more information. The mp3 is attached to that ticket:
http://dev.sourcefabric.org/browse/CC-5271
The text was updated successfully, but these errors were encountered: