Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Test, please: these 1.7-second clips on your ffmpeg-based players (Read 1363 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Test, please: these 1.7-second clips on your ffmpeg-based players

This six-megabyte .zip contains a bunch of 1.7 second clips. I found that my VLC and SMPlayer are handling a few of them quite bad. You can hear a four-note piano motif played
twice?
... or only once before the track is truncated?
... or not at all?


(edits:
* is this known behaviour?
* metadata because ... "Can VLC read this?!".)


They are as 192/24 and as CDDA and a couple of lossies. File names are quite self-explanatory. I initially thought that "oh, .wav you can make yourselves", but it isn't much size ... they are separate.
Quote
   973 301 192.alac.m4a
   898 917 192.ape
   929 474 192.flac
   897 321 192.tak
   937 447 192.tta
   921 527 192.wv
    85 663 CDDA.alac.m4a
    80 293 CDDA.flac
    65 742 CDDA.tak
    73 866 CDDA.tta
    72 294 CDDA.wv
    28 795 lossy192.m4a
    27 885 lossy192.mp3
Name? – Владимир Владимирович Путин
Occupation? – Nonono, just a couple of days' vacation!

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #1
They all play here? But my player sometimes wigs out when it is started on too short of a file, and may not play it at all. I need to investigate that.

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #2
GoneMad Music player is based on ffmpeg. At least I think I remember the developer saying that at some point.
The 192 flac and tta files crashed the player. All the rest played correctly.
It's an android player, so that may be part of it. I was surprised the flac crashed it though.
Processed audio in java and python.

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #3
Could you look at https://hydrogenaud.io/index.php?topic=121478.0 and see what GoneMad does about the FLAC test bench files?


My VLC player (for Windows) misbehaves big time.

What I do: load all files into a playlist, set playback to "loop one". Then start one with double mouseclick and let it loop to be sure what I am listening to.

What I hear:

* The following are OK: MP3, Monkey's, TAK, WavPack.
* AAC in m4a and ALAC in m4a: Plays half or less.
* FLAC: 192: maybe even shorter than ALAC, but every now and then plays it all. CDDA: silence.
* TTA: Usually no sound at all, but once it gave a short split second.

What track lengths I see:
00:03 for MP3
00:02 for TTA
00:01 for all the rest.


 
Name? – Владимир Владимирович Путин
Occupation? – Nonono, just a couple of days' vacation!

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #4
I see track lengths of 00:01 here for all. This is rounded down.

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #5
That is consistent. VLC is not.

(Vho needs gapLess playbaC?)
Name? – Владимир Владимирович Путин
Occupation? – Nonono, just a couple of days' vacation!

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #6
Clearly VLC is doing something broken, then. Or they're using a really broken version of FFmpeg, assuming they use it at all.

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #7
FFmpeg, assuming they use it at all.
Apparently it does for some but not all, if https://wiki.videolan.org/Contrib_Status is any correct.

Non-ffmpeg, broken: FLAC, AAC
Non-ffmpeg, works: MP3

The following cannot be anything but ffmpeg from that list:
Broken: ALAC, TTA
Works: Monkey's, TAK, WavPack
Name? – Владимир Владимирович Путин
Occupation? – Nonono, just a couple of days' vacation!

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #8
I tested with MPV and VLC on Linux

With MPV, all of the files played fine, and sounded normal.

With VLC,  all of the files played, but with different results:
192.alac.m4a - normal
192.ape - normal
192.flac - normal
192.tak - normal
192.tta - normal
192.wv - normal
CDDA.alac.m4a - has a metallic echo
CDDA.flac - play cut short by a few milliseconds
CDDA.tak - metallic echo
CDDA.tta - metallic echo
CDDA.wv - metallic echo
lossy192.m4a - normal
lossy192.mp3 - normal

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #9
By the way, something my FFmpeg input does that others may not:

It keeps track of the reported duration of the stream, if a duration was reported, and it's a seekable file. It won't decode past that duration.

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #10
Could you look at https://hydrogenaud.io/index.php?topic=121478.0 and see what GoneMad does about the FLAC test bench files?
That was fun.
It played all correctly except:
#44. I think it just crashes on 24 bit flac.
#51. It played it, but the UI stopped responding because it actually displayed the comment. (Default view does not display the comment.)
#55. This one bogged it down too much to ever play. It was hard to get the player back up and on another track.
Processed audio in java and python.

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #11
Added a line in the table of https://wiki.hydrogenaud.io/index.php?title=FLAC_decoder_testbench - does that look correct?

(28 through 36 are also 24 bit. The 44 is all sorts of heaviness in addition: 8 channels, high resolution, and forcing it to use the highest-order predictor.)
Name? – Владимир Владимирович Путин
Occupation? – Nonono, just a couple of days' vacation!

 

Re: Test, please: these 1.7-second clips on your ffmpeg-based players

Reply #12
Ah okay. Yeah that looks correct.
Processed audio in java and python.