Recherche avancée

Sur d’autres sites (7017)

• avcodec/bitstream : Consistently treat symbol as VLC_TYPE

  26 octobre 2020, par Andreas Rheinhardt

  avcodec/bitstream : Consistently treat symbol as VLC_TYPE
  If a static VLC table gets initialized a second time (or concurrently by
  
  two threads) and if said VLC table uses symbols that have the sign bit
  
  of VLC_TYPE (a typedef for int16_t) set, initializing the VLC fails. The
  
  reason is that the type of the symbol in the temporary array is an
  
  uint16_t and so comparing it to the symbol read from the VLC table will
  
  fail, because only the lower 16bits coincide. Said failure triggers an
  
  assert.
  Reviewed-by : Lynne <dev@lynne.ee>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] libavcodec/bitstream.c

• Windows 10 EV code signing no longer works on electron app

  23 février 2021, par SoOhNo

  I have an electron app. Pretty basic app. It doesn't use ffmpeg for anything it does play an mp3 chime from time to time. I build my app with electron-forge using squirrel format. I then sign it using the SafeNet Authentication app. It's always worked flawlessly.

  


  It's been a couple months since I last released a version. Only thing that has changed is some html ui updates within my electron app and of course lots of Windows 10 updates.

  


  My app builds fine using electron-forge, it installs and runs without issue. I then sign it like usual from the command line and SafeNet confirms it was signed. Right clicking on the file shows it has been signed by my organization. However, once I execute the signed app I get this error : "The code execution cannot proceed because ffmpeg.dll was not found. Reinstalling the program may fix this problem."

  


  Here is what I have tried so far :

  


  

  • Building/Signing on a different windows 10 machine.

  


  • Uninstall/Reinstall SafeNet.

  


  • Running signed .exe on a different Windows 10 instance

  


  • Building/Signing with a cmd session ran as administrator

  


  


  I am at a loss, why is it screaming about ffmpeg.dll which my app doesn't depend on ? Why only after the .exe has been signed do I get this error ?

  


  OS : Windows 10
  
Electron v7.3.2
  
Electron-Forge/cli v6.0.0-beta.47
  
SafeNet x64 v10.3

  


• Trouble automating concatination (merging) of VOB files from DVD with FFMPEG

  2 juillet 2020, par Randy

  I have a library of decrypted DVDs, which all have their video in a series of VOB files within the usual VIDEO_TS folder. I wondered if I could use FFMPEG to combine them into a single MPEG files. So first I found this (this assumes 2 VOB files) from an old non-stack exchange post, and it works...

  


  ffmpeg -i "concat:VTS_01_1.VOB|VTS_01_2.VOB" -f DVD 


  


  ffmpeg complains sometimes about possible missing timestamps, but I've not seen any issues in the video, audio, or synchronization. This works too with slightly different complaints

  


  ffmpeg -i "concat:VTS_01_1.VOB|VTS_01_2.VOB" -f mpeg -c copy output.mpeg


  


  So what I'd like to do is make a windows (1) batch file to create the "concat" string, after analyzing a TS_VIDEO directory. Well as it turns out, putting a "|" character in a string is a tall order. (even escaping it doesn't works as expected.) So I looked up the ffmpeg docs on the "concat" subject, and they suggest using a list of files stored in a text file, like this...

  


  file 'VTS_01_1.VOB'
file 'VTS_01_2.VOB' (etc...)

  


  Then using a call to FFMPEG like this...

  


  ffmpeg -f concat -safe 0 -i mylist.txt -c copy output.mpg


  


  Well I tried that and it didn't work very well. After the first VOB file, I was getting continuous warnings about buffer underflow and time stamps, and the usually fast concatenation process slowed to a creep. Warnings typically looked like this...

  


  


  [mpeg @ 00000185e32b4200] buffer underflow st=1 bufi=1466 size=1998

  


  [mpeg @ 00000185e32b4200] Non-monotonous DTS in output stream 0:1 ;
previous : 328415794, current : 9265348 ; changing to 328415795. This may
result in incorrect timestamps in the output file.

  


  


  So can anyone suggest a method that WORKS as well as my first example, but taking the list of files from an input text file ?