summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Release 1.4.51.4.5Sebastian Dröge2014-12-186-12/+38
|
* videodec: Ensure update_pool is initializedNicolas Dufresne2014-11-191-1/+1
| | | | | | This was probably not causing any issues, but we would randomly and needlessly update the pool in the query due to uninitialized variable.
* Release 1.4.41.4.4Sebastian Dröge2014-11-066-10/+33
|
* Release 1.4.31.4.3Sebastian Dröge2014-09-246-11/+41
|
* avauddec: drain samples until libav doesn't have more dataAleix Conchillo Flaqué2014-09-241-25/+14
| | | | | | | | | | We use have_data (that comes from libav), instead of only trying 10 times, to know if there are more samples available. The old code was machine dependent as different amount of samples could be decoded by different type of (more powerful) machines, and 10 times was not always sufficient. https://bugzilla.gnome.org/show_bug.cgi?id=737144
* Release 1.4.21.4.2Sebastian Dröge2014-09-196-9/+55
|
* avviddec: drain frames until libav doesn't have more dataIBM Thinklab2014-09-131-4/+2
| | | | | | | | | We use have_data (that comes from libav), instead of only trying 10 times, to know if there are more frames available. The old code was machine dependant as different amount of frames could be decoded by different type of (more powerful) machines, and 10 times was not always sufficient. https://bugzilla.gnome.org/show_bug.cgi?id=736515
* avviddec: After draining frames, flush the libav decoderJan Schmidt2014-09-131-0/+1
| | | | | | | Makes sure that there's really nothing stale left in the decoder after draining. https://bugzilla.gnome.org/show_bug.cgi?id=734661
* libav: Update to v10.5Sebastian Dröge2014-09-121-0/+0
|
* Release 1.4.11.4.1Sebastian Dröge2014-08-276-163/+69
|
* libav: Update to v10.4Sebastian Dröge2014-08-271-0/+0
|
* avviddec: Don't lose frames on EOSAleix Conchillo Flaqué2014-08-121-25/+15
| | | | | | | | | | have_data is not propagated from gst_ffmpegviddec_video_frame to gst_ffmpegviddec_frame. have_data is only set to 1 in gst_ffmpegviddec_frame if a frame pointer is passed. However, this is not true while draining, which means that have_data from libav will be ignored. https://bugzilla.gnome.org/show_bug.cgi?id=734608
* libav: Update to v10.3Sebastian Dröge2014-08-111-0/+0
|
* Release 1.4.01.4.0Sebastian Dröge2014-07-196-24/+42
|
* Release 1.3.911.3.91Sebastian Dröge2014-07-116-10/+33
|
* Release 1.3.901.3.90Sebastian Dröge2014-06-287-31/+69
|
* libav: Update to v10.2Sebastian Dröge2014-06-281-0/+0
|
* Back to developmentSebastian Dröge2014-06-221-3/+3
|
* Release 1.3.31.3.3Sebastian Dröge2014-06-226-41/+183
|
* avvidenc: Make sure to fixate caps before setting them on the padSebastian Dröge2014-06-211-1/+1
| | | | | | | After the recent addition of negotiation support for MPEG4 part 2 profiles via caps it can happen that the generated caps at this point still contain multiple profiles. For example if downstream does not care. Just fixate anything here and use those caps.
* avcodecmap: place supported profiles in mpeg4 capsWim Taymans2014-06-061-1/+16
| | | | Place the supported profiles in the srcpad caps of the mpeg4 encoder.
* avcodecmap: remove deprecated media typesWim Taymans2014-06-061-16/+0
| | | | | | Remove x-xvid and x-3ivx. The last place where they were used are in the srcpad caps of the decoder but since the decoder will never actually output those caps we can safely remove them.
* codecmap: don't expose more deprecated media typesWim Taymans2014-06-061-2/+2
| | | | | x-xvid is deprecated, we don't want to expose it on the encoder, just leave it only exposed on the decoder.
* Revert "avcodecmap: do more reverse mapping of MPEG4"Wim Taymans2014-06-061-10/+0
| | | | | | This reverts commit e066785ad05f9119e3c1eded46260bcabd556b4d. x-xvid and x-3ivx are removed, we don't want to expose them again.
* avaudenc: add a comment about using -1 in _finish_frameVincent Penquerc'h2014-06-061-0/+3
| | | | See https://bugzilla.gnome.org/show_bug.cgi?id=729268
* avaudenc: avoid using wrong number of samplesVincent Penquerc'h2014-06-061-1/+1
| | | | | | | | | If audio_in is NULL, we'll send a NULL frame to libav, to flush the codec. In that case, we won't know how many samples the codec will have used, so we use -1 (for don't know) when letting the base class know about the buffer. Coverity 1195177
* avvidenc: Fix indention and "bracketing" of goto labelsSebastian Dröge2014-06-021-2/+5
| | | | | Should fix CID 1219865, which looks like the code analysis algorithm was just confused.
* avcodecmap: handle simple and advanced-simple profile in MPEG4Wim Taymans2014-05-291-6/+19
| | | | | | | | | | Always enable 4MV flag for MPEG4 Pare the profile property and enable more features for advanced-simple profile. video/x-xvid is advanced-simple profile so enable more features. We now also support encoding of video/x-xvid so add this to the caps. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=651320
* avvidenc: do all negotiation before opening the decoderWim Taymans2014-05-291-42/+39
| | | | | | We first want to complete negotiation before opening the encoder. Negotiation might configure flags and other things that might be needed when opening the encoder.
* avcodecmap: do more reverse mapping of MPEG4Wim Taymans2014-05-291-0/+10
| | | | | We previously mapped some caps to MPEG4 and codec_tag so we can use the codec_tag again to map to the original caps.
* avdemux: use GstFlowCombinerThiago Santos2014-05-261-41/+16
| | | | | To remove replicated code from all demuxers to a single standard way of aggregating flow returns
* avdemux: remove legacy check from pad-alloc timesThiago Santos2014-05-261-8/+0
| | | | | | | The 'no_buffer' error case is from the 0.10 era when a pad_alloc was made before decoding the data and avdemuxer could check again the flow returns for a not-linked. This isn't a valid use case anymore in 1.0
* Back to developmentSebastian Dröge2014-05-211-3/+3
|
* Release 1.3.21.3.2Sebastian Dröge2014-05-2110-42/+190
|
* Automatic update of common submoduleSebastian Dröge2014-05-211-0/+0
| | | | From 211fa5f to 1f5d3c3
* avvidenc: Add thread-count parameter for libav encodersGavin Hurlbut2014-05-192-2/+28
| | | | | | | | | | As some libav encoders (such as MPEG2) use a thread_count parameter to control how many threads to use, and since it was always being set to 0 (which uses the default), suboptimal threading can sometimes be chosen. This extends the libav encoders to allow for a max-threads parameter which is passed into the internal structure to control this knob if applicable to the encoder. https://bugzilla.gnome.org/show_bug.cgi?id=726612
* gstavviddec: Sanitize and fix qos handling.Mathieu Duponchelle2014-05-161-48/+15
| | | | | | | | | | | | | | gst_video_decoder_get_max_decding_time doesn't return a GstClockTime but a GstClockTimeDiff, and thus one needs to compare it against G_MAXINT_64. The returning of a boolean and the extra subsequent code in _video_frame was uselessly complicated. The previous behaviour led to artefacts when the decoder tried to hurry up. https://bugzilla.gnome.org/show_bug.cgi?id=730075
* Update to libav 10.1Sebastian Dröge2014-05-141-0/+0
|
* videodec: Don't use non-growable poolNicolas Dufresne2014-05-081-1/+21
| | | | | | | | | As we don't know how many output buffers we need to operate, we need to avoid pool that can't grow. Otherwise the pipeline may stall, waiting for buffers. For now, we require it to be able to grow to at least 32 buffers, which I think is a fair amount of buffers for decoders. https://bugzilla.gnome.org/show_bug.cgi?id=726299
* Back to developmentSebastian Dröge2014-05-031-3/+3
|
* Release 1.3.11.3.1Sebastian Dröge2014-05-037-136/+717
|
* Automatic update of common submoduleSebastian Dröge2014-05-031-0/+0
| | | | From bcb1518 to 211fa5f
* libav: avoid dividing by zero on insane fps/parVincent Penquerc'h2014-04-301-14/+31
| | | | | | | While there, fix mixup in num/den with par (copied from fps, apparently, and fps inverts fps to time base). Coverity 1139696
* avvidenc: guard against division by zeroVincent Penquerc'h2014-04-301-0/+12
| | | | | | and other nonsensical time base values while we're at it. Coverity 1139699
* avaudenc: Fix leak of AVBufferRefSebastian Dröge2014-04-291-7/+15
| | | | | | AVPacket contains AVBufferRef which may leak unless unreffed properly. https://bugzilla.gnome.org/show_bug.cgi?id=726814
* avvidenc: Fix leak of AVBufferRefStian Selnes2014-04-291-5/+15
| | | | | | AVPacket contains AVBufferRef which may leak unless unreffed properly. https://bugzilla.gnome.org/show_bug.cgi?id=726814
* avaudenc: Fix compile without gst debugEdward Hervey2014-04-141-3/+2
| | | | We can just re-use the encoder variable
* avdemux: Remove unused variableEdward Hervey2014-04-081-4/+0
| | | | CID #1139943
* codecmap: Add missing breakEdward Hervey2014-04-081-0/+1
| | | | CID #1139752
* avcodecmap: Add mapping for Apple Intermediate CodecSebastian Dröge2014-04-061-0/+9
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=727673
View Lorry Controller Status