January 2015 - FFmpeg-trac - lists.ffmpeg.org

#4232(avfilter:new): Support yuyv422 and uyvy422 as input formats for the crop filter
by FFmpeg 07 Jan '15

07 Jan '15

#4232: Support yuyv422 and uyvy422 as input formats for the crop filter ----------------------------------+--------------------------------------- Reporter: hesse | Type: enhancement Status: new | Priority: minor Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- "[http://genial-abnehmen.com/advanatone/advanatone-selbsttest/ Advana Tone] habe ich stets unmittelbar in der Früh nach dem ich aufgestanden bin genommen. Zumeist bin ich ab 7:00 Uhr wach. Gegen 13:00 Uhr habe ich dann Advana Cleanse eingenommen. Unmittelbar am ersten Tag spürte ich überraschenderweise, dass ich auffällig besser in Form und munterer war, als noch am Tag zuvor. Es war tatsächlich ein Energieschub für mich. Es klingt vielleicht verwunderlich, aber ich hatte auch nur wenig Appetit und begnügte mich mit einer kleinen Portion Müsli mit einer halben Banane. Das kannte ich so gar nicht von mir, denn sonst habe ich stets mindestens zwei Brote zum Frühstück gegessen. Zu Mittag gab es dann ein Brot mit Magerquark und eine kleine Schüssel Salat. Abends hatte ich dann lediglich noch ein Müsli und war damit wirklich satt. Da ich ansonsten stets ausgesprochen lange wach geblieben bin, habe ich mich erst einmal daran gewöhnen müssen, früher ins Bett zu gehen, denn Ruhe ist beim Abnehmen ausgesprochen bedeutsam. Obwohl Advana Tone ein erstaunlicher Energiebooster ist, konnte ich stets gut schlafen und hatte einen ausgesprochen tiefen und erholsamen Schlaf. Mit [http ://genial-abnehmen.com Advana Tone und Advana Cleanse] habe ich in zwei Wochen ganze 7 Kilo abgenommen." -- Ticket URL: <https://trac.ffmpeg.org/ticket/4232> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 1

Re: [FFmpeg-trac] #3356(undetermined:open): feature request: Segment HLS streams on SCTE 35 markers
by FFmpeg 07 Jan '15

07 Jan '15

#3356: feature request: Segment HLS streams on SCTE 35 markers -------------------------------------+------------------------------------- Reporter: adamscybot | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: hls bounty | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jamesdarcy): I am very interested in the solution for this issue and would be willing to add an additional bounty on this issue for AUD $300. I will want to be able to use this from within an existing c++ that uses ffmpeg libraries. I imagine that that is not an issue. James -- Ticket URL: <https://trac.ffmpeg.org/ticket/3356#comment:21> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4232(undetermined:new): Leichter werden
by FFmpeg 07 Jan '15

07 Jan '15

#4232: Leichter werden -------------------------------------+------------------------------------- Reporter: sveny | Type: defect Status: new | Priority: wish Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- [http://genial-abnehmen.com/advanatone/advanatone-selbsttest/ Advana Tone] habe ich stets unmittelbar in der Früh nach dem ich aufgestanden bin genommen. Zumeist bin ich ab 7:00 Uhr wach. Gegen 13:00 Uhr habe ich dann Advana Cleanse eingenommen. Unmittelbar am ersten Tag spürte ich überraschenderweise, dass ich auffällig besser in Form und munterer war, als noch am Tag zuvor. Es war tatsächlich ein Energieschub für mich. Es klingt vielleicht verwunderlich, aber ich hatte auch nur wenig Essverlangen und begnügte mich mit einer kleinen Portion Müsli mit einer halben Banane. Das kannte ich so gar nicht von mir, denn sonst habe ich stets mindestens zwei Brote zum Frühstück gegessen. Zu Mittag gab es dann ein Brot mit Magerquark und eine kleine Schüssel Salat. Abends hatte ich dann lediglich noch ein Müsli und war damit wirklich satt. Da ich ansonsten stets ausgesprochen lange wach geblieben bin, habe ich mich erst einmal daran gewöhnen müssen, früher ins Bett zu gehen, denn Ruhe ist beim Abnehmen ausgesprochen bedeutsam. Obwohl Advana Tone ein erstaunlicher Energiebooster ist, konnte ich stets gut schlafen und hatte einen ausgesprochen tiefen und erholsamen Schlaf. Mit [http ://genial-abnehmen.com Advana Tone und Advana Cleanse] habe ich in zwei Wochen ganze 7 Kilo abgenommen. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4232> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4231(undetermined:new): Leichter werden
by FFmpeg 07 Jan '15

