September 2020 - FFmpeg-trac - lists.ffmpeg.org

#8829(undetermined:new): Error writing trailer of udp: Cannot allocate memory
by FFmpeg 02 Sep '20

02 Sep '20

#8829: Error writing trailer of udp: Cannot allocate memory -------------------------------------+------------------------------------- Reporter: Przemo1983 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | Keywords: udp cbr | Blocked By: mpegts mapping | Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am struggling with mapping a few mpegts inputs (spts) into 1 mpts output. I am using ffmpeg version: 4.3.1 I am using following command to send udp data with spts transprot streams: {{{ ffmpeg -re -stream_loop -1 -i /media/usb/MPTS.ts -map 0:p:1 -c copy -f mpegts -flush_packets 0 "udp://233.0.0.1:4000?pkt_size=1316&ttl=1&fifo_size=1000000&buffer_size=10000000" -map 0:p:2 -c copy -f mpegts -mpegts_service_id 666 -mpegts_transport_stream_id 888 -mpegts_start_pid 900 -flush_packets 0 "udp://233.0.0.1:4001?pkt_size=1316&ttl=1&fifo_size=1000000&buffer_size=10000000" -map 0:p:3 -c copy -f mpegts -flush_packets 0 "udp://233.0.0.1:4002?pkt_size=1316&ttl=1&fifo_size=1000000&buffer_size=10000000" -map 0:p:4 -c copy -f mpegts -flush_packets 0 "udp://233.0.0.1:4003?pkt_size=1316&ttl=1&fifo_size=1000000&buffer_size=10000000" -map 0:p:5 -c copy -f mpegts -flush_packets 0 "udp://233.0.0.1:4004?pkt_size=1316&ttl=1&fifo_size=1000000&buffer_size=10000000" -map 0:p:6 -c copy -f mpegts -flush_packets 0 "udp://233.0.0.1:4005?pkt_size=1316&ttl=1&fifo_size=1000000&buffer_size=10000000" }}} and then I am ussing following command to make an MPTS from those input SPTS: {{{ ffmpeg -re -thread_queue_size 256 -i "udp://233.0.0.1:4005?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4000?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4001?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4002?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4003?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4004?fifo_size=1000000&buffer_size=10000000" -map 0 -map 1 -map 2 -map 3 -map 4 -map 5 -program title=Program0:st=0:st=1 -program title=Program1:st=2:st=3 -program title=Program2:st=4:st=5 -program title=Program3:st=6:st=7 -program title=Program4:st=8:st=9 -program title=Program5:st=10:st=11 -c copy -metadata service_provider=FILE -f mpegts -muxrate 40000000 -flush_packets 0 "udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1" }}} And this is working perfectly. Many hours. But there is no CBR UDP output that I need for another tool. When I change that command and add "bitrate=40000000" to have CBR UDP utput then I have memory problem. {{{ ffmpeg -re -thread_queue_size 256 -i "udp://233.0.0.1:4005?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4000?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4001?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4002?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4003?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4004?fifo_size=1000000&buffer_size=10000000" -map 0 -map 1 -map 2 -map 3 -map 4 -map 5 -program title=Program0:st=0:st=1 -program title=Program1:st=2:st=3 -program title=Program2:st=4:st=5 -program title=Program3:st=6:st=7 -program title=Program4:st=8:st=9 -program title=Program5:st=10:st=11 -c copy -metadata service_provider=FILE -f mpegts -muxrate 40000000 -flush_packets 0 "udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1&bitrate=40000000"ffmpeg -re -thread_queue_size 256 -i "udp://233.0.0.1:4005?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4000?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4001?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4002?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4003?fifo_size=1000000&buffer_size=10000000" -thread_queue_size 256 -i "udp://233.0.0.1:4004?fifo_size=1000000&buffer_size=10000000" -map 0 -map 1 -map 2 -map 3 -map 4 -map 5 -program title=Program0:st=0:st=1 -program title=Program1:st=2:st=3 -program title=Program2:st=4:st=5 -program title=Program3:st=6:st=7 -program title=Program4:st=8:st=9 -program title=Program5:st=10:st=11 -c copy -metadata service_provider=FILE -f mpegts -muxrate 40000000 -flush_packets 0 "udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1&bitrate=40000000" }}} After a several minutes of playing with many audio cuts, ffmpeg stops and I see: {{{ av_interleaved_write_frame(): Cannot allocate memory Error writing trailer of udp://239.2.2.2:2222?overrun_nonfatal=1&fifo_size=1000000&buffer_size=10000000&pkt_size=1316&ttl=1&bitrate=40000000. Cannot allocate memory }}} The question is: what to change in my command to have stable CBR UDP bitrate output with lack of audio cuts? -- Ticket URL: <https://trac.ffmpeg.org/ticket/8829> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 3

