Recherche avancée

Sur d’autres sites (5029)

• no access to m3u8 when using ffmpeg [closed]

  7 octobre 2023, par asd

  I have a code that allows me to download videos from .m3u8, but for some reason it hasn't worked since yesterday

  


  ffmpeg -user_agent "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/117.0.0.0 Safari/537.36" -headers "Referer: https://upstream.to/" -i "https://s92.upstreamcdn.co/hls2/01/03509/wc3i5yhdfgyk_o/master.m3u8?t=M9p8oTpo_LgYLnh2Ay4UEOT6Szltp5vGepiZ09ZjnFo&s=1696668614&e=10800&f=17548793&i=169.150&sp=0" -c copy -bsf:a aac_adtstoasc "name.mp4"


  


  what can I do to make it similar to the upstream task which looks like this

  


  Request URL:https://s92.upstreamcdn.co/hls2/01/03509/wc3i5yhdfgyk_o/master.m3u8?t=M9p8oTpo_LgYLnh2Ay4UEOT6Szltp5vGepiZ09ZjnFo&s=1696668614&e=10800&f=17548793&i=169.150&sp=0
Request Method: GET
Status Code:    200 OK
Remote Address: 164.132.163.19:443
Referrer Policy:    strict-origin-when-cross-origin
Access-Control-Allow-Origin:    *
Cache-Control:  max-age=8640000
Cache-Control:  public, no-transform
Connection: keep-alive
Content-Encoding:   gzip
Content-Type:   application/vnd.apple.mpegurl
Date:   Sat, 07 Oct 2023 08:50:16 GMT
Expires:    Mon, 15 Jan 2024 08:50:16 GMT
Last-Modified:  Sat, 07 Oct 2023 08:50:16 GMT
Server: nginx

