Recherche avancée

Sur d’autres sites (5537)

• getting errors from FFMpeg when spawned from .NET

  18 mars 2014, par Brannon

  When I run FFMpeg from the command line like this

  ffmpeg.exe -hwaccel auto -re -i "C:\Users\Public\Videos\Sample Videos\Wildlife.wmv" -an -sn -c:v bmp -pix_fmt bgr24 -f rawvideo - > junk.bin

  it works fine. However, when I spawn the exact same thing (minus > junk.bin) I get this nasty "bad header" error after a few seconds of playback. What is causing this ? I have trouble believing my process blocks the pipe longer than the filesystem does, but it should be able to block the pipe indefinitely without defeating the decoding. The truncated stderr is below. My code to spawn the thing is here.

  ffmpeg version N-60761-g916a792 Copyright (c) 2000-2014 the FFmpeg developers
  
    built on Feb 19 2014 21:57:22 with gcc 4.8.2 (GCC)
  
    configuration: --target-os=mingw32 --enable-shared --enable-runtime-cpudetect
  
    libavutil      52. 65.100 / 52. 65.100
  
    libavcodec     55. 52.102 / 55. 52.102
  
    libavformat    55. 33.100 / 55. 33.100
  
    libavdevice    55. 10.100 / 55. 10.100
  
    libavfilter     4.  1.103 /  4.  1.103
  
    libswscale      2.  5.101 /  2.  5.101
  
    libswresample   0. 17.104 /  0. 17.104
  
  cygwin warning:
  
    MS-DOS style path detected: C:\Users\Public\Videos\Sample Videos\Wildlife.wmv
  
    Preferred POSIX equivalent is: /cygdrive/c/Users/Public/Videos/Sample Videos/Wildlife.wmv
  
    CYGWIN environment variable option "nodosfilewarning" turns off this warning.
  
    Consult the user's guide for more details about POSIX paths:
  
      http://cygwin.com/cygwin-ug-net/using.html#using-pathnames
  
  [asf @ 0x600059480] Stream #0: not enough frames to estimate rate; consider increasing probesize
  
  Guessed Channel Layout for  Input Stream #0.0 : stereo
  
  Input #0, asf, from 'C:\Users\Public\Videos\Sample Videos\Wildlife.wmv':
  
    Metadata:
  
      SfOriginalFPS   : 299700
  
      WMFSDKVersion   : 11.0.6001.7000
  
      WMFSDKNeeded    : 0.0.0.0000
  
      comment         : Footage: Small World Productions, Inc; Tourism New Zealand | Producer: Gary F. Spradling | Music: Steve Ball
  
      title           : Wildlife in HD
  
      copyright       : © 2008 Microsoft Corporation
  
      IsVBR           : 0
  
      DeviceConformanceTemplate: AP@L3
  
    Duration: 00:00:30.09, start: 0.000000, bitrate: 6977 kb/s
  
      Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 192 kb/s
  
      Stream #0:1(eng): Video: vc1 (Advanced) (WVC1 / 0x31435657), yuv420p, 1280x720, 5942 kb/s, 29.97 tbr, 1k tbn, 1k tbc
  
  Output #0, rawvideo, to 'pipe:':
  
    Metadata:
  
      SfOriginalFPS   : 299700
  
      WMFSDKVersion   : 11.0.6001.7000
  
      WMFSDKNeeded    : 0.0.0.0000
  
      comment         : Footage: Small World Productions, Inc; Tourism New Zealand | Producer: Gary F. Spradling | Music: Steve Ball
  
      title           : Wildlife in HD
  
      copyright       : © 2008 Microsoft Corporation
  
      IsVBR           : 0
  
      DeviceConformanceTemplate: AP@L3
  
      encoder         : Lavf55.33.100
  
      Stream #0:0(eng): Video: bmp, bgr24, 1280x720, q=2-31, 200 kb/s, 90k tbn, 29.97 tbc
  
  Stream mapping:
  
    Stream #0:1 -> #0:0 (vc1 -> bmp)
  
  Press [q] to stop, [?] for help
  
  frame=    3 fps=0.0 q=0.0 size=    8100kB time=00:00:00.10 bitrate=662902.1kbits/s    
  
  frame=   29 fps= 26 q=0.0 size=   78302kB time=00:00:00.96 bitrate=662902.3kbits/s    
  
  frame=   50 fps= 30 q=0.0 size=  135003kB time=00:00:01.66 bitrate=662902.2kbits/s    
  
  frame=   65 fps= 30 q=0.0 size=  175503kB time=00:00:02.16 bitrate=662902.2kbits/s    
  
  frame=   80 fps= 30 q=0.0 size=  216004kB time=00:00:02.66 bitrate=662902.1kbits/s    
  
  frame=   95 fps= 30 q=0.0 size=  256505kB time=00:00:03.16 bitrate=662902.1kbits/s    
  
  [asf @ 0x600059480] ff asf bad header 74  at:5053733
  
  [asf @ 0x600059480] invalid packet_length -1908511255 at:5053740
  
  [asf @ 0x600059480] ff asf bad header d4  at:5053759
  
  [asf @ 0x600059480] ff asf skip 55629 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5181733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5189733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5197733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5205733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5213733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5221733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5229733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5237733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5245733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5357733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5365733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5373733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5381733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5493733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5501733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5509733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5517733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5629733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5637733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5645733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5653733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5701733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5709733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5717733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5725733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5805733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5813733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5821733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5829733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5877733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5885733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5893733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5901733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5949733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5957733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5965733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] ff asf bad header 0  at:5973733
  
  [asf @ 0x600059480] ff asf skip 7991 (unknown stream)
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 15 times
  
  [asf @ 0x600059480] unexpected packet_replic_size of 2
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 7 times
  
  [asf @ 0x600059480] ff asf skip 2562 (unknown stream)
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 3 times
  
  [asf @ 0x600059480] ff asf skip 448 (unknown stream)
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 9 times
  
  [asf @ 0x600059480] unexpected packet_replic_size of 6
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 7 times
  
  [asf @ 0x600059480] packet_frag_size is invalid (1749-9)
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 13 times
  
  [asf @ 0x600059480] packet_frag_size is invalid (1749-9)
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 24 times
  
  [asf @ 0x600059480] unexpected packet_replic_size of 6
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 6 times
  
  [asf @ 0x600059480] unexpected packet_replic_size of 5
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 6 times
  
  [asf @ 0x600059480] packet_frag_size is invalid (1749-9)
  
  [asf @ 0x600059480] packet_obj_size invalid
  
  [asf @ 0x600059480] packet_frag_size is invalid (1749-9)
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 2 times
  
  [asf @ 0x600059480] unexpected packet_replic_size of 5
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 8 times
  
  [asf @ 0x600059480] unexpected packet_replic_size of 5
  
  [asf @ 0x600059480] packet_obj_size invalid
  
      Last message repeated 39 times
  
  [asf @ 0x600059480] packet_frag_size is invalid (1749-40)

