[FFmpeg-user] Recording audio streams from network using segmentation
Is it always advisable to use stream_segment instead of segment muxer when recording stereo radio streams? I wish the recordings would be seekable in practice by most common players. For example, I have found that my opus/oga streams are not fast seekable by Musicolet/Android, but on the other hand seek fast by VLC/Android, but isn't oga always without global timestamping index? If I record e.g. a mp3 stream does the muxer choice (between segment and ssegment) make any difference? I want to cut segments at 00:00. Are there general hints on getting as precise results as possible? The documentation says: "The segment muxer works best with a single constant frame rate video." Some of the recorded audio-only streams may have variable bitrate. What kind of issues you may expect from that? -- Jarno Suni - http://iki.fi/8/ ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Ssegment with ogg/oga?
Is it better to use stream_segment than segment muxer with oga or ogg? What is the advantage? -- Jarno Suni - http://iki.fi/8/ ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Handling alternating stream title and similar metadata
Some audio streams may have StreamTitle metadata that will change from time to time. How do you record that changing information so that you can later show the title when the recording is being played? Are there some standard tags that can be used to denote e.g. current program name or current song name? Can they be used with different output file formats such as Opus? Related question at SO: https://stackoverflow.com/questions/74951167/save-streamtitle-tag-in-recording ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of duration
On Fri, Dec 30, 2022 at 6:54 PM Ferdi Scholten wrote: > Try using this together with -copyts > > -start_at_zero > > When used with copyts, shift input timestamps so they start at zero. I do not see what is the use of using -copyts, if that resets the timestamps anyway with -start_at_zero. I want to be able to seek using the original timestamps. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Meaning of duration
On Fri, Dec 30, 2022 at 3:34 PM Reindl Harald wrote: > the days where duration and filesize are hard connected are long gone, > even for MP3 everybody with soime basic knowledge is using VBR because > it saves 16% stoarge while keep identical or even better quality Yes I know, but the duration tag(?) may tell e.g. 500h even if the file has 15s audio (at least in case of Opus recording recorded with "-copyts"). ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Meaning of duration
Suppose you have recorded an Opus stream with -copyts. Then ffprobe -v error -show_entries format=start_time,duration -- recording.opus shows non-zero start_time and possibly huge duration that does not reflect to the file size. I think you get the actual duration of the recording by subtracting start_time from the given duration. Is that intentional and by definition? I tried recording some MP3 streams with and without -copyts, and start_time is then always small non-zero number (0.011995). Why is that? I have not tried all formats, but apparently they vary in this respect. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Combining -copyts with segmentation gives unexpected results
I created a ticket: https://trac.ffmpeg.org/ticket/10120#ticket ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Combining -copyts with segmentation gives unexpected results
I also tried by ffmpeg version N-109444-geef763c705 and the same thing happened. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Combining -copyts with segmentation gives unexpected results
Ok, here is an example command: $ ffmpeg -i http://volosatoff.ru:8008/euro.opus -c copy -copyts -t 25 -f segment -segment_time 10 -reset_timestamps 0 -strftime 0 recording-%05d.opus Output in terminal: ffmpeg version 4.4.2-1sergeyd9.9~18.04.1 Copyright (c) 2000-2021 the FFmpeg developers built with gcc 7 (Ubuntu 7.5.0-3ubuntu1~18.04) configuration: --prefix=/usr --extra-version='1sergeyd9.9~18.04.1' --libdir=/usr/lib/i386-linux-gnu --shlibdir=/usr/lib/i386-linux-gnu --incdir=/usr/include/i386-linux-gnu --arch=i386 --enable-gpl --enable-version3 --enable-nonfree --disable-libtesseract --disable-stripping --enable-gnutls --enable-libaom --enable-libass --enable-libbluray --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libfdk-aac --enable-libfontconfig --enable-libfreetype --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-lv2 --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-frei0r --enable-libx264 --enable-libmfx --enable-ffnvcodec --enable-nvenc --enable-nvdec --ignore-tests='hapenc-hap-none,hapenc-hapa-none,hapenc-hapq-none' --enable-shared libavutil 56. 70.100 / 56. 70.100 libavcodec 58.134.100 / 58.134.100 libavformat58. 76.100 / 58. 76.100 libavdevice58. 13.100 / 58. 13.100 libavfilter 7.110.100 / 7.110.100 libswscale 5. 9.100 / 5. 9.100 libswresample 3. 9.100 / 3. 9.100 libpostproc55. 9.100 / 55. 9.100 [ogg @ 0x9541480] 636 bytes of comment header remain Input #0, ogg, from 'http://volosatoff.ru:8008/euro.opus': Metadata: icy-br : 128 icy-description : EuroDance 90s (Opus 128 kbps) icy-genre : EuroDance icy-name: VOLOSATOE RADIO icy-pub : 1 icy-url : http://fm.spb.ru Duration: N/A, start: 14371671.00, bitrate: N/A Stream #0:0: Audio: opus, 48000 Hz, stereo, fltp Metadata: ENCODER : opusenc from opus-tools 0.2-3-gf5f571b ENCODER_OPTIONS : --bitrate 128 [segment @ 0x9552e00] Opening 'recording-0.opus' for writing Output #0, segment, to 'recording-%05d.opus': Metadata: icy-br : 128 icy-description : EuroDance 90s (Opus 128 kbps) icy-genre : EuroDance icy-name: VOLOSATOE RADIO icy-pub : 1 icy-url : http://fm.spb.ru encoder : Lavf58.76.100 Stream #0:0: Audio: opus, 48000 Hz, stereo, fltp Metadata: ENCODER : opusenc from opus-tools 0.2-3-gf5f571b ENCODER_OPTIONS : --bitrate 128 Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size=N/A time=00:00:00.00 bitrate=N/A speed= 0x video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown It produces one small file, not two 10 s files and one 5 s file or something. If you leave the -t option out, the command produces small (less than 1kB) files fast, not one in 10 s. You can try these by a more fresh ffmpeg executable. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
[FFmpeg-user] Combining -copyts with segmentation gives unexpected results
I try to record an opus stream into segment files while retaining timestamps. But ffmpeg creates a lot of very small files much faster than what I set for -segment_time. Latest ffmpeg version that I tested was 5.1.1. My command is something like ffmpeg -i somestream.opus -c copy -copyts -f segment -segment_time 10 -reset_timestamps 0 -strftime 0 recording-%05d.opus (You can find opus streams at https://dir.xiph.org/codecs/Opus) By the way, is there any advantage in using stream_segment instead of segment here? I noticed that if I increase -segment_time, ffmpeg stops creating very small files after some time and starts to work more like expected. Someone else has had a similar kind of issue with other kind of streams years ago: https://superuser.com/q/800648/490855 Am I doing something wrong or is there a bug in ffmpeg? ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".