Answers.Body: <p>It's not an issue with the audio format.</p>
  <p>Any player (VLC, ffplay) can decode the format because both videos have the same <code>AAC LC</code> Audio format:</p>
  <pre><code>Format            : AAC LC
  Bit rate          : 128 kb/s
  Channel(s)        : 2 channels
  Channel layout    : L R
  Sampling rate     : 48.0 kHz
  </code></pre>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-09-10T15:51:36.353Z
Answers.Text: So what you are saying is that the camera just corrupted the audio at the source and there's nothing to be done, right?
Answers.UserDisplayName: Morpheu5
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-09-11T17:18:06.603Z
Answers.Text: Yes, the audio that is played back is what has been recorded. There is basically nothing there.
Answers.UserDisplayName: drake7
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-09-09T14:50:18.913Z
Answers.LastActivityDate: 2021-09-09T14:50:18.913Z
Answers.UserDisplayName: drake7
Body: <p>I borrowed an Apeman A87 and used it on a road trip. However, the audio came out apparently corrupted except sometimes when filming indoors and with the menu set to the default language of the market the camera was sold in -- i.e., in my case it was Italian, I set it to English because of the incomprehensible Italian translation, no audio, set it back to Italian, got some audio, switched it back to English, no audio again… except that I still got no audio when filming outside with the menu language set to Italian so that's probably not the culprit. Maybe. I don't know what to think anymore.</p>
  <p>I had a look at the waveforms and the spectra and two things stand out in the corrupted tracks:</p>
  <ol>
  <li>there are relatively large DC-biased sections at the beginning (and sometimes end) of the audio tracks which look to me like some kind of data blocks or markers, and</li>
  <li>the rest of the tracks contain very high pitched noise, which also sounds like raw data interpreted as audio.</li>
  </ol>
  <p>From one of the SD cards, I also retrieved a small file which reads like so:</p>
  <pre><code>$ file -k H264.1.TO.BS
  H264.1.TO.BS: JVT NAL sequence, H.264 video @ L 51
  - data
  </code></pre>
  <p>Anyway, I have two short examples here if anybody want to take a look. These come straight from the SD card, no re-encoding nor anything else.</p>
  <ul>
  <li><a href="https://andreafranceschini.org/files/apeman/nope.mov" rel="nofollow noreferrer">https://andreafranceschini.org/files/apeman/nope.mov</a></li>
  <li><a href="https://andreafranceschini.org/files/apeman/ok.mov" rel="nofollow noreferrer">https://andreafranceschini.org/files/apeman/ok.mov</a></li>
  <li><a href="https://andreafranceschini.org/files/apeman/H264.1.TO.BS" rel="nofollow noreferrer">https://andreafranceschini.org/files/apeman/H264.1.TO.BS</a></li>
  </ul>
  <p>Any pointers appreciated :)</p>
  
Tags: <audio><action-cam>
Title: Is the audio from these videos in some weird format that I can't decode, or is it just corrupted?
UserDisplayName: Morpheu5
ThreadText: # Is the audio from these videos in some weird format that I can't decode, or is it just corrupted?
  
  (Asked by: username_0 on 2021-09-02)
  
  I borrowed an Apeman A87 and used it on a road trip. However, the audio came out apparently corrupted except sometimes when filming indoors and with the menu set to the default language of the market the camera was sold in -- i.e., in my case it was Italian, I set it to English because of the incomprehensible Italian translation, no audio, set it back to Italian, got some audio, switched it back to English, no audio again… except that I still got no audio when filming outside with the menu language set to Italian so that's probably not the culprit. Maybe. I don't know what to think anymore.
  
  I had a look at the waveforms and the spectra and two things stand out in the corrupted tracks:
  
  1. there are relatively large DC-biased sections at the beginning (and sometimes end) of the audio tracks which look to me like some kind of data blocks or markers, and
  2. the rest of the tracks contain very high pitched noise, which also sounds like raw data interpreted as audio.
  
  From one of the SD cards, I also retrieved a small file which reads like so:
  
  ```
  $ file -k H264.1.TO.BS
  H264.1.TO.BS: JVT NAL sequence, H.264 video @ L 51
  - data
  
  ```
  
  Anyway, I have two short examples here if anybody want to take a look. These come straight from the SD card, no re-encoding nor anything else.
  
  * <https://andreafranceschini.org/files/apeman/nope.mov>
  * <https://andreafranceschini.org/files/apeman/ok.mov>
  * <https://andreafranceschini.org/files/apeman/H264.1.TO.BS>
  
  Any pointers appreciated :)
  
  **Tags:** audio, action-cam
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2021-09-09. Score: 1 | Accepted answer
  
  It's not an issue with the audio format.
  
  Any player (VLC, ffplay) can decode the format because both videos have the same `AAC LC` Audio format:
  
  ```
  Format            : AAC LC
  Bit rate          : 128 kb/s
  Channel(s)        : 2 channels
  Channel layout    : L R
  Sampling rate     : 48.0 kHz
  
  ```
  
  > **Comments:**
  > **username_0**: So what you are saying is that the camera just corrupted the audio at the source and there's nothing to be done, right?  
  > **username_1**: Yes, the audio that is played back is what has been recorded. There is basically nothing there.  
  
  ---
  
  