 |
Well, I think that to be a legitimate flac file it should be constructed as such - otherwise why have standards at all. It would be better if Cinelerra could put an error message on the terminal window stating a problem rather than what it is doing. So we should leave this open in case some eager programmer shows up to add an error message. MONO info: 1 audio stream aud0 (0), id 0x01500c: audio1-1 flac s16 44100 0bits 0+0 smpl 0.00 secs 0:00:00.00 ************************* WHEN I GROW UP info: 1 audio stream aud0 (0), id 0x01500c: audio1-2 flac s16 44100 0bits 9062784+0 smpl 205.51 secs 0:03:25.51 ************************* |
 |
Ah, I just missed your earlier note. Maybe you are right, because the Audacity written file shows 'duration" . There is no field like that in STREAMINFO, but there is a field "Total samples in stream" that is probably used to compute the duration, given the sampling rate (which is present in the failing file). Anyway, it looks like sound-recorder does not properly write STREAMINFO, some fields can only be done after the whole file is done but that is not problem as it is at a know place and a known size. |
|
|
Oh, that is great that you figured it out! Does it have Duration now? Or can you send the output of mediainfo and/or ffprobe on the new file? |
|
|
It is likely related to the missing MD5 checksum, which in the original file is all zero's . I used Audacity, set up for 16 bit mode (not 32 bit floating point), imported the failing flac file into it, and exported it without any changes other than the file name. Now "flac -t" does not complain about MD5, and CinGG loads and plays it fine. The next question is, the mandatory structure STREAMINFO is present, but the MD5 field is empty. I do not know yet what the spec says about it. If it is mandatory, then CinGG should maybe give an error as to why is does not load the file on the timeline. |
|
|
For some reason, I doubt that it is that simple. These 2 sample files, 1 works and 1 doesn't, are really very different in their characteristics as shown by: ./ffprobe /root/Downloads/Mono_44kb.flac Input #0, flac, from '/root/Downloads/Mono_44kb.flac': Metadata: ENCODER : Sound Recorder TITLE : /home/mat/Recordings/Clip 1 DATE : 2021-02-14T10:58:53+0100 Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: flac, 44100 Hz, mono, s16 ./ffprobe "/proj/samples/flac/When I Grow Up.flac" Input #0, flac, from '/proj/samples/flac/When I Grow Up.flac': Metadata: REPLAYGAIN_TRACK_PEAK: 1.00000000 REPLAYGAIN_TRACK_GAIN: -7.43 dB REPLAYGAIN_ALBUM_PEAK: 1.00000000 REPLAYGAIN_ALBUM_GAIN: -7.43 dB Duration: 00:03:25.51, start: 0.000000, bitrate: 928 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Side data: replaygain: track gain - -7.430000, track peak - 0.000023, album gain - -7.430000, album peak - 0.000023, BUT I notice that the Mono has no "Duration" and that may be why CinelerraGG does not like it. |
|
|
I noticed that "flac -t" on the file reports that there is no MD5 info. Each flac file must contain a streaminfo block, one field of which is the MD5 sum of the audio data. See https://xiph.org/flac/format.html#def_STREAMINFO . Do not know if this is causing the problem, will see tomorrow if I it is possible to add it manually. |
|
|
FFplay (ffmpeg) has no problem playing MatN's sample from the command line. But I notice when using mediainfo that the "Writing library" for the one that worked was: libFLAC 1.1.0 (UTC 2003-01-26) but for the Mono was: GStreamer encoded vorbiscomment . I did try changing in Settings->Preferences, the "Probe Order" to force flac, or cr2, or vorbis, or others to try loading it first but still no luck. Also checked to make sure are using the latest flac library which is 1.3.2 and we are. So the problem must be the interface between CinelerraGG and ffmpeg. |
 |
Your FLAC file is imported into CinGG and LMB --> Info reads the data correctly. However, it is not possible to load it on the timeline or even in the Viewer window. On the terminal I have this message: FFStream::decode: Retry limit Other FLACs downloaded randomly from the internet all work without problems. |
|
|
I have made new recordings, in mono and stereo, both show the same problem, so I have attached the smaller mono version only. I load the file in a fresh AppImage as "replace current project" . Audacity plays it fine, the "file" cmd on the file shows nothing unexpected, exporting the file from Audacity to .wav format make the .wav file load fine in CinGG. With the flac file, I do see quite a few errors in the terminal I start the AppImage from. File is 44.1 kHz, 16 bits signed. Mono_44kb.flac (725,329 bytes) |
 |
seems to work fine here too (self-compiled CinGG from 8th Feb). Be sure to check 'Resources->Media', if you have default load strategy 'Only create resources'. If you set it to 'replace current project' - file will appear on timeline (replacing anything that was there) on load. Otherwise you just drag it from 'Resources->Media' on timeline .... |
|
|
Here is the link to test file: https://drive.google.com/file/d/1vEpTMqhvLkebfQX-oVRzbcQvS46nfnDW/view?usp=sharing |
|
|
Perhaps there is a problem with the flac file. I tested this one both using the usual binary and with appimage (newer) and it played for me. Did I miss something? # mediainfo "When I Grow Up.flac" General Complete name : When I Grow Up.flac Format : FLAC Format/Info : Free Lossless Audio Codec File size : 22.7 MiB Duration : 3 min 25 s Overall bit rate mode : Variable Overall bit rate : 928 kb/s Album replay gain : -7.43 dB Album replay gain peak : 1.000000 Audio Format : FLAC Format/Info : Free Lossless Audio Codec Duration : 3 min 25 s Bit rate mode : Variable Bit rate : 928 kb/s Channel(s) : 2 channels Channel layout : L R Sampling rate : 44.1 kHz Bit depth : 16 bits Compression mode : Lossless Replay gain : -7.43 dB Replay gain peak : 1.000000 Stream size : 22.7 MiB (100%) Writing library : libFLAC 1.1.0 (UTC 2003-01-26) Test file too big to send here. Check the next note for link. |
- Anonymous
