Recherche avancée

Sur d’autres sites (10931)

• ClickOnce Deployment looking for manifest signature on an nuget sourced .exe (FFMPEG #) as if it is a .csproj output. Deployment fails

  9 octobre 2019, par M_Ryce

  I have a C# forms app which utilizes the nuget package "FFMPEG Sharp" (Nuget Github) to generate video from a sequence of images.

  Unlike most nuget packages which simply pull in a .dll, installing FFMPEG Sharp places an "FFMPEG" folder into the .csproj root directory, in addition to bringing the appropriate .dll into "packages"

  Inside this folder are a few FFMPEG artifacts and a /bin folder containing FFMPEG executables. According to the project’s Github readme, this /bin directory needs to be specified in the app.config.

  From Github Readme example :

  <appsettings>
  
    <add key="ffmpegRoot" value="C:\ffmpeg\bin\"></add>
  
  </appsettings>`

  Adjusting the above to work in alignment with the default location Nuget placed the dependency artifacts :

  <appsettings>
  
    <add key="ffmpegRoot" value="..\..\FFMPEG\bin"></add>
  
  </appsettings>`

  Everything related to this dev effort has been smooth sailing, until I tried to utilize the existing Clickonce deployment for the app. The FFMPEG folder in my .csproj root wasn’t making it to the build output and therefore the application’s call to the FFMPEG .exe was throwing a null reference error. Understandable result, given that I had not set up any method of ensuring the FFMPEG artifacts made it to the build output with the same folder structure as existed on my local dev box.

  To counter this, I set a POST-build command to XCOPY....

  XCOPY "$(SolutionDir)MyApp\FFMPEG" "$(TargetDir)FFMPEG" /S /Y /I

  ...the nuget-provisioned FFMPEG artifacts into the build output root, and adjusted the config setting accordingly (see below)

  <appsettings>
  
    <add key="ffmpegRoot" value=".\FFMPEG\bin"></add>
  
  </appsettings>`

  This worked like a dream when building/running locally. The XCOPY succeeded in placing FFMPEG folder contents into the compiled solution’s Debug/Release bin and the updated config referenced them. No errors.

  Attempting to deploy with the .NET ClickOnce tool has created a rather befuddling error though.

  (Apologies for formatting ugliness below. I tried but didn’t succeed. The important parts are in bold)

  ERROR SUMMARY
  Below is a summary of the errors, details of these errors are listed later in the log.
  Activation of https://MySite/MyApp/Install/MyApp.application resulted in exception. Following failure messages were detected :
  + Downloading https://MySite/MyApp/Install/Application Files/MyApp/FFMPEG/bin/x86/ffmpeg.exe.deploy did not succeed.
  + The remote server returned an error : (404) Not Found.
  COMPONENT STORE TRANSACTION FAILURE SUMMARY
  No transaction error was detected.
  WARNINGS
  The manifest for this application does not have a signature. Signature validation will be ignored.
  * The manifest for this application does not have a signature. Signature validation will be ignored.
  OPERATION PROGRESS STATUS
  * [10/8/2019 2:03:37 PM] : Activation of https://MySite/MyApp/Install/MyApp.application has started.
  * [10/8/2019 2:03:37 PM] : Processing of deployment manifest has successfully completed.
  * [10/8/2019 2:03:37 PM] : Installation of the application has started.
  * [10/8/2019 2:03:37 PM] : Processing of application manifest has successfully completed.
  * [10/8/2019 2:03:40 PM] : Found compatible runtime version 4.0.30319.
  * [10/8/2019 2:03:40 PM] : Request of trust and detection of platform is complete.
  ERROR DETAILS
  Following errors were detected during this operation.
  * [10/8/2019 2:03:40 PM] System.Deployment.Application.DeploymentDownloadException (Unknown subtype)
  - Downloading https://MySite/MyApp/Install/Application Files/MyApp/FFMPEG/bin/x86/ffmpeg.exe.deploy did not succeed.*

  ...

  My interpretation of this is that the ClickOnce deployment is treating the Nuget-sourced .exe’s as if they are compiled code from this very project, and checking for a signed manifest.

  This ClickOnce deployment was not set up by me, and had not needed to account for such external artifacts existing in the output previously. I do not believe turning off signed assemblies is an option for me, for security reasons.

  Is there a way to make ClickOnce deployments ignore a specific .exe when checking for signed manifests ? I think the "correct" intended usage is for FFMPEG to be pre-installed on the machine as a stand-alone application, but This is not an option for me at this time. I will need FFMPEG to be brought in by the ClickOnce.

• Failed to convert webm audio file to mp4 using FFMPEG

  22 février 2021, par Shijin TR

  I have a webm audio file , I was trying to convert it into mp4 using ffmpeg. But it is failed to create the mp4. The info about the file is as follows.

  



  fmpeg -i 54ebe077-96fc-4ace-9a38-f13c58807322.webm -hide_banner

Input #0, matroska,webm, from '54ebe077-96fc-4ace-9a38-f13c58807322.webm':
  Metadata:
    encoder         : Lavf56.40.101
    creation_time   : 2019-10-22T11:19:12.000000Z
  Duration: 00:00:24.16, start: 0.000000, bitrate: 41 kb/s
    Stream #0:0: Video: vp8, yuv420p, 640x480, SAR 1:1 DAR 4:3, 30 fps, 30 tbr, 1k tbn, 1k tbc (default)
    Stream #0:1: Audio: opus, 48000 Hz, mono, fltp (default)
At least one output file must be specifiedffmpeg -i  54ebe077-96fc-4ace-9a38-f13c58807322.webm -qscale 0 out.mp4


  



  I was tried to convert it using the following command

  



  ffmpeg -i  54ebe077-96fc-4ace-9a38-f13c58807322.webm -qscale 0 out.mp4


  



  It throws errors

  



  [opus @ 0x56489c7f9840] LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
[opus @ 0x56489c7f9840] Error decoding a SILK frame.
[opus @ 0x56489c7f9840] Error decoding an Opus frame.
Too many packets buffered for output stream 0:1.
[aac @ 0x56489c82d640] Qavg: 59180.625
[aac @ 0x56489c82d640] 2 frames left in the queue on closing
Conversion failed!


  



  How to fix this issue ? I have played the file in VLC and I can hear the sound from the source file. But failed to convert it

  


• YouTube_dl doesn't find ffmpeg

  10 octobre 2019, par user702846

  I would like to download a set of youtube file as audio, mp3.

  import youtube_dl
  
  
  
  ydl_opts = {
  
      'format': 'bestaudio/best',
  
      'postprocessors': [{
  
          'key': 'FFmpegExtractAudio',
  
          'preferredcodec': 'mp3',
  
          'preferredquality': '192',
  
      }],
  
  }
  
  with youtube_dl.YoutubeDL(ydl_opts) as ydl:
  
      ydl.download(['https://www.youtube.com/watch?v=cmNEDz7YZSw']) 

  It successfully download the file as m4a - however complains about ffmpeg installation.

  ERROR: ffprobe/avprobe and ffmpeg/avconv not found. Please install one.

  I do have ffmpeg installed and located at /usr/local/bin/ffmpeg and also have added to my PATH using

  os.environ["PATH"] += '/usr/local/bin/ffmpeg'

  but still the error is there. I am using MacOS Mojave and my ffmpeg specification are as following,

  fmpeg version 4.1.3 Copyright (c) 2000-2019 the FFmpeg developers
  
    built with Apple LLVM version 10.0.1 (clang-1001.0.46.4)
  
    configuration: --disable-encoder=vorbis --enable-libvorbis --enable-libmp3lame --disable-x86asm