Results 1 to 5 of 5

Thread: Publishing recorded video H.264+AAC problem

  1. #1

    Default Publishing recorded video H.264+AAC problem

    Hello

    I have a recorded video with MP4:H.264+AAC
    While streaming VOD, it is Ok
    But if I publish it in live stream (scheduled broadcasting), there are some problems occured:
    - much of lags
    - reduced frame rate
    - sound becomes so quiet
    CPU-time does not grow, memory does not leak. On the client, incoming traffic is still in bounds of my video bitrate

    Here is simplified code:
    mStream = Stream.createInstance(appInst, "broadcast13");
    if(mStream.play(streamName, (int)(timeStart < now ? (now - timeStart) / 1000 : 0), -1, true))  return true;
    log.error("Failed to play "+streamName);
    return false;
    video has been encoded as follow:
    $ ffmpeg -i 'bdddb2bc47349c9d29c1fbbe046349c5' -y -f mp4 -vcodec libx264 -b 768k -r 25 -g 25 -s 512x384 -vf pad=512:384:0:0 -vpre default -vpre baseline -an -pass 1 -passlogfile /tmp/tmp-1210760928-13-passlog /dev/null
    $ ffmpeg -i 'bdddb2bc47349c9d29c1fbbe046349c5' -y -f mp4 -vcodec libx264 -b 768k -r 25 -g 25 -s 512x384 -vf pad=512:384:0:0 -vpre default -vpre baseline -strict experimental -acodec aac -ab 64k -ar 44100 -ac 1 -pass 2 -passlogfile /tmp-1210760928-13-passlog 1210760928.13.mp4
    I think, the problem is in encoding parameters. Is there any recomendations for video/audio encoding?
    It was fine with FLV:Spark+MP3, but I have to broadcast for iOS devices as well as for Adobe Flash clients
    Or maybe I doing something wrong while broadcasting?

    WBW, Heron Man

  2. #2

    Default

    It looks fine to me. Try ac 2 for stereo audio. Perhaps you can post a video on a webserver for download so someone can take a look.

    There are ffmpeg example commands here.

    Try using ffmpeg to stream the VOD file direct to Wowza via RTSP or RTMP. Try using the StreamClass with Smil example to create your live stream, to see if the problem is specific to your custom module.

  3. #3

    Default

    Slightly confused. Does mono/stereo affect on audio volume?
    But the reduced volume is not a main problem. Main problem is video

    - recorded video FLV:Spark+MP3 => Live (RTMP) - Ok
    - recorded video MP4:H.264+AAC => VOD (RTMP) - Ok
    - recorded video MP4:H.264+AAC => Live (SanJose) - Ok
    - recorded video MP4:H.264+AAC => Live (Cupertino) - Ok
    - recorded video MP4:H.264+AAC => Live (RTMP) - problems
    - live stream MPEG-TS:H.264+AAC (udp stream from VLC) => Live (SanJose) - Ok
    - live stream MPEG-TS:H.264+AAC (udp stream from VLC) => Live (Cupertino) - Ok
    - live stream MPEG-TS:H.264+AAC (udp stream from VLC) => Live (RTMP) - problems

    It seems the problem is in combination H.264+AAC codecs and RTMP live streaming
    So strange

    My scheduled-streaming module is based on example you shown. It is similar, except that I reading schedule info from SQL database, not from smil file.

    Another one reason I suspect is that the server is overloaded. It has about 60 channels (application instances), playing different content. Tonight, will try to stop all instances but one. If it works, my boss will have to buy an additional server

    WBW, Heron Man

  4. #4

    Default

    "Does mono/stereo affect on audio volume?"

    It shouldn't. But, it is recommended to try stereo when having problems with mono.

  5. #5

    Default

    Oops. I was looking at the wrong place.
    Sample player from Wowza examples collection is working fine.
    The problem is somwhere in my player code.

    WBW, Heron Man

Similar Threads

  1. Mux/Combine separate H.264 video from RTSP source and AAC audio from RTSP Source
    By IPVSINC in forum Wowza Streaming Engine functionality
    Replies: 2
    Last Post: 12-05-2013, 06:01 AM
  2. Replies: 1
    Last Post: 05-07-2012, 05:29 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •