Advanced search

On other websites (9381)

• RTSP Assertion desc failed at libswscale/swscale_internal.h:658

  3 November 2014, by Karthik Rao

  In RTSP that I try to play in iPhone 4s(iOS 7.1) I receive following error:

  Assertion desc failed at libswscale/swscale_internal.h:658

  I am using FFmpeg 2.4.2 and built the library using the script

  https://github.com/kewlbear/FFmpeg-iOS-build-script.

  I am using code from DFURTSPPlayer to play RTSP live streaming in iOS 7 devices and above.

  The player will play video for the first time if I reload Video then the app crashes giving the above error.

  The streaming works fine in other iOS 7 devices

  I have found the following thread in github regarding the same issue which is still open.

  Can anyone suggest me to overcome this assertion failed issue.

• Add a 2nd audio stream using ffmpeg so you can switch audio streams on iOS?

  26 December 2019, by Tony M

  I have an m.mp4 with English audio and want to add a second audio stream in Italian so that I can play either language using the iPhone. When I used this command:

  ffmpeg -i m.mp4 -i ita.mp3 -c copy -map 0 -map 1 out.mp4 

  The output from ffmpeg -i out.mp4 (see below) shows that a new audio stream is added, and I can switch between audio streams using the VLC player. Yet when I transfer the video to the TV app and play it on either MacOS or iOS it only plays the original English and I see no options to play other languages.

  How do I get it to be able to switch between either audio on iOS?

  Here is the output from ffmpeg -i out.mp4:

      Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 400x300 [SAR 1:1 DAR 4:3], q=2-31, 482 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 24k tbc (default)
  
      Metadata:
  
        handler_name    : VideoHandler
  
      Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 102 kb/s (default)
  
      Metadata:
  
        handler_name    : SoundHandler
  
      Stream #0:2: Audio: mp3 (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 152 kb/s
  
      Metadata:
  
        encoder         : LAME3.100
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (copy)
  
    Stream #0:1 -> #0:1 (copy)
  
    Stream #1:0 -> #0:2 (copy)

• avcodec_decode_audio4 decoded data different on device and simulator

  5 December 2013, by Jona

  I'm having issues where the decoded audio sounds punchy/garbled simply can't tell what is being heard when decoded on an iPhone/iPad device. However, when decoding the audio on simulator the audio is perfect.

  I do realize emulator runs on a different CPU architecture i386 while actual device is ARMv7 so the issue could be something around that.

  I have printed the compressed data on device and simulator before being decoded and it matches. Then I printed the decoded data for device and simulator and they are different. That leads me to think something is happening with the decoder. I can see that it is not a byte swap issue since the data is just completely different.

  Any ideas on what I could or look into? I don't have this issue on Android...

  First decoded audio frame.

  DEVICE:

  0x00, 0x00, 0xff, 0xff, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x70, 0x08, 0x00, 0x00, 0x00, 0x00, 0x03, 0x00, 0xda, 0x0a, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,

  EMULATOR:

  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,

  ---

  UPDATE 1
  I was able to resolve the issue by disabling asm with --disable-asm. Something must not be working correctly with the ARM asm files.