• Long Overdue MediaWiki Upgrade

  5 février 2014, par Multimedia Mike — General

  What do I do ? What I do ? This library book is 42 years overdue !
  I admit that it’s mine, yet I can’t pay the fine,
  Should I turn it in or should I hide it again ?
  What do I do ? What do I do ?

  I internalized the forgoing paean to the perils of procrastination by Shel Silverstein in my formative years. It’s probably why I’ve never paid a single cent in late fees in my entire life.

  However, I have been woefully negligent as the steward of the MediaWiki software that drives the world famous MultimediaWiki, the internet’s central repository of obscure technical knowledge related to multimedia. It is currently running of version 1.6 software. The latest version is 1.22.

  The Story So Far
  According to my records, I first set up the wiki late in 2005. I don’t know which MediaWiki release I was using at the time. I probably conducted a few upgrades in the early days, but that went by the wayside perhaps in 2007. My web host stopped allowing shell access and the MediaWiki upgrade process pretty much requires running a PHP script from a command line. Upgrade time came around and I put off the project. Weeks turned into months turned into years until, according to some notes, the wiki abruptly stopped working in July, 2011. Suddenly, there were PHP errors about “Namespace” being a reserved word.

  While I finally laid out a plan to upgrade the wiki after all these years, I eventually found that the problem had been caused when my webhost upgraded from PHP 5.2 -> 5.3. I also learned of a small number of code changes that caused the problem to go away, thus kicking the can down the road once more.

  Then a new problem showed up last week. I think it might be related to a new version of PHP again. This time, a few other things on my site broke, and I learned that my webhost now allows me to select a PHP version to use (with the version then set to “auto”, which didn’t yield much information). Rolling back to an earlier version of PHP might have solved the problem easily.

  But NO ! I made the determination that this goes no further. I want this wiki upgraded.

  The Arduous Upgrade Path
  There are 2 general upgrade paths I can think of :
  

  1. Upgrade in place on the server
  2. Upgrade offline and put the site back on the server

  Approach #1 is problematic since I don’t have direct shell access, though I considered using something like PHP Shell. Approach #2 involves getting the entire set of wiki files and a backup of the MySQL tables. This is workable since I keep automated backups of these items anyway.

  In fairly short order, I was able to set up a working copy of the MultimediaWiki hosted on a local Linux machine. Now what’s the move ? The MediaWiki software I’m running is 1.6.10. The very latest, as of this upgrade project is 1.22.2. I suppose it’s way too much to hope that the software will upgrade cleanly from 1.6.x straight to 1.22.x, but I guess it’s worth a shot…

  HA ! No chance. Okay, next idea is to march through the various versions and upgrade each in turn. MediaWiki has all their historic releases online, all the way back to the 1.3 lineage. I decided that the latest of each lineage should upgrade cleanly from anything in the previous version of lineage. E.g., 1.6.10 should upgrade cleanly to 1.7.3 (last in the 1.7 series). This seemed to be a workable strategy. So I downloaded the latest of each series, unpacked, and copied all the wiki files over the working installation and ran ‘php update.php’ in the maintenance/ directory.

  The process is tedious and not without its obstacles. I consider this penance for my years of wiki neglect. First, I run into the “PHP Parse error : syntax error, unexpected T_NAMESPACE, expecting T_STRING” issue, the same that I saw years ago after the webhost transitioned from PHP 5.2 -> 5.3. I could solve this by editing assorted files and changing “Namespace” -> “MWNamespace” (which is what MediaWiki did by version 1.13). But I would prefer not to.

  Instead, I downloaded the source for PHP 5.2 and compiled it in a separate directory, then called ‘/path/to/php/5.2/bin/php update.php’. Problem solved.

  The next problem is that a bunch of the database update scripts are specifying “Type=InnoDB”. This isn’t supported by modern MySQL databases. Now, it’s “Engine=InnoDB”. A quick search & replace at the command line fixes this for 1.6.x… and 1.7.x… and 1.8 through 1.12. Finally, at 1.13, it was no longer necessary. As a bonus, at 1.13, I was able to test the installation since Namespace had been renamed to MWNamespace. I would later learn that the table type modifications probably could have been simplified in by changing “$wgDBmysql4 = true ;” to “$wgDBmysql5 = true ;” somewhere in LocalSettings.php.

  Command line upgrading worked smoothly up through 1.18 series when I got a new syntax error :

  <br />
