Sorry for the delay in my response, I have tried these changes and they worked correctly. Thank you very much for your help best resgars
On Fri, Nov 23, 2018 at 9:02 PM Micael Silva <[email protected]> wrote: > On Fri, Nov 23, 2018 at 4:13 PM Flumotion Support <[email protected]> > wrote: > > > Hello > > > > Soory for my mistake , here you have a new capture on mpeg without > > converting the original stream. > > > > > https://drive.google.com/file/d/19oxeXOLdWMcHWZagIsHFX2azO0bhAPjp/view?usp=sharing > > > > Thanks in advance > > Best regards > > > > On Fri, Nov 23, 2018 at 6:51 PM Micael Silva <[email protected]> > > wrote: > > > > > On Fri, Nov 23, 2018 at 1:02 PM Javier Fuentes <[email protected] > > > > > wrote: > > > > > > > Hello everybody > > > > > > > > Sorry for my delay in reply in my response. > > > > 1)I have attached a link for a small section of the flow that I > capture > > > > > > > > > > > > > > https://drive.google.com/file/d/1c7IwXuu9GLMDo70A8gRyy1pUKntgxrM0/view?usp=sharing > > > > > > > > 2) I catpure multiple dvb-t or dvb-s signal with dvblast and his > > outgoing > > > > are rtp, then I use the rpt to transcoding the signal with ffmpeg > mp2g > > to > > > > h264 and audio to aac. and republish it to my server. > > > > > > > > Thanks a lot for your help. > > > > Best regards > > > > > > > > On Fri, Nov 23, 2018 at 3:43 PM Javier Fuentes < > [email protected] > > > > > > > wrote: > > > > > > > > > Hello everybody > > > > > > > > > > Sorry for my delay in reply in my response. > > > > > 1)I have attached a small section of the flow that I capture > > > > > 2) I catpure multiple dvb-t or dvb-s signal with dvblast and his > > > outgoing > > > > > are rtp, then I use the rpt to transcoding the signal with ffmpeg > > mp2g > > > to > > > > > h264 and audio to aac. and republish it to my server. > > > > > > > > > > Thanks a lot for your help. > > > > > Best regards > > > > > > > > > > On Thu, Nov 22, 2018 at 5:49 PM Carl Eugen Hoyos < > [email protected] > > > > > > > > wrote: > > > > > > > > > >> 2018-11-22 17:36 GMT+01:00, Javier Fuentes < > [email protected] > > >: > > > > >> > Hello Everybody > > > > >> > > > > > >> > > > > > >> > I have this ffmpeg command > > > > >> > ffmpeg -i rtp://127.0.0.1:6000 -map 0:4 -map 0:2 -vcodec > libx264 > > > -b:v > > > > >> 1500k > > > > >> > -s 720x576 -acodec aac -ab 128k -ac 2 -ar 48000 -r 25 -f flv > > > > >> > rtmp://encoder.... > > > > >> > > > > > >> > I have a lot of errors when i start capture a mpeg2 signal, and > > > after > > > > a > > > > >> > while the capture starts to fail > > > > >> > > > > > >> > Thanks a lot for your help > > > > >> > Best regards > > > > >> > > > > > >> > My log > > > > >> > ffmpeg version git-2018-11-12-ae43235 Copyright (c) 2000-2018 > the > > > > FFmpeg > > > > >> > developers > > > > >> > built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-28) > > > > >> > configuration: --prefix=/root/ffmpeg_build > > > > >> > --extra-cflags=-I/root/ffmpeg_build/include > > > > >> > --extra-ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin > > > > >> > --extra-libs=-ldl --enable-gpl --enable-nonfree > > --enable-libfdk_aac > > > > >> > --enable-libmp3lame --enable-libvpx --enable-libx264 > > > > >> --enable-libfreetype > > > > >> > > > > >> > --enable-libspeex --enable-libtheora --enable-libass > > > --enable-avfilter > > > > >> > --enable-pthreads --enable-decoder=mpeg4 > > --enable-decoder=mpegvideo > > > > >> > --enable-parser=mpeg4video --enable-parser=mpegvideo > > > > >> > --enable-muxer=mpeg2video --enable-muxer=mp4 --enable-muxer=h264 > > > > >> > --enable-demuxer=h264 --enable-parser=ac3 --enable-parser=h261 > > > > >> > --enable-parser=vc1 --enable-decoder=aac --enable-parser=aac > > > > >> > --enable-demuxer=aac --enable-demuxer=vc1 --enable-decoder=h264 > > > > >> > --enable-parser=h264 --enable-demuxer=h264 --enable-muxer=h264 > > > > >> > > > > >> While this is probably unrelated, these unused options make > > > > >> the issue needlessly harder to debug... > > > > >> > > > > >> > libavutil 56. 23.101 / 56. 23.101 > > > > >> > libavcodec 58. 39.100 / 58. 39.100 > > > > >> > libavformat 58. 22.100 / 58. 22.100 > > > > >> > libavdevice 58. 6.100 / 58. 6.100 > > > > >> > libavfilter 7. 43.100 / 7. 43.100 > > > > >> > libswscale 5. 4.100 / 5. 4.100 > > > > >> > libswresample 3. 4.100 / 3. 4.100 > > > > >> > libpostproc 55. 4.100 / 55. 4.100 > > > > >> > [mpeg2video @ 0x2befc40] Invalid frame dimensions 0x0. > > > > >> > Last message repeated 13 times > > > > >> > Input #0, rtp, from 'rtp://127.0.0.1:6000': > > > > >> > Duration: N/A, start: 51639.509822, bitrate: N/A > > > > >> > Program 493 > > > > >> > Metadata: > > > > >> > service_name : Clan > > > > >> > service_provider: RTVE > > > > >> > Stream #0:4: Video: mpeg2video (Main) ([2][0][0][0] / > 0x0002), > > > > >> > yuv420p(tv, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 > > > tbr, > > > > >> 90k > > > > >> > tbn, 50 tbc > > > > >> > Stream #0:0(spa,spa,qaa): Subtitle: dvb_teletext > > ([6][0][0][0] / > > > > >> 0x0006) > > > > >> > Stream #0:1(spa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 > > Hz, > > > > >> stereo, > > > > >> > s16p, 128 kb/s > > > > >> > Stream #0:3(qaa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 > > Hz, > > > > >> stereo, > > > > >> > s16p, 128 kb/s > > > > >> > Stream #0:2(spa): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 > > Hz, > > > > >> mono, > > > > >> > s16p, 96 kb/s (visual impaired) (descriptions) > > > > >> > Stream #0:5(spa): Subtitle: dvb_subtitle ([6][0][0][0] / > > 0x0006) > > > > >> > Stream #0:6(qaa): Subtitle: dvb_subtitle ([6][0][0][0] / > > 0x0006) > > > > >> > Stream mapping: > > > > >> > Stream #0:4 -> #0:0 (mpeg2video (native) -> h264 (libx264)) > > > > >> > Stream #0:2 -> #0:1 (mp2 (native) -> aac (native)) > > > > >> > Press [q] to stop, [?] for help > > > > >> > [libx264 @ 0x2c50340] using SAR=64/45 > > > > >> > [libx264 @ 0x2c50340] using cpu capabilities: none! > > > > >> > [libx264 @ 0x2c50340] profile High, level 3.0, 4:2:0, 8-bit > > > > >> > [libx264 @ 0x2c50340] 264 - core 157 - H.264/MPEG-4 AVC codec - > > > > Copyleft > > > > >> > 2003-2018 - http://www.videolan.org/x264.html - options: > cabac=1 > > > > ref=3 > > > > >> > deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 > > > psy_rd=1.00:0.00 > > > > >> > mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 > > > > >> deadzone=21,11 > > > > >> > fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 > > > > >> > sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 > > > > >> > constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 > > > direct=1 > > > > >> > weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 > > scenecut=40 > > > > >> > intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=1500 > > > > ratetol=1.0 > > > > >> > qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 > > > > >> > Output #0, flv, to 'rtmp:// > > > > >> encoder-cg10.bt.bcn.flumotion.net:1935/yuvod/clan > > > > >> > ': > > > > >> > Metadata: > > > > >> > encoder : Lavf58.22.100 > > > > >> > Stream #0:0: Video: h264 (libx264) ([7][0][0][0] / 0x0007), > > > > yuv420p, > > > > >> > 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 1500 kb/s, 25 fps, 1k > tbn, > > 25 > > > > tbc > > > > >> > Metadata: > > > > >> > encoder : Lavc58.39.100 libx264 > > > > >> > Side data: > > > > >> > cpb: bitrate max/min/avg: 0/0/1500000 buffer size: 0 > > > vbv_delay: > > > > -1 > > > > >> > Stream #0:1(spa): Audio: aac (LC) ([10][0][0][0] / 0x000A), > > > 48000 > > > > >> Hz, > > > > >> > stereo, fltp, 128 kb/s (visual impaired) (descriptions) > > > > >> > Metadata: > > > > >> > encoder : Lavc58.39.100 aac > > > > >> > [rtp @ 0x2b9ab40] max delay reached. need to consume packet > > > > >> > bitrate=1458.5kbits/s speed=1.02x > > > > >> > [rtp @ 0x2b9ab40] RTP: missed 13 packets > > > > >> > > > > >> Can you try to record the network stream to allow us to reproduce? > > > > >> Why is rtp input from the local system necessary? > > > > >> > > > > >> Carl Eugen > > > > >> _______________________________________________ > > > > >> ffmpeg-user mailing list > > > > >> [email protected] > > > > >> http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > > > >> > > > > >> To unsubscribe, visit link above, or email > > > > >> [email protected] with subject "unsubscribe". > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > Javier Fuentes > > > > > Flumotion Services S.A. > > > > > > > > > > Avda. Diagonal 579-587 7º > > > > > 08021 Barcelona - Spainwww.flumotion.com > > > > > > > > > > I see you don't quite understand what I asked (capture the stream, but > > not > > > convert it to h264 on that pass) but from the file is possible to tell > > that > > > the problem probably is what I think it is. It starts well because > ffmpeg > > > makes some buffer to analyze the media type on start but when it runs > out > > > the frame dropping starts. The fact that the original codec there is > > MPEG2 > > > delays that dropping some time, here we use H264 for transmission and > it > > > makes the same scenario a little bit fast and worst. > > > > > > I'm building a test scenario here for some tests and I'll report the > > > findings. > > > _______________________________________________ > > > ffmpeg-user mailing list > > > [email protected] > > > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > > > > > To unsubscribe, visit link above, or email > > > [email protected] with subject "unsubscribe". > > > > > > > > -- > > Flumotion Support > > Flumotion Services S.A. > > Avda. Diagonal 593-595 5º > > 08021 Barcelona - Spain > > www.flumotion.com > > > > I made some tests using some channels that broadcast on MPEG2 over DVB-C > and found no issues, following some precautions: > > ffmpeg -probesize 8000k -i tcp://source -async 1 -vsync 2 -c:v libx264 -b:v > 2000k -maxrate 2500k -bufsize 2000k -preset fast -c:a aac -f flv > rtmp://encoder > > > -probesize to increase the size of initial sample of video. Broadcasting at > 2 mbps a probesize like this ffmpeg got 4 seconds of video to analyze > before choose what codec it is. > > -async and -vsync to eliminate some problems with timestamps, used here in > legacy format just for sake of simplicity > > -b:v sets bitrate, -maxrate sets the absolute maximum bitrate to be used in > any circumstance and -bufsize the size of buffer of the encoder. This is > the crucial part. Problems with lost reference frames usually can be solved > increasing the encoder buffer. > > "-preset fast" to use a faster encoder option. I should mention before that > is very important to have a machine fast enough to make this encode, for > testing purposes you can reduce the quality to gain some speed to see if > the system is handling the task well > _______________________________________________ > ffmpeg-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe". -- Javier Fuentes Flumotion Services S.A. Avda. Diagonal 579-587 7º 08021 Barcelona - Spainwww.flumotion.com _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
