Recherche avancée

Sur d’autres sites (8831)

• How can combine two separate scripts being piped together to make one script instead of two ?

  27 mars 2016, par user556068

  For the past couple hours I’ve been banging my head against the wall trying to figure out something I thought would be simple. Maybe it is but it’s beyond me at the moment. So I have now two scripts. Originallly they were part of the same but I could never make it work how it should. So the first part uses curl to download a file from a site. Then using grep and sedto filter out the text I need which is then put into a plain text file as a long list of website urls ; one per line. The last part of the 1st script calls on youtube -dl to read the batch file in order to obtain the web addresses where the actual content is located. I hope that makes sense.

  youtube-dl reads the batch file and outputs a new list urls into the terminal. This second list is not saved to file because it doesn’t need to be. These urls change from day to day or hour to hour. Using the read command, these urls are then passed to ffmpeg using a predetermined set of arguments for the input and output. Ffmpeg is executed on every url it receives and runs quietly in the background.

  The first paragraph describes script1.sh and paragraph 2 obviously describes script2.sh. When I pipe them together like script1.sh | script2.sh it works better than I ever thought possible. Maybe i’m nitpicking at this point but the idea is to have 1 unified script. For the moment I have simplified it by adding an alias to my .bash_profile.

  Here are the last two commands of script1.

  sed 's/\"\,/\//g' > "$HOME/file2.txt";
  
  cat $HOME/file2.txt | youtube-dl --ignore-config -iga -

  The trailing - allows youtube-dl to read from stdin.

  The second part of the script ; what I’m calling script2 at this point begins with

  while read -r input
  
  do
  
  ffmpeg [arg] [input] [arg2] [output]

  What am i not seeing that is causing the script to hang when the two halves are combined yet work perfectly if one is piped into the other ?

• avcodec/bitstream : Move code for initializing VLCs to file of its own

  17 mars 2022, par Andreas Rheinhardt

  avcodec/bitstream : Move code for initializing VLCs to file of its own
  bitstream.c is currently the disjoint union of three parts :
  
  The first part is ff_log2_run, the second part are some auxiliary
  
  functions for the PutBits-API ; and the third part is the code
  
  for creating VLCs. This commit moves the latter into a file of its own.
  
  This has the advantage of making one of the hacks in tableprint_vlc.h
  
  redundant as vlc.c does not include config.h (whereas the PutBits-API
  
  part does).
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/Makefile
  • [DH] libavcodec/bitstream.c
  • [DH] libavcodec/tableprint_vlc.h
  • [DH] libavcodec/vlc.c

• avformat : remove some mpegts details from AVStream

  28 décembre 2020, par Marton Balint

  avformat : remove some mpegts details from AVStream
  These fields were added to support -merge_pmt_versions, but the mpegts demuxer
  
  is also keeping track its programs internally, so that should be a better place
  
  to handle it.
  Also it is not a very good idea to keep fields like program_num or
  
  pmt_stream_idx in an AVStream, because a single stream can be part of multiple
  
  programs, multiple PMTs, so the stream attributes can refer to any program the
  
  stream is part of.
  Since they are not part of public API, lets simply remove them, or rather
  
  replace them with placeholders for ABI compatibility with libavdevice.
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] libavformat/avformat.h
  • [DH] libavformat/mpegts.c