Transfer-Encoding:chunked
Accept:*/*
Accept-Encoding:gzip, deflate, br
Accept-Language:pl-PL,pl;q=0.9,en-US;q=0.8,en;q=0.7
Connection:keep-alive
Host:s92.upstreamcdn.co
Origin:https://upstream.to
Referer:https://upstream.to/
Sec-Ch-Ua:"Google Chrome";v="117", "Not;A=Brand";v="8", "Chromium";v="117"
Sec-Ch-Ua-Mobile:?0
Sec-Ch-Ua-Platform:"Windows"
Sec-Fetch-Dest:empty
Sec-Fetch-Mode:cors
Sec-Fetch-Site:cross-site
User-Agent:Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/117.0.0.0 Safari/537.36


  


• Could not find tag for codec h264 in stream #2 when trim video and add watermark, music background

  13 août 2020, par Nguyễn Trọng

  I'm doing cut video into chunks, then join them and add watermark and background music with the command below.

  


  "[-y, -i, /storage/emulated/0/WhatsApp/Media/WhatsApp Video/VID-20200726-WA0154.mp4, -i, /storage/emulated/0/FXMotion/.cache/.watermark/logo_watermark.png, -stream_loop, -1, -i, /storage/emulated/0/WhatsApp/Media/WhatsApp Documents/DripReport_-_Skechers_(Lyrics)(MP3_160K).mp3, -filter_complex, [1:v]scale=640/4:-1[logo1];[0:v]trim=0:2.483,setpts=PTS-STARTPTS[v1];[0:v]trim=2.483:7.45,setpts=2.0*(PTS-STARTPTS)[v2];[0:v]trim=7.45:9.933,setpts=PTS-STARTPTS[v3];[v1][v2][v3]concat=n=3:v=1[video];[video][logo1]overlay=main_w-overlay_w-10:main_h-overlay_h-10[vw], -map, [vw], -map, 2, -c:v, libx264, -crf, 23, -preset, veryfast, -shortest, /storage/emulated/0/FXMotion/FXMotion-200810e.mp4, -hide_banner]"


  


  But when running I get the following error :

  


  
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/storage/emulated/0/WhatsApp/Media/WhatsApp Video/VID-20200726-WA0154.mp4':\n  
Metadata:
major_brand     : mp4v
    minor_version   : 0
    compatible_brands: mp4vmp42isom\n  Duration: 00:00:09.93, start: 0.000000, bitrate: 2080 kb/s
    Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p(tv, unknown/bt470bg/unknown), 640x352, 2078 kb/s, 30 fps, 30 tbr, 90k tbn, 180k tbc (default)
    Metadata:\n      rotate          : 270
    Side data:
      displaymatrix: rotation of 90.00 degrees\nInput #1, png_pipe, from '/storage/emulated/0/FXMotion/.cache/.watermark/logo_watermark.png':
  Duration: N/A, bitrate: N/A
    Stream #1:0: Video: png, rgba(pc), 335x51, 25 tbr, 25 tbn, 25 tbc
Input #2, mp3, from '/storage/emulated/0/WhatsApp/Media/WhatsApp Documents/DripReport_-_Skechers_(Lyrics)(MP3_160K).mp3':
  Metadata:
    encoder         : Lavf57.56.101
    title           : DripReport - Skechers (Lyrics)
    artist          : DripReport
    album           : DripReport\n  Duration: 00:01:46.06, start: 0.011021, bitrate: 167 kb/s
    Stream #2:0: Audio: mp3, 48000 Hz, stereo, fltp, 160 kb/s
    Metadata:
      encoder         : Lavc57.64
    Stream #2:1: Video: png, rgb24(pc), 400x225, 90k tbr, 90k tbn, 90k tbc (attached pic)
    Metadata:
      title           : attached picture
      comment         : Cover (front)
Stream mapping:
  Stream #0:0 (h264) -> trim (graph 0)
  Stream #0:0 (h264) -> trim (graph 0)
  Stream #0:0 (h264) -> trim (graph 0)
  Stream #1:0 (png) -> scale (graph 0)
  overlay (graph 0) -> Stream #0:0 (libx264)
  Stream #2:0 -> #0:1 (mp3 (mp3float) -> aac (native))
  Stream #2:1 -> #0:2 (png (native) -> h264 (libx264))
Press [q] to stop, [?] for help\n[graph 0 input from stream 1:0 @ 0x6f73832bc0] sws_param option is deprecated and ignored
[graph 0 input from stream 0:0 @ 0x6f73832c80] sws_param option is deprecated and ignored\n[graph 0 input from stream 0:0 @ 0x6f73833400] sws_param option is deprecated and ignored\n[graph 0 input from stream 0:0 @ 0x6f73833580] sws_param option is deprecated and ignored
[libx264 @ 0x6f44476300] using cpu capabilities: ARMv8 NEON
[libx264 @ 0x6f44476300] profile High, level 3.0, 4:2:0, 8-bit
[libx264 @ 0x6f44476300] 264 - core 159 - H.264/MPEG-4 AVC codec - Copyleft 2003-2019 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=2 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=12 lookahead_threads=4 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=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=10 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[graph 2 input from stream 2:1 @ 0x6ed501c380] sws_param option is deprecated and ignored
[mp4 @ 0x6ed53b9a00] Frame rate very high for a muxer not efficiently supporting it.
Please consider specifying a lower framerate, a different muxer or -vsync 2\n[libx264 @ 0x6f445de500] MB rate (33750000) > level limit (16711680)
[libx264 @ 0x6f445de500] using cpu capabilities: ARMv8 NEON
[libx264 @ 0x6f445de500] profile High 4:4:4 Predictive, level 6.2, 4:4:4, 8-bit\n[libx264 @ 0x6f445de500] 264 - core 159 - H.264/MPEG-4 AVC codec - Copyleft 2003-2019 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=2 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=6 threads=7 lookahead_threads=1 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=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=10 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
[mp4 @ 0x6ed53b9a00] Could not find tag for codec h264 in stream #2, codec not currently supported in container\nCould not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Error initializing output stream 0:1 --[aac @ 0x6f44478600] Qavg: nan\nConversion failed!",
 
 


  


  i run ffmpeg on :

  


  Device
"os_version" : "10"
"model" : "SM-A217F"
"brand" : "samsung"

  


  


  How to fix it ? thank advance !

  


• AAC encoder : Extensive improvements

  11 octobre 2015, par Claudio Freire

  AAC encoder : Extensive improvements
  This finalizes merging of the work in the patches in ticket #2686.
  Improvements to twoloop and RC logic are extensive.
  The non-exhaustive list of twoloop improvments includes :
  
   - Tweaks to distortion limits on the RD optimization phase of twoloop
  
   - Deeper search in twoloop
  
   - PNS information marking to let twoloop decide when to use it
  
     (turned out having the decision made separately wasn’t working)
  
   - Tonal band detection and priorization
  
   - Better band energy conservation rules
  
   - Strict hole avoidance
  For rate control :
  
   - Use psymodel’s bit allocation to allow proper use of the bit
  
     reservoir. Don’t work against the bit reservoir by moving lambda
  
     in the opposite direction when psymodel decides to allocate more/less
  
     bits to a frame.
  
   - Retry the encode if the effective rate lies outside a reasonable
  
     margin of psymodel’s allocation or the selected ABR.
  
   - Log average lambda at the end. Useful info for everyone, but especially
  
     for tuning of the various encoder constants that relate to lambda
  
     feedback.
  Psy :
  
   - Do not apply lowpass with a FIR filter, instead just let the coder
  
     zero bands above the cutoff. The FIR filter induces group delay,
  
     and while zeroing bands causes ripple, it’s lost in the quantization
  
     noise.
  
   - Experimental VBR bit allocation code
  
   - Tweak automatic lowpass filter threshold to maximize audio bandwidth
  
     at all bitrates while still providing acceptable, stable quality.
  I/S :
  
   - Phase decision fixes. Unrelated to #2686, but the bugs only surfaced
  
     when the merge was finalized. Measure I/S band energy accounting for
  
     phase, and prevent I/S and M/S from being applied both.
  PNS :
  
   - Avoid marking short bands with PNS when they’re part of a window
  
     group in which there’s a large variation of energy from one window
  
     to the next. PNS can’t preserve those and the effect is extremely
  
     noticeable.
  M/S :
  
   - Implement BMLD protection similar to the specified in
  
     ISO-IEC/13818:7-2003, Appendix C Section 6.1. Since M/S decision
  
     doesn’t conform to section 6.1, a different method had to be
  
     implemented, but should provide equivalent protection.
  
   - Move the decision logic closer to the method specified in
  
     ISO-IEC/13818:7-2003, Appendix C Section 6.1. Specifically,
  
     make sure M/S needs less bits than dual stereo.
  
   - Don’t apply M/S in bands that are using I/S
  Now, this of course needed adjustments in the compare targets and
  
  fuzz factors of the AAC encoder’s fate tests, but if wondering why
  
  the targets go up (more distortion), consider the previous coder
  
  was using too many bits on LF content (far more than required by
  
  psy), and thus those signals will now be more distorted, not less.
  The extra distortion isn’t audible though, I carried extensive
  
  ABX testing to make sure.
  A very similar patch was also extensively tested by Kamendo2 in
  
  the context of #2686.
  

  • [DH] Changelog
  • [DH] libavcodec/aac.h
  • [DH] libavcodec/aaccoder.c
  • [DH] libavcodec/aaccoder_trellis.h
  • [DH] libavcodec/aaccoder_twoloop.h
  • [DH] libavcodec/aacenc.c
  • [DH] libavcodec/aacenc.h
  • [DH] libavcodec/aacenc_is.c
  • [DH] libavcodec/aacenc_is.h
  • [DH] libavcodec/aacenc_pred.c
  • [DH] libavcodec/aacenc_quantization.h
  • [DH] libavcodec/aacenc_utils.h
  • [DH] libavcodec/aacpsy.c
  • [DH] libavcodec/mathops.h
  • [DH] libavcodec/mips/aaccoder_mips.c
  • [DH] libavcodec/psymodel.c
  • [DH] libavcodec/psymodel.h
  • [DH] tests/fate/aac.mak