PHP Fatal error:  Call to a member function addMessages() on a non-object in /mnt/sdb1/archive/wiki/extensions/Cite.php on line 68<br />

  Best I could do was comment out that line. I hope that doesn’t break anything important.

  In the home stretch, the very last transition (1.21 -> 1.22) failed :

  PHP Fatal error :  Cannot redeclare wfProfileIn() (previously declared in 
  /mnt/sdb1/archive/wiki/includes/profiler/Profiler.php:33) in 
  /mnt/sdb1/archive/wiki/includes/ProfilerStub.php on line 25
  

  Apparently, this problem arises occasionally since 1.18. I found a way around it thanks to this page : Deleted the file StartProfiler.php. Who am I to argue ?

  Upon completing the transition to 1.22, the wiki doesn’t look correct– the pictures aren’t showing up. The solution was to fix the temporary directory via LocalSettings.php.

  Back To Production
  Okay, it all works again ! Locally, that is. How to get it back to the server ? My first idea was that, knowing that this upgrade process can succeed, try stepping through the upgrade process again, but tell the update.php scripts to access the database tables on multimedia.cx. This seemed to be working for awhile, even though the database update phase often took 4-5 minutes. However, the transition from 1.8.5 -> 1.9.6 took 75 minutes and then timed out. According to my notes, “This isn’t going to work.”

  The new process :

  1. Dump the database tables from the local database.
  2. Create a new database remotely (melanson_wiki_ng).
  3. Dump the database table into melanson_wiki_ng.
  4. Move the index.php file out of the wiki files directory temporarily (or rename).
  5. Modify the LocalSettings.php to talk to the new database.
  6. Perform a lftp mirror operation in order to send all the files up to the server.
  7. Send the index.php file and hope beyond hope that everything magically works.

  And that’s the story of how the updated MultimediaWiki came back online. Despite the database dump file being over 110 MB, it only tool MySQL 1m45s to transmit it all to the remote server (let’s hear it for the ‘–compress’ option). For comparison, inserting the tables back into a fresh local database took 1m07s.

  When the MultimediaWiki was first live again, it loaded, but ever so slowly. This is when I finally looked into optimization and found that I was lacking any caching. So as a bonus, the MultimediaWiki should be much faster now.

  Going Forward
  For all I know, I did everything described here in the hardest way possible. But at least I got it done. Unless I learn of a better process, future upgrades will probably look similar to this.

  Additionally, I should probably take some time to figure out what new features are part of the standard MediaWiki distribution nowadays.

• 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.