07 Jan '15

#4231: Leichter werden -------------------------------------+------------------------------------- Reporter: sveny | Type: defect Status: new | Priority: wish Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- [http://genial-abnehmen.com/advanatone/advanatone-selbsttest/ Advana Tone] habe ich stets unmittelbar in der Früh nach dem ich aufgestanden bin genommen. Zumeist bin ich ab 7:00 Uhr wach. Gegen 13:00 Uhr habe ich dann Advana Cleanse eingenommen. Unmittelbar am ersten Tag spürte ich überraschenderweise, dass ich auffällig besser in Form und munterer war, als noch am Tag zuvor. Es war tatsächlich ein Energieschub für mich. Es klingt vielleicht verwunderlich, aber ich hatte auch nur wenig Essverlangen und begnügte mich mit einer kleinen Portion Müsli mit einer halben Banane. Das kannte ich so gar nicht von mir, denn sonst habe ich stets mindestens zwei Brote zum Frühstück gegessen. Zu Mittag gab es dann ein Brot mit Magerquark und eine kleine Schüssel Salat. Abends hatte ich dann lediglich noch ein Müsli und war damit wirklich satt. Da ich ansonsten stets ausgesprochen lange wach geblieben bin, habe ich mich erst einmal daran gewöhnen müssen, früher ins Bett zu gehen, denn Ruhe ist beim Abnehmen ausgesprochen bedeutsam. Obwohl Advana Tone ein erstaunlicher Energiebooster ist, konnte ich stets gut schlafen und hatte einen ausgesprochen tiefen und erholsamen Schlaf. Mit [http ://genial-abnehmen.com Advana Tone und Advana Cleanse] habe ich in zwei Wochen ganze 7 Kilo abgenommen. -- Ticket URL: <https://trac.ffmpeg.org/ticket/4231> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops
by FFmpeg 06 Jan '15

06 Jan '15

#1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ctetrick): junogoose, I'm running on a i7-2600 3.4GHz, 6GB ram, Windows 7. I don't think ram or cpu is an issue in this. I am using a modified windows build based on ffmpeg-git-85f2c01 source. My test command line is {{{ -re -y -loglevel verbose -probesize 4096 -i "D:\Media\Clips\Studio Ghibli 25.mp4" -flags +global_header -c:v copy -c:a copy -f flv "rtmp://live- prg.twitch.tv/app/ playpath=live_<mystreamid>" }}} The video clip is h264/aac 720p 2.5mbps. This effectively eliminates the encoders. The main factor seems to be the ping time. Since I'm in Texas, the above url is far away and has an average ping of 143ms. If I stream to live-dfw.twitch.tv/app/ (Server is in Dallas TX), the ping time is 9ms, and works without modification. Your test may indicate that this is a windows specific socket's problem, but so far I haven't been able to confirm this. If anything it may be that Linux handles things differently. The main thing seems to be that many small sends with a large RTT stalls on Windows, but not Linux. -- Ticket URL: <https://trac.ffmpeg.org/ticket/1604#comment:26> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops
by FFmpeg 06 Jan '15

06 Jan '15

#1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ctetrick): junogoose, I'm running on a i7-2600 3.4GHz, 6GB ram, Windows 7. I don't think ram or cpu is an issue in this. I am using a modified windows build based on ffmpeg-git-85f2c01 source. My test command line is {{{ -re -y -loglevel verbose -probesize 4096 -i "D:\Media\Clips\Studio Ghibli 25.mp4" -flags +global_header -c:v copy -c:a copy -f flv "rtmp://live- prg.twitch.tv/app/ playpath=live_<mystreamid>" }}} The video clip is h264/aac 720p 2.5mbps. This effectively eliminates the encoders. The main factor seems to be the ping time. Since I'm in Texas, the above url is far away and has an average ping of 143ms. If I stream to live-dfw.twitch.tv/app/ (Server is in Dallas TX), the ping time is 9ms, and works without modification. Your test may indicate that this is a windows specific socket's problem, but so far I haven't been able to confirm this. If anything it may be that Linux handles things differently. The main thing seems to be that many small sends with a large RTT stalls on Windows, but not Linux. -- Ticket URL: <https://trac.ffmpeg.org/ticket/1604#comment:25> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#4221(undetermined:new): Teletext streams from DVB-S recording (mis)identified as MP3 audio with 0 channels / unknown stream
by FFmpeg 05 Jan '15

05 Jan '15

