Recherche avancée

Sur d’autres sites (5791)

• Reverse Engineering Radius VideoVision

  3 avril 2011, par Multimedia Mike — Reverse Engineering

  I was called upon to help reverse engineer an old video codec called VideoVision (FourCC : PGVV), ostensibly from a company named Radius. I’m not sure of the details exactly but I think a game developer has a bunch of original FMV data from an old game locked up in this format. The name of the codec sounded familiar. Indeed, we have had a sample in the repository since 2002. Alex B. did some wiki work on the codec some years ago. The wiki mentions that there existed a tool to transcode PGVV data into MJPEG-B data, which is already known and supported by FFmpeg.

  The Software
  My contacts were able to point me to some software, now safely archived in the PGVV samples directory. There is StudioPlayer2.6.2.sit.hqx which is supposed to be a QuickTime component for working with PGVV data. I can’t even remember how to deal with .sit or .hqx data. Then there is RadiusVVTranscoder101.zip which is the tool that transcodes to MJPEG-B.

  Disassembling for Reverse Engineering
  Since I could actually unpack the transcoder, I set my sights on that. Unpacking the archive sets up a directory structure for a component. There is a binary called RadiusVVTranscoder under RadiusVVTranscoder.component/Contents/MacOS/. Basic deadlisting disassembly is performed via ’otool’ as shown :

    otool -tV RadiusVVTranscoder | c++filt
  

  This results in a deadlisting of both PowerPC and 32-bit x86 code, as the binary is a "fat" Mac OS X binary designed to run on both architectures. The command line also demangles C++ function signatures which gives useful insight into the parameters passed to a function.

  Pretty Pictures
  The binary had a lot of descriptive symbols. As a basis for reverse engineering, I constructed call graphs using these symbols. Here are the 2 most relevant portions (click for larger images).

  The codec initialization generates Huffman tables relevant to the codec :

  
  
  

  The main decode function calls AddMJPGFrame which apparently does the heavy lifting for the transcode process :

  
  
  

  Based on this tree, I’m guessing that luma blocks can be losslessly transcoded (perhaps with different Huffman tables) which chroma blocks may rely on a different quantization method.

  Assembly Constructs
  I started looking at the instructions (the x86 ones, of course). The binary uses a calling convention I haven’t seen before, at least not for the x86 : Rather than pushing function arguments onto the stack, the code manually subtracts, e.g., 12 from the ESP register, loads 3 32-bit arguments into memory relative to ESP, and then proceeds with the function call.

  I’m also a little unclear on constructs such as "call ___i686.get_pc_thunk.bx" seen throughout relevant functions such as MakeRadiusQuantizationTables().

  I’m just presenting what I have so far in case anyone else wants to try their hand.

• colored TV-Noise with windows

  8 janvier 2024, par LookAndSee

  I have some question to the colored noise at image 2 of the following thread :

  


  Simulating TV noise

  


  

  • how can i get this in windows ? I like a random pattern consisting of red, green, blue, white and black points, like 255:0:0, 0:255:0, 0:0:255, 255:255:0, 0:0:0 and 255:255:255 - no pink, no orange, no cyan ... at the first step.

  


  


  but random in all 3 places always delievers (with ceil, floor or round) whole black, or whole white or bw-noise :-(
does it mean, the random(1) per point is 3 times the same in one computing-cycle ?

  


  Any suggestion ?

  


  This is what i tried :

  


  ffmpeg -y -f lavfi -i nullsrc=s=1280x720 -filter_complex "geq=r=(round(random(1)))*255:g=(round(random(1)))*255:b=(round(random(1)))*255;aevalsrc=-2+random(0)" -t 5 output.mkv


  


• ffmpeg slideshow with mp3 audio but loop the slides till audio is finished ?

  20 décembre 2014, par Cade Nelson

  OK first the disclaimer I am a NOOB

  I have podcast that can run anywhere from 1-2 hours. It is recorded to .mp3 format and during the podcast we take some pics. Sometimes as few as 4 pics and other times as many as 70. What I would like to do is be able to point to the .jpgs in a directory and then specify the .mp3. Then have the slideshow repeat until the audio is done and write to mp4.

  Is this possible with ffmpeg ? Or any other program ?

  This needs to be scripted and can be done with Linux (fedora 20) or Windows.

  I have found some good references for ffmpeg but could find nothing to tell me how to loop the slideshow until the audio finished.

  Thanks for your time

   C