We help IT Professionals succeed at work.

Error encountered when using MediaCoder to convert and split avi or flv video to 3gp/h.263

I urgently need to convert video clips from flv and avi formats to 3gp video format with the h.264 codec.

When I use the mobile phone version of MediaCoder (also used the full version) I get an error code saying that audio and video cannot be muxed together (error 15).

Also I need to split the output files across several files. Something I see MediaCoder can do.

Can anybody assist me or point me to another tool that can split the output into several files (Preferably opensource).

Watch Question


Xilisoft Video Converter may do what you want
Newly upgraded! Support converting video to iPhone MP4, iPhone MP4 WideScreen and BlackBerry MP4, AVI, 3GP Video, AMR audio
Support Apple TV H.264 & Apple TV MPEG-4, help you enjoy videos on Apple TV
New Xilisoft Video Converter support output of FLV video files and SWF video files!
It supports H.264/PSP AVC Video and H.264/MPEG-4 AVC encoding/decoding.
The wizard has been designed and added for beginners, guiding your conversion. You will find a shortcut on the desktop after default installation. Run it and follow it.
Zoom and split functions were added in the Video Converter 3.1 version.
The kernel codes have been optimized. More rapid, better stability.


Thank you for your response Merete, I have tried Xilisoft Video Converter but I keep getting a failed response when I convert an FlV movie. The target output is to a 3gp media packet with the h.263 video codec and amr_nb codec. It works if I use the mpeg4 video codec. Can you suggest anything as I need to the h.263 video codec used?

how about avs video
AVI (DivX, XviD, etc.), DV AVI, MP4 (inc. Sony PSP and Apple iPod), WMV, 3GP, 3G2, QuickTime (MOV, QT), SWF, DVD, VOB, VRO,MPG, MPEG 1,2,4, MOD, DAT, VCD, SVCD, ASF, ASX, MJPEG, H.263, H.264, Real Video (RM, RMVB), DVR-MS, MKV, OGM, FLV (see the Supported Formats table for more detail). AVS Video Converter is the best on the market today!


oh it's 41.6  megs lol


Yes the reason I am using 3gpp with h.263 is it is widely supported by mobile phones and its length. What audio codec would be best to mux with it?
right sorry that is out of my expertise but I dont mind swimming in the deep end.
so I did some research
Multiplex Protocol
Multiplexing of video, audio, data, and control information is based on the ITU-T Recommendation H.223 [1]. The
following general guidelines are recommended to be followed in the implementation of
ITU-T Recommendation H.223 [1].
MUX-PDU size should be limited to be smaller than in typical GSTN use. Specific values depend on the bit-rate and
channel characteristics, but suitable upper limits for MUX-PDU size are often in the range of 100-200 octets.
Encoders are recommended to support the boolean ITU-T Recommendation H.245 [5] maxMUXPDUSizeCapability
(clause of [2] Version 3) to indicate that they are able to restrict the size of the MUX-PDUs that they transmit.
Decoders are recommended to utilize the maxH223MUXPDUsize ITU-T Recommendation H.245 [5] command (clause
7.11.5 of [2] Version 3) to restrict the size of the MUX-PDUs, sent by the encoder, to a maximum of the specified
number of octets.
ITU-T Recommendation H.324 [7] mandates that ITU-T Recommendation H.263 [9] encoders shall align picture start
codes (PSC) with the start of an AL-SDU (see [4], clause 6.6.1). It is here further recommended that AL-SDUs that do
not start with a PSC should start with a GOB header to improve error resilience.
No more than 1-3 audio frames should be included in one MUX-PDU to avoid excessive delay.
Use of the optional retransmission procedure for video when using Adaptation Layer Type 3 (AL3) is not
recommended due to delay considerations. This recommendation implies that receiving terminals should not send
retransmission requests. It is recommended that terminals support video also using Adaptation Layer Type 2 (AL2)
where retransmission is not possible and overhead is slightly smaller.
The ITU-T Recommendation H.223 [1] abort procedures should not be used (see ITU-T Recommendation H.223 [1]
clauses 6.4.3, 7.2.3, 7.3.4, and 7.4.4)


Hope it helps you


Thanks for your research. I am definitely going 3gpp file format with h.263 video codec and amr nb or amr wb as the audio codec

that's good :)  
you know more than me on this one lol.


Thanks for the assistance, any sw you can think of that will do this conversion?

Explore More ContentExplore courses, solutions, and other research materials related to this topic.