Recherche avancée

Sur d’autres sites (9649)

• How to change HLS quality in ijkplayer for flutter or alternative solutions ?

  28 mai 2024, par gh05t

  Hi can anyone help me with this issue, we decided to use the flutter ijkplayer as it's the only player on flutter that supports the option to change playback speed, but it doesn't have the option to change the hls quality, and neither does any other player as per my findings, if anyone knows please share.

  


  As for what I've tried, I download the file and split it into 4 files with each file having only one video and audio stream and use a button to change the file.

  


  I also tried to look into changing the tracks from master with the player but while FFMpeg does support this, I'm not sure how to do that from flutter.

  


  Currently it works, but the splitting is hardcoded and might need to be changed for different master m3u8(we use vimeo and expect the same file format for master m3u8 but they can change it down the road or we could change service for video), and it would be preferable to change streams from the player itself instead of using an external ui button which for example won't be available in full screen mode, which you would expect most people to watch the video in.

  


  I'm trying to make the splitting part more generalized but would like to know how others handle this problem.

  


  


  Edit I've made the splitting somewhat dynamic, but I just came across another issue, in ffmpeg(complied in the ijk player it is 4-5 years old not the latest version) I have to use format option - protocol_whitelist,'http, https, tls, file, crypto, tcp, udp, concat' so I can play local file, but the player by default sets the format option - fflags 'fastseek' to allow playing faster than 1, but for some reason that functionality breaks the fastseek, or in other words, if I play local file I can't use speeds greater than 1, which I can on files I play from the internet.

  


  


  Using this version of flutter ijkplayer github

  


• Revision a41a4860c0 : Make fdct32 computation flow within 16bit range This commit makes use of dual f

  14 juin 2013, par Jingning Han

  Changed Paths :
   Modify /vp9/common/vp9_idct.h

  
   Modify /vp9/common/vp9_rtcd_defs.sh

  
   Modify /vp9/encoder/vp9_block.h

  
   Modify /vp9/encoder/vp9_dct.c

  
   Modify /vp9/encoder/vp9_encodeframe.c

  
   Modify /vp9/encoder/vp9_encodemb.c

  
  
  Make fdct32 computation flow within 16bit range

  This commit makes use of dual fdct32x32 versions for rate-distortion
  optimization loop and encoding process, respectively. The one for
  rd loop requires only 16 bits precision for intermediate steps.
  The original fdct32x32 that allows higher intermediate precision (18
  bits) was retained for the encoding process only.

  This allows speed-up for fdct32x32 in the rd loop. No performance
  loss observed.

  Change-Id : I3237770e39a8f87ed17ae5513c87228533397cc3

• lavc/mediacodec : rescale pts before decoding for both hw and sw buffers

  3 juillet 2017, par Aman Gupta

  lavc/mediacodec : rescale pts before decoding for both hw and sw buffers
  Replicates the logic used in the wrap_hw_buffer path to wrap_sw_buffer
  
  as well.
  Fixes decoding issues observed on AMLogic devices with
  
  OMX.amlogic.mpeg2.decoder.awesome, where the decoder would spit out a
  
  constant stream of "mPtsRecoveryCount" errors and decoded frames were
  
  returned in the incorrect order.
  Signed-off-by : Matthieu Bouron <matthieu.bouron@gmail.com>
  

  • [DH] libavcodec/mediacodecdec_common.c