Recherche avancée

Sur d’autres sites (7705)

• Convert mp3 to AAC with mpeg-2 container (FFMPEG)

  18 mars 2016, par jsurf

  I’m trying to convert an mp3 audio file to an AAC file with FFMPEG, and I need the audio to be wrapped in an MPEG-2 container.
  The resulting AAC file needs to be AAC-LC (Low Complexity), 1-channel, CBR mode, 44100 sample rate, and 48kb/s bitrate, so I use this command :

  ffmpeg -y -i input.mp3 -ar 44100 -ab 48k -acodec libfdk_aac -ac 1 output.aac

  But when I examine the ADTS headers, the audio file is always being wrapped in an MPEG-4 container. I have tried all the codecs listed here but I still end up with an mpeg-4 container wrapped around the audio : http://trac.ffmpeg.org/wiki/AACEncodingGuide.

  Here are the headers I get when examining the AAC output file :

  mpeg_type : ’MPEG4’,
  profile : 2,
  profile_name : ’AAC LC’,
  sample_freq : 44100,
  channel_config : 1,
  channels : 1,
  frame_length : 139,
  buffer_fullness : 157,
  number_of_frames : 1,
  frames_per_sec : 43.06640625

  Any ideas as to why ffmpeg wraps an mp4 container around the audio ? Can I get around this somehow ? Are there any other encoders I can try aside from FFMPEG ? I was giving FAAC encoder a shot and it gives me the proper encoding and ADTS headers, but alas it does not support mp3, only WAV.

• Multimedia Exploration Journal : The Past Doesn’t Die

  12 juillet 2011, par Multimedia Mike — Game Hacking

  New haul of games, new (old) multimedia formats.

  Lords of Midnight
  Check out the box copy scan for Lords of Midnight in MobyGames. In particular, I’d like to call your attention to this little blurb :

  
  
  

  Ahem, "Journey through an immense world — the equivalent of 8 CD-ROMs." Yet, when I procured the game, it only came on a single CD-ROM. It’s definitely a CD-ROM (says so on the disc) and, coming from 1995, certainly predates the earliest DVD-ROMs (which can easily store 8 CD-ROMs on a disc). Thus, I wanted to jump in a see if they were using some phenomenal compression in order to squeeze so much info into 600 or so megabytes.

  I was surprised to see the contents of the disc clocking in at just under 40 megabytes. An intro movie and an outro movie account for 75% of that. Format ? None other than that curious ASCII anomaly, ARMovie/RPL with Escape 122 codec data.

  Cyclemania

  
  
  

  Cyclemania is one of those FMV backdrop action games, but with a motorcycle theme. I had a good feeling I would find some odd multimedia artifacts here and the game didn’t disappoint. The videos are apparently handled using 3-4 discrete files per animation. I’ve documented my cursory guesses and linked some samples at the new MultimediaWiki page.

  Interplay ACMP
  This is unrelated to this particular acquistion, but I was contacted today about audio files harvested from the 1993 DOS game Star Trek : Judgment Rites. The files begin with the ASCII signature "Interplay ACMP Data". This reminds me of Interplay MVE files which begin with the similar string "Interplay MVE File". My theory is that these files use the ACOMP compression format, though I’m still trying to make it fit.

  Wiki and samples are available as usual if you’d like to add your own research.

• Input seeking for frame at specified timestamp with Py-AV

  9 décembre 2019, par neonScarecrow

  I have a project already using Py-AV and am trying to replicate a specific ffmpeg command. The goal is to get a frame roughly around the specified timestamp.

  Here’s the ffmpeg commmand :
  https://trac.ffmpeg.org/wiki/Seeking

  ffmpeg -ss 14 -i https://some_url.mp4 -frames:v 1 frame_at_14_seconds.jpg

  Here’s my code :

      #return one frame around 14 seconds into the movie
  
      target_sec = 14 
  
      container = av.open('https://some_url.mp4', 'r')
  
      container.streams.video[0].thread_type = 'AUTO'
  
      video_stream = next(s for s in container.streams if s.type == 'video')
  
      time_base = float(video_stream.time_base)
  
      target_timestamp = int(target_sec / time_base) + video_stream.start_time
  
      video_stream.seek(target_timestamp)
  
      for frame in container.decode(video_stream):
  
          frame.to_image().save('frame_at_14_seconds.jpg')
  
          break

  Additionally, I have found any documentation about this, but does anyone know if either command (ffmpeg/av.open) is downloading the entire file to a tmp file behind the scenes. I’m looking for a less memory-intensive way to read a frame for every second in an up to 60 second video.