#4221: Teletext streams from DVB-S recording (mis)identified as MP3 audio with 0 channels / unknown stream --------------------------------------+---------------------------------- Reporter: olifre | Type: defect Status: new | Priority: normal Component: undetermined | Version: 2.5.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- When trying to decode a DVB-S recording with teletext streams in it, these streams are mistaken as e.g. - {{{Stream #0:1[0x68], 127, 1/90000: Audio: mp3, 0 channels, s16p}}} - {{{Stream #0:5[0x69], 2, 1/90000: Unknown: none}}} This is with ffmpeg 2.5.2. Full ffprobe-report created with {{{% ffprobe sample.ts -report}}} and sample.ts are attached. Some more details about the streams: - Stream #0:0[0x65]: video (correct) - Stream #0:1[0x68]: First teletext PID, misrecognized as MP3 with 0 ch. - Stream #0:2[0x6a]: real audio (AC3) - Stream #0:3[0x67]: real audio (mp2) - Stream #0:4[0x66]: real audio (mp2) - Stream #0:5[0x69]: Should be second teletext PID, recognized as "unknown" -- Ticket URL: <https://trac.ffmpeg.org/ticket/4221> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 5

#4228(undetermined:new): MPEG-TS (from DVB) with PAT + PMT causes ffmpeg to try analyzing all streams of a program (max analyzeduration used), no way to exclude streams
by FFmpeg 05 Jan '15

05 Jan '15

#4228: MPEG-TS (from DVB) with PAT + PMT causes ffmpeg to try analyzing all streams of a program (max analyzeduration used), no way to exclude streams -------------------------------------+------------------------------------- Reporter: olifre | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Not sure whether this is more a "wish" than a defect - feel free to demote as needed. I have a MPEG-TS recording with PMT, PAT, SDT, EIT and all audio + video + teletext + subtitle PIDs recorded (I am just reworking the DVB-S/2 implementation in mpv). On probe'ing that, ffmpeg looks into the PAT to find all stream PIDs which belong to the recorded program. This causes ffmpeg to also "see" additional streams, such as HbbTV-data, even though these are not in the recording (I do not add them to the TS_TAP device) nor are they interesting to / understood by ffmpeg. The problem is that these streams cause {{{avformat_find_stream_info()}}} to make use of the full probesize / analyzeduration. For a live-stream, this is not really useful (channel switch taking 5 seconds etc.). Of course I could just reduce the analyzeduration, but I would feel much more comfortable at being able to tell ffmpeg a "whitelist" of stream-ids it should look at, i.e. it should just ignore the additional PIDs (if user requests that). The PAT-parsing happens in {{{pat_cb()}}} in {{{mpegts.c}}}, the PIDs are added in {{{add_pid_to_pmt}}}. If there would be a way to specify such a whitelist (maybe it's already there, and I just missed it?) I would gladly use it. Attached is a sample recording. I chose a very small filesize to be able to attach to the bugtracker, so I also had to reduce the analyzeduration to 1 s to show the described behaviour. With a larger file, the problem also happens with 5 s duration (if you want, I can upload one). If you want a file with a TS of a full transponder recorded (i.e. also really including these HbbTV streams), I can also upload something like this (i.e. ffmpeg could of course also identify + ignore those streams, if this is the preferred solution - although then, I would also have to parse the full PAT in mpv and add those streams to the TS to give them to ffmpeg, that's why I believe the whitelist would be more appropriate). -- Ticket URL: <https://trac.ffmpeg.org/ticket/4228> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #3271(avcodec:open): Allow using additional pixel formats with libvpx-vp9
by FFmpeg 05 Jan '15

05 Jan '15

#3271: Allow using additional pixel formats with libvpx-vp9 --------------------------------------+----------------------------------- Reporter: GreatEmerald | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by SocDemScum): libavcodec 56.19.100 produces an error saying that yuv420p colour spaces can only be used on profile 0 and 2, when telling it to use profile 1 and a yuv444p colour space. -- Ticket URL: <https://trac.ffmpeg.org/ticket/3271#comment:3> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #1778(undetermined:open): EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding
by FFmpeg 05 Jan '15

05 Jan '15

#1778: EIA-608 / EIA-708 Closed Captions disappear when transcoding/reencoding -------------------------------------+------------------------------------- Reporter: mikecheat04 | Owner: Type: enhancement | er.anshul.maheshwari@… Priority: wish | Status: open Version: git-master | Component: Keywords: cc | undetermined Blocking: | Resolution: Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@…): It is in pipeline of reviews, someone willing to review and comment please do so. -- Ticket URL: <https://trac.ffmpeg.org/ticket/1778#comment:7> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0