#8872(undetermined:new): implement Cue-Points Chunk for WAV files (RIFF)
by FFmpeg 02 Sep '20

02 Sep '20

#8872: implement Cue-Points Chunk for WAV files (RIFF) -------------------------------------+------------------------------------- Reporter: cracki | Type: | enhancement Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- it appears to me that ffmpeg is unaware of 'cue ' chunks in wav files, for reading and writing. ffmpeg supports cues or chapter markers for other container formats. this involves - a 'cue ' chunk that contains a table of timestamps (the 'fmt ' chunk may be useful to convert sample indices to times) - a 'list' 'adtl' chunk that contains 'labl' chunks - 'labl' chunks that each contain an index and a string label, which describes the given cue point the RIFF/WAV file specification details the structures of these chunks. I suspect that this doesn't just apply to wav files but also avi files. I'll attach a sample file that contains a few cue points. -- Ticket URL: <https://trac.ffmpeg.org/ticket/8872> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 8

#6882(avcodec:new): HEVC decoding regression with SAODBLK conformance samples
by FFmpeg 01 Sep '20

01 Sep '20

#6882: HEVC decoding regression with SAODBLK conformance samples -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: hevc master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://ffmpeg.org/pipermail/ffmpeg-user/2017-November/038068.html Two hevc conformance tests do not decode correctly since fa0506e4136b5b883205c82809a113f5edcd200b http://wftp3.itu.int/av-arch/jctvc- site/bitstream_exchange/draft_conformance/HEVC_v1/SAODBLK_A_MainConcept_4.zip http://wftp3.itu.int/av-arch/jctvc- site/bitstream_exchange/draft_conformance/HEVC_v1/SAODBLK_B_MainConcept_4.zip For the first sample, the first (I) frame shows the difference, for the second sample, the following P frame is also needed to show an issue. {{{ $ ffmpeg -i SAODBLK_A_MainConcept_4.bin -vframes 1 -f crc - ffmpeg version N-89317-gda49cdf Copyright (c) 2000-2017 the FFmpeg developers built with gcc 6.3.0 (GCC) configuration: --enable-gpl libavutil 56. 3.100 / 56. 3.100 libavcodec 58. 6.101 / 58. 6.101 libavformat 58. 2.103 / 58. 2.103 libavdevice 58. 0.100 / 58. 0.100 libavfilter 7. 5.100 / 7. 5.100 libswscale 5. 0.101 / 5. 0.101 libswresample 3. 0.101 / 3. 0.101 libpostproc 55. 0.100 / 55. 0.100 Input #0, hevc, from 'SAODBLK_A_MainConcept_4.bin': Duration: N/A, bitrate: N/A Stream #0:0: Video: hevc (Main), yuv420p(tv), 1016x760, 25 fps, 25 tbr, 1200k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native)) Press [q] to stop, [?] for help Output #0, crc, to 'pipe:': Metadata: encoder : Lavf58.2.103 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1016x760, q=2-31, 231648 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc58.6.101 rawvideo CRC=0xa2d6b6e6 frame= 1 fps=0.0 q=-0.0 Lsize= 0kB time=00:00:00.04 bitrate= 3.0kbits/s speed=1.61x video:1131kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} {{{ $ ffmpeg -i SAODBLK_B_MainConcept_4.bin -vframes 2 -f crc - ffmpeg version N-89317-gda49cdf Copyright (c) 2000-2017 the FFmpeg developers built with gcc 6.3.0 (GCC) configuration: --enable-gpl libavutil 56. 3.100 / 56. 3.100 libavcodec 58. 6.101 / 58. 6.101 libavformat 58. 2.103 / 58. 2.103 libavdevice 58. 0.100 / 58. 0.100 libavfilter 7. 5.100 / 7. 5.100 libswscale 5. 0.101 / 5. 0.101 libswresample 3. 0.101 / 3. 0.101 libpostproc 55. 0.100 / 55. 0.100 Input #0, hevc, from 'SAODBLK_B_MainConcept_4.bin': Duration: N/A, bitrate: N/A Stream #0:0: Video: hevc (Main), yuv420p(tv), 1016x760, 25 fps, 25 tbr, 1200k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (hevc (native) -> rawvideo (native)) Press [q] to stop, [?] for help Output #0, crc, to 'pipe:': Metadata: encoder : Lavf58.2.103 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1016x760, q=2-31, 231648 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc58.6.101 rawvideo CRC=0x1f5fb75f frame= 2 fps=0.0 q=-0.0 Lsize= 0kB time=00:00:00.08 bitrate= 1.5kbits/s speed=1.23x video:2262kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/6882> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2