Recherche avancée

Sur d’autres sites (7815)

• ffmpeg is not working while uploading file using uploadify

  21 janvier 2016, par Ranjith

  for a particular video i tried like this, and it worked

  exec('/usr/bin/ffmpeg -i /home/xxxxxx/public_html/test/video1.mp4  /home/xxxxxxx/public_html/test/video1.flv');

  but for uploadify i write code like this ,

  <?php
  
  
  
  if (!empty($_FILES)) {
  
  $userId=$_SESSION["user_userid"];
  
  $filename = $_FILES['Filedata']['name'];
  
  $filetmpname = $_FILES['Filedata']['tmp_name'];
  
  $fileType = $_FILES["Filedata"]["type"];
  
  $fileSizeMB = ($_FILES["Filedata"]["size"] / 1024 / 1024);
  
  $folder=$_REQUEST['folder'];
  
  
  
  exec("/usr/bin/ffmpeg -i"."/home/xxxxxx/public_html/private/".$folder."/".$filename." "."/home/xxxxxx/public_html/private/".$folder."/".$filename.".flv");
  
  
  
  }elseif($_POST['d']){
  
  $filename = $_POST['d'];
  
  $folder=$_REQUEST['folder'];
  
  $dFile = $folder.$filename;
  
  if(file_exists($dFile)){
  
      unlink($dFile);
  
  }
  
  }
  
  ?>

  this code is not converting the uploaded file.
  help me please.

  thanks

• FFmpeg.wasm demuxing - Get encodedChunks in Javascript

  16 mars 2023, par Kevin Baving

  I am building a video editor whose process looks like this :

  


  Demuxing -> Decoding -> Editing -> Encoding -> Muxing.

  


  The demuxing and muxing process is currently done with mp4box.js. I would like to replace mp4box.js with ffmpeg.wasm. Unfortunately, I can't get along with the process.

  


  What should FFmpeg.wasm do in the demuxing process ?

  


  

  • load a .mp4 file

  


  • extract the encodedVideoChunks and store them as EncodedVideoChunk objects in an array

  


  • extract the encodedAudioChunks and store them as EncodedAudioChunk objects in an array

  


  • get some metadata like : duration, timescale, fps, track_width, track_height, codec, audio_channel_count, sample_rate ....

  


  


  public async loadFile(file: File) {
    let data = await fetchFile(file)
    let blob = new Blob();
    await this.ffmpeg.setProgress(({ratio }) => console.log(`Extracting frames: ${Math.round(ratio * 100)}%`));
    this.ffmpeg.FS('writeFile', 'videoTest.mp4', data);
    //Here is where I am struggling
    //Should look like this: 
    //const command = '-i videoTest.mp4 -c:v copy .... '
    //await this.ffmpeg.run(command);
    //....
}


  


  Lets get deeper into my problem :

  


  Because FFmpeg.wasm is still a cli tool, I have no idea what the best way to safe the encodedChunks into a file is (and what kind of filetype I should use). Further I would like to know how to read that file propertly so that i can safe the input of the file into seperate EncodedVideo- and AudioChunks.

  


• Chiptune Database and API

  14 septembre 2012, par Multimedia Mike — General

  So I set out to create a website that allows people to easily listen to video game music directly through their web browser. I succeeded in that goal. However, I must admit that the project has limited appeal since the web player is delivered via Chrome’s Native Client technology, somewhat limiting its audience. I’m not certain if anyone really expects NaCl to take off in any serious way, but I still have a few other projects in mind.

  I recently realized that, as a side effect of this project, I accidentally created something of significant value to fans of old video games and associated music– a searchable database of chiptune music and metadata. To my knowledge, no one else has endeavored to create such a thing. I figured that I might as well make the database easily accessible with an API and see where it leads.

  To that end, I created 2 API entry points. First, there is the search API located at http://gamemusic.multimedia.cx/api/search/. This can be exercised by ending the URL with a URL-encoded search string, e.g. : http://gamemusic.multimedia.cx/api/search/super+mario. This returns JSON data containing an array of results in decreasing order of relevance. Each result has a game title, database ID, media URL, system type, and an SHA-1 hash. This is the same API that the site’s own search page uses.

  The database ID can be plugged into http://gamemusic.multimedia.cx/api/metadata/ to retrieve the song’s metadata in JSON format. E.g., the ID for Super Mario Bros. 3 on the NES is 161 : http://gamemusic.multimedia.cx/api/metadata/161.

  I recently read an article about sins against true RESTful API principles which led me to believe I’m almost certainly doing this web API stuff wrong. I don’t think it’s a huge deal, though, since I don’t think anyone actually listens to chiptunes any more. But if there are offline chiptune music players that are still in service and actively maintained, perhaps the authors would like to implement this API. It would require some type of HTTP networking library, a JSON parser, the embedded XZ decoder, and some new code to parse through my .gamemusic and .psfarchive formats.

  This database could be a significant value-add to chiptune playback software, and could help people experience classic game music much more easily.