Recherche avancée

Sur d’autres sites (6836)

• Monitor multiple instances of same process

  18 décembre 2013, par user3116597

  I'm trying to monitor multiple instances of the same process. I can't for the life of me do this without running into a problem.

  All the examples I have seen so far on the internet involve me writing out the PID or monitoring the process itself. The issue is that if one instance fails, it doesn't mean all the rest have failed as well.

  In order for me to write out the PID for each process it would mean I'd probably have to run each process with a short delay to record the correct, seeing as the way I need to record the PID is done through the process name being probed.

  If I'm wrong on this, please correct me. But so far I haven't found a way to monitor each individual process, which all have the same name.

  To add to the above, the processes are run in a batch script and each one is run in its own screen (ffmpeg would otherwise not be able to run in the background).

  If anyone can point me vaguely in the right direction on how to do this in Linux I would really appreciate it. I read somewhere that it would be possible to set up symlinks which would then give me fake process names and that way I can monitor the 'fake' process name.

• Need to set Multiple drawtext in same line one after the other. but unable to do so via FFMPEG command

  9 septembre 2019, par balpreet singh

  Hi Am trying to create a FFMPEG command for Text overlay on video that has partially text as bold. I am using the following command. but am unable to figure out how to pass the x position of 1st ending part.

  ffmpeg -i b.mp4 -vf "drawtext=fontfile=arial.ttf:text='Title of this video is ':fontcolor=blue:fontsize=20,drawtext=fontfile=ariali.ttf:text='How to have a healthy Life':fontcolor=yellow:fontsize=20:x=**<width of="of" 1st="1st" text="text">**" -c:v libx264 -c:a copy -movflags +faststart output.mp4 -y
  
  </width>

• Back porting ffmpeg.dll from electron for windows xp by disassembling

  28 juillet 2024, par Oosuke Ren

  I've recently gotten into a really interesting project of having a fully functional (and as futuristic as possible) physical retro gaming machine with windows xp. I had found One Core Api that successfully works to allow for some programs to work that otherwise wouldn't have. One of them is electron (5.0.13). Thanks to a vast testing between a VM with the kernel extender and a vanilla XP, I found out that the only thing stopping me from succeeding is because it's dependent on an EXTREMELY specific version/fork of ffmpeg (Chromium fork of ffmpeg 4.1) . Due to that being a relatively old fork/version, the build tools/links for some of the stuff are nonexistent right now, so even if I do have the fork locally with all the instructions, I can't build it. (and if I do I have to patch Win Vista+ Api functions, with one custom stub dll I have)

  


  AcquireSRWLockExclusive InitializeConditionVariable SleepConditionVariableSRW InitOnceBeginInitialize InitOnceComplete InitializeSRWLock ReleaseSRWLockExclusive WakeAllConditionVariable WakeConditionVariable

  


  Since I can't custom build ffmpeg I have to patch it's calls by redirecting them to my custom dll that includes these back ported functions and more.

  


  I tried many different ways => IDA Pro, Ghidra, objconv, currently am the closest with "DLL to C"

  


  Ida Pro and Ghidra seem to not be creating assembly code that I'd be able to assemble back after patching.

  


  objconv produces a really accurate disassembly, but the issue is it doesn't have an assembler. And the produced .asm won't assemble with Fasm, masm or nasm

  


  As for DLL to C-> successfully created a quite presentable VS project, the project successfully compiles with only one warning, the byte sizes is quite similar, the problem is => the functions are getting wrongly directed (towards wrong functions in my dll- and thus the ones needed are undefined) And this is too deep to be able to tell if it's a VS version issue, wrong code implementation or if just DLL to C has wrongly disassembled the logic.

  


  Question is, is my last option remaining to manually edit the HEXES of the Import Address Table and Import Names so they get redirected ? (the problem is my knowledge in Assembly isn't too good, so I'm not sure if that's all I'd have to do, and even if so, I have a feeling I'd mess up the Virtual Addresses or something.