Recherche avancée

Sur d’autres sites (6502)

• avcodec/aacps_common : Combine huffman tabels

  26 septembre 2023, par Andreas Rheinhardt

  avcodec/aacps_common : Combine huffman tabels
  This allows to avoid the relocations inherent in an array
  
  to individual tables ; it also reduces padding.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/aacps_common.c
  • [DH] libavcodec/aacpsdata.c

• Unmapping memory-mapped images that are created during processing

  23 avril 2013, par user2309283

  I have a pretty big issue, although I only have the symptoms, and a theory on the cause.

  I have a C++ application under Windows 7x64 that uses system calls to FFMPEG 0.7.13 to extract frames from videos. When running, the parent application maintains a nice, predicable memory footprint in memory profilers (task manager, RAMMap) of about 2MB. I can see the individual calls to FFMPEG also come and go without incident. The trouble is, after about 100 calls to FFMPEG, and 70,000+ PNGs created (no one directory has more than 1500 pngs), the Windows memory page size raises gradually from about 2.5GB to over 7.0GB, and the system is brought to its knees. The sum of the processes for all users is no where near the reported Memory Page amount.

  I thought it might be Windows Search indexing related, so I turned off the indexing for the output directories in question using SetFileAttributes() and FILE_ATTRIBUTE_NOT_CONTENT_INDEXED, and while it seems to be working as advertised, it does not seem to combat the issue at hand. My current running theory is that all of these extracted PNGs are either fully or partially memory mapped, by FFMPEG or something else. I can also see the output PNGs under the RAMMap Physical Pages tab as standby mapped files.

  Question :
   Is there enough information here to possibly diagnose the exact problem ?
   Do I have a way to combat this issue ?

  Thanks in advance...

• Python subprocess or os.system not working with ffmpeg

  13 février 2024, par confused

  I've been trying to get this darn programming run since last night and cannot seem to get anything to work. I want to first trim the video and then resize the video. I'm reading which video and what to give the final name from a text file, over 780 lines long, quite a few videos.

  


  Thus far with every idea under the sun I have tried, subprocess and os.system, I can't get anything more than error statements or right now all I get is no file creation of any kind. How the heck do I get this to work correctly ?

  


  import ffmpeg
import subprocess
import os

os.chdir('/home/Downloads/SRs/')
a = open('SRt.txt', 'r')
b = a.readlines()
a.close()
for c in range(0, len(b)-1):
    words = list(b[c].split(" "))
    d = len(words)
    e = words[d-1]
    f = b[c].replace(e, 'FR' + str(c) + '.mp4')
    words[d-1] = 'FR' + str(c) + '.mp4'
    print(f)
    subprocess.call(f, shell=True)
    subprocess.call([
        'ffmpeg',
        '-i',
        "'FR' + str(c) + '.mp4'",
        '-vf scale=320:240',
        words[d-1],
        ])


  


  Here are some examples of what the original file would look like :

  


   ffmpeg -i SR.mp4 -ss 00:00:00 -to 00:01:22 -c:v copy -a copy CPH.mp4
 ffmpeg -i SR.mp4 -ss 00:01:24 -to 00:02:58 -c:v copy -a copy CG.mp4
 ffmpeg -i SR.mp4 -ss 00:02:59 -to 00:05:41 -c:v copy -a copy CSGP.mp4


  


  Nothing fancy just separating video in its own individual segments and then resaving it before resizing it.

  


  I tried :

  


  z=subprocess.call(f, shell=True, stdout=subprocess.PIPE)
print(z)


  


  But all I get is '1'.

  


  When I changed it to :

  


  z=subprocess.call(f, shell=True, stderr=subprocess.PIPE)
print(z)


  


  All I get is '1'.

  


  Maybe I'm doing something wrong.