Re: [FFmpeg-trac] #1297(undetermined:new): FFMPEG creating stuttering MPEG-2 TS video files
#1297: FFMPEG creating stuttering MPEG-2 TS video files -+- Reporter: ramitbhalla |Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by cehoyos): Replying to [comment:25 ramitbhalla]: The real crux of the issue is why are they packets being dropped. Because audio starts later than video in your sample file. -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1297#comment:26 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1423(undetermined:new): h264 to flv results in upside down video
#1423: h264 to flv results in upside down video -+- Reporter: klassicd |Owner: Type: defect | Status: new Priority: normal |Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Changes (by cehoyos): * keywords: = mov * version: unspecified = git-master Comment: This is a duplicate of ticket #515, related to ticket #505. Either this ticket or ticket #515 should be closed, both currently contain not all necessary information. -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1423#comment:1 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #1424(undetermined:new): Logo
#1424: Logo -+- Reporter: burek| Type: art Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+- While I was adding summer logo proposals, I've got an idea for a cool logo for FFmpeg. Unfortunately, I had switched to linux lately, so I don't have Adobe Illustrator installed anymore and I don't know of any decent linux replacement for it, so I guees I'll just have to lay out the idea here, for someone who has got it installed. The idea is simple. To create a zig-zag logo to look like a film strip, like these examples: [[Image(http://i48.tinypic.com/154cdhx.jpg)]] [[Image(http://i46.tinypic.com/10fpao6.jpg)]] The idea is not very difficult to implement and here is the simple tutorial how to do it: http://vector.tutsplus.com/tutorials/illustration /from-curve-to-filmstrip-in-adobe-illustrator/ Since it's not that difficult to create it and it looks really cool, I thought I should suggest it. If noone, who is on Winblows, is interested to create it, I'll see to make it myself when I manage to install a VM and Illustrator :) -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1424 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #1425(FFmpeg:new): Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers
#1425: Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers -+- Reporter: knovz| Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: segment mp4 | master Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- What I am trying to do: I am trying to record a video stream from an IP camera (Axis 210). I am using segment to split the output in 5 second chunks and generate a playing list. I would like to be able to play the videos on the playlist one after the other seamlessly. And/or be able to reproduce each one of the segment clips as an standalone movie. What happens: During the recording there appears to be no problem, and the clips are generated without a problem. If I open the playlist on VLC the first clip plays smoothly. Then I have 5 seconds where VLC counter is working, but no video is played, then the second clip is played (while the time counter goes up to something like 10/5). Then 10 seconds pause, and increasing for every clip. It also happens when playing each of the clips separatedly. On VLC each one will have a no video time equal to the added length of all preceding files (equal to the start time), first plays ok, 5 seconds before the start of video for the second, 10 for the third... MPlayer OSX Extended plays the videos correctly, but the time line below the image is not correct. It indicates playing time starting on start (5 to 10 seconds on de second clip, ...) but if I try to move the video using the handle it tries to play the first 5 seconds (therefore restarting the clip). Gnome MPlayer plays everything as I would like it (as if those were standalone movies of 5 second length). Totem on Ubuntu plays it ok as well. Quicktime opens and plays the first clip smoothly. The rest of the clips, Quicktime opens them without any problem nor error message, but presenting a black screen. If I click play it plays a black screen as if everything was normal, for the duration of the clip (more or less 5 seconds in my test). Then it stops. On the second clip a few frames may appear at the end (the length of the clip is 5 seconds, the start time of the stream is a little before than the end). Ticket #910 (closed as invalid) might be related. The command: {{{ % ffmpeg -v 9 -loglevel 99 -report \ -i rtsp://192.168.1.222/mpeg4/1/media.amp \ -map 0 \ -vcodec mpeg4 \ -t 60 -f segment \ -segment_time 5 -segment_format mp4 \ -segment_list testsegmentedmp4.m3u8 -segment_list_size 30 \ testsegmentstartdelay%03d.mp4 }}} Tested with current git head N-41352-gc8a1101: {{{ ffmpeg version N-41352-gc8a1101 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 6 2012 09:34:33 with gcc 4.6.1 configuration: --enable-gpl --enable-libx264 --enable-x11grab libavutil 51. 56.100 / 51. 56.100 libavcodec 54. 25.100 / 54. 25.100 libavformat54. 6.101 / 54. 6.101 libavdevice54. 0.100 / 54. 0.100 libavfilter 2. 78.100 / 2. 78.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc52. 0.100 / 52. 0.100 }}} The output: please see attached ffmpeg log (ffmpeg-20120606-100145.log generated by -report). -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1425 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #409(undetermined:closed): Musepack SV8 file decodes with distortions
#409: Musepack SV8 file decodes with distortions -+- Reporter: cehoyos |Owner: Type: defect | Status: closed Priority: normal |Component: Version: git-master | undetermined Keywords: mpc8 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 1 -+- Changes (by cehoyos): * status: open = closed * resolution: = fixed Comment: Fixed by Kostya. -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/409#comment:10 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1052(avformat:new): libavformat doesn't preserve some metadata for mov containers
#1052: libavformat doesn't preserve some metadata for mov containers + Reporter: bbraun |Owner: Type: defect | Status: new Priority: normal |Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | + Comment (by michael): +static int mov_write_int8_metadata(AVFormatContext *s, AVIOContext *pb, + const char *name, const char *tag, + int long_style) +{ +int64_t pos = avio_tell(pb); +AVDictionaryEntry *t = NULL; always writen before read, thus =NULL is useless +uint8_t num; + +if (!(t = av_dict_get(s-metadata, tag, NULL, 0))) +return 0; +num = t ? atoi(t-value) : 0; t cant be NULL here + +avio_wb32(pb, 4); +ffio_wfourcc(pb, name); +avio_w8(pb, 0); +avio_w8(pb, 0); +avio_w8(pb, 0); +avio_w8(pb, num); +return update_size(pb, pos); you dont need update_size when the size is fixed also this function can be factored with the very similar mov_write_int8_metadata_no_padding() -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1052#comment:2 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1400(undetermined:new): Segfault, using -filter_complex
#1400: Segfault, using -filter_complex -+- Reporter: burek|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by Cigaes): Can you try this patch: [http://ffmpeg.org/pipermail/ffmpeg- devel/2012-June/125541.html] and see if it fixes anything? Also, to avoid crashes by memory exhaustion, you can issue {{{limit addressspace 1024M}}} (or the equivalent for other shells). -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1400#comment:8 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1422(undetermined:new): combining audio and video filters crashes machine
#1422: combining audio and video filters crashes machine -+- Reporter: atlithorn|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by Cigaes): I could not reproduce with current Git head and a pair of files picked at random on my hard drive. I got a segfault I fixed with [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-June/125541.html], but after that, the command finishes without problem. Can you point me to the exact samples you used? -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1422#comment:1 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1422(undetermined:new): combining audio and video filters crashes machine
#1422: combining audio and video filters crashes machine -+- Reporter: atlithorn|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by atlithorn): http://dl.dropbox.com/u/4714388/test1.flv http://dl.dropbox.com/u/4714388/test2.flv -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1422#comment:2 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #162(avcodec:open): Avid AVI Codec - wrong resolution reported by FFmpeg
#162: Avid AVI Codec - wrong resolution reported by FFmpeg -+- Reporter: ami_stuff|Owner: Type: defect | Status: open Priority: normal |Component: avcodec Version: git-master | Resolution: Keywords: mjpeg| Blocked By: cropping AVID | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0| -+- Changes (by cehoyos): * keywords: mjpeg cropping = mjpeg cropping AVID -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/162#comment:4 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #970(avcodec:open): AVNr 1:1 raw mode - black bar at the top
#970: AVNr 1:1 raw mode - black bar at the top +--- Reporter: ami_stuff |Owner: Type: defect | Status: open Priority: normal |Component: avcodec Version: git-master | Resolution: Keywords: AVRn AVID | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | +--- Changes (by cehoyos): * keywords: AVRn = AVRn AVID -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/970#comment:6 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1422(undetermined:open): combining audio and video filters crashes machine
#1422: combining audio and video filters crashes machine -+- Reporter: atlithorn|Owner: Type: defect | Status: open Priority: normal |Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 1 -+- Changes (by Cigaes): * status: new = open * version: unspecified = git-master * reproduced: 0 = 1 -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1422#comment:3 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1422(undetermined:open): combining audio and video filters crashes machine
#1422: combining audio and video filters crashes machine -+- Reporter: atlithorn|Owner: Type: defect | Status: open Priority: normal |Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 1| Reproduced by developer: 1 -+- Changes (by Cigaes): * analyzed: 0 = 1 Comment: Ok, understood. The problem is this: when the first video ends, both overlay and amerge consider it means EOF for them and return EOF. Unfortunately, ffmpeg does not take that EOF return into account. Instead, it continues to decode both files and feed the data to the filters. As no frame is requested for the second file, they accumulate in buffersrc, until they exhaust the memory. There are several things that are wrong here, some I already knew about and intended to fix, others that I just realized and need to think about. In the meantime, you can avoid the bug using the {{{-shortest}}} option. -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1422#comment:4 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1329(undetermined:open): A/V desync with mpeg1video and mp2 in mpeg-ps (was: Re: ffmpeg Que input is backward in time)
#1329: A/V desync with mpeg1video and mp2 in mpeg-ps -+- Reporter: burek|Owner: Type: defect | Status: open Priority: normal |Component: Version: git-master | undetermined Keywords: mpegps | Resolution: desync | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0| -+- Changes (by cehoyos): * keywords: = mpegps desync * status: new = open * version: unspecified = git-master * reproduced: 0 = 1 Comment: Sample uploaded to samples/ffmpeg-bugs/trac/ticket1329 Without -async 1, the resulting file is very heavily out-of-sync, with -async 1, small desync is still visible imo after 30 seconds, not a regression afaict. Seeking does not work for the sample, works fine with MPlayer. {{{ $ ffmpeg -async 1 -i invalid_cliping_on_screen_but_encodes_finishes.mpg -q:v 2 -strict experimental out.mp4 ffmpeg version N-41352-gc8a1101 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 6 2012 07:55:08 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --enable-libvorbis --enable-libspeex --enable-libmp3lame --enable-libtheora --extra-ldflags=-lm --enable-libvpx --enable-libxavs libavutil 51. 56.100 / 51. 56.100 libavcodec 54. 25.100 / 54. 25.100 libavformat54. 6.101 / 54. 6.101 libavdevice54. 0.100 / 54. 0.100 libavfilter 2. 78.100 / 2. 78.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc52. 0.100 / 52. 0.100 [mpeg @ 0x90143c0] max_analyze_duration 500 reached at 5015467 Input #0, mpeg, from 'invalid_cliping_on_screen_but_encodes_finishes.mpg': Duration: 26:31:34.47, start: 0.62, bitrate: 0 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 640x480 [SAR 1:1 DAR 4:3], 1452 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0:1[0x1c0]: Audio: mp2, 44100 Hz, stereo, s16, 128 kb/s [buffer @ 0x901c620] w:640 h:480 pixfmt:yuv420p tb:1/9 sar:1/1 sws_param:flags=2 [ffmpeg_buffersink @ 0x901c580] No opaque field provided -async is forwarded to lavfi similarly to -af aresample=min_comp=0.001:min_hard_comp=0.10. [aresample @ 0x9015760] chl:stereo fmt:s16 r:44100Hz - chl:stereo fmt:flt r:44100Hz Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf54.6.101 Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0:0 - #0:0 (mpeg1video - mpeg4) Stream #0:1 - #0:1 (mp2 - aac) Press [q] to stop, [?] for help frame= 1279 fps= 65 q=2.0 Lsize= 23874kB time=00:00:51.16 bitrate=3822.8kbits/s dup=3 drop=0 video:23092kB audio:748kB global headers:0kB muxing overhead 0.141022% }}} -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1329#comment:5 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1297(undetermined:new): FFMPEG creating stuttering MPEG-2 TS video files
#1297: FFMPEG creating stuttering MPEG-2 TS video files -+- Reporter: ramitbhalla |Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by cehoyos): Replying to [comment:27 ramitbhalla]: Okay, so this is happening with many DVR-MS files. Any how to detect and fix/workaround this? Workaround what? The frames are dropped / duplicated initially to get A/V sync, this is intended or do I miss something? -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1297#comment:28 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1420(undetermined:new): Summer logo 3
#1420: Summer logo 3 -+- Reporter: burek|Owner: Type: art | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by michael): I did not draw this logo ! -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1420#comment:1 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1420(undetermined:new): Summer logo 3
#1420: Summer logo 3 -+- Reporter: burek|Owner: Type: art | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Description changed by michael: Old description: By Michael Niedermayer from: http://ffmpeg.org/pipermail/ffmpeg-devel/2012-May/124670.html http://www.movieconverter-studio.com/_PUBLIC/ffmpeg/logo-old_proposition/ New description: By ? from: http://ffmpeg.org/pipermail/ffmpeg-devel/2012-May/124670.html http://www.movieconverter-studio.com/_PUBLIC/ffmpeg/logo-old_proposition/ -- -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1420#comment:2 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1409(FFmpeg:closed): FFMPEG using preset ipod320 and libx264 , insufficient paramter
#1409: FFMPEG using preset ipod320 and libx264 , insufficient paramter -+--- Reporter: baoky|Owner: Type: defect | Status: closed Priority: normal |Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+--- Changes (by cehoyos): * status: new = closed * resolution: = invalid Comment: From a quick look, the following presets exist: ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1409#comment:3 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1409(FFmpeg:closed): FFMPEG using preset ipod320 and libx264 , insufficient paramter
#1409: FFMPEG using preset ipod320 and libx264 , insufficient paramter -+--- Reporter: baoky|Owner: Type: defect | Status: closed Priority: normal |Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: libx264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+--- Comment (by llogan): Replying to [comment:2 baoky]: What should i do The libx264-ipod preset should still be available as an non-standard libx264 preset. Replace -preset ipod320 with -vpre libx264-ipod320. Windows users may have to use -fpre instead however, with a full path to the preset file which is called libx264-ipod320.ffpreset. Alternatively you could probably just use: ffmpeg -i input -vcodec libx264 -preset medium -crf 23 -vprofile baseline -level 13 output -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1409#comment:4 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1297(undetermined:new): FFMPEG creating stuttering MPEG-2 TS video files
#1297: FFMPEG creating stuttering MPEG-2 TS video files -+- Reporter: ramitbhalla |Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by ramitbhalla): So you're saying that it's normal for FFMPEG to drop packets to get the AV in sync? I'm confused because this is happening with every DVRMS file (received from multiple users). -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1297#comment:29 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1297(undetermined:new): FFMPEG creating stuttering MPEG-2 TS video files
#1297: FFMPEG creating stuttering MPEG-2 TS video files -+- Reporter: ramitbhalla |Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by cehoyos): Replying to [comment:29 ramitbhalla]: So you're saying that it's normal for FFMPEG to drop frames to get the AV in sync? I'm confused because this is happening with every DVRMS file (received from multiple users). how can every file be corrupted? I did not want to imply that FFmpeg is dropping frames because the input file is corrupted. (Did I really write this?) With the WTV you isolated the issue to wrong FPS which was corrected manually and it fixed the problem. With DVRMS files, i'm trying to figure out if FFMPEG is able to process the files correctly or not? If every DVRMS file is dropping frames then possibly something is wrong with FFMPEG. Is my assumption correct? I don't think so, and please note that setting the frame rate for Test1.wtv did not fix the problem you had namely initially dropping or duplicating frames. -- Ticket URL: https://ffmpeg.org/trac/ffmpeg/ticket/1297#comment:30 FFmpeg http://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac