June 2011 - MPlayer-dev-eng - lists.mplayerhq.hu

Homepage DOCS needs update
by Ingo Brückl 24 Apr '14

24 Apr '14

If it's already on the to-do list ignore, but the documentation on the homepage doesn't get updated. Ingo

3 12

GUI Icon
by Ingo Brückl 10 Jan '12

10 Jan '12

Although I like the MPlayer logo, I think that it isn't really suitable for a desktop icon. On Bugzilla (http://bugzilla.mplayerhq.hu/show_bug.cgi?id=710) there is an offer for a GUI icon set that is quite nice. There is licence information for the Tango Desktop Project Icon Library, but it is missing for the Tango Fridays which supposably is a problem. If there is no general objection in using these icons for the GUI, I could try to contact the creator, Andreas Nilsson, and ask for a full set of these icons and a licence information to include both to the MPlayer repository. Would that be OK? Ingo PS: Where can I find the original (svg?) of the MPlayer logo?

2 2

[PATCH] add support of compression algorithm 3 in mkv demuxer
by Alexander Beregalov 02 Jan '12

02 Jan '12

Specs from http://www.matroska.org/technical/specs/ : ContentCompAlgo The compression algorithm used. Algorithms that have been specified so far are: 0 - zlib, 1 - bzlib, 2 - lzo1x, 3 - Header Stripping. ContentCompSettings Settings that might be needed by the decompressor. For Header Stripping (ContentCompAlgo=3), the bytes that were removed from the beggining of each frames of the track. I have such file, it works for me. | + A track | + Track number: 2 | + Track UID: 2 | + Track type: audio | + Lacing flag: 1 | + Default flag: 1 | + Codec ID: A_AC3 | + Content encodings | + Content encoding | + Content compression | + Algorithm: 3 (header removal) | + Settings: length 2, data: 0x0b 0x77 See an attachment. Please comment.

7 21

Playlist recognition
by Ingo Brückl 29 Sep '11

29 Sep '11

Is there a special reason for commenting // { "pls", DEMUXER_TYPE_PLAYLIST }, // { "m3u", DEMUXER_TYPE_PLAYLIST }, in libmpdemux\extension.c? I always felt annoyed by having to use option '-playlist' for playlists which is especially irritating if you'd like to pass both playlists and files to play as arguments. These should really be uncommented for convenience of the user. Ingo

2 2

[PATCH] Fix for mpeg2 A/V sync bug.
by Steaphan Greene 19 Aug '11

19 Aug '11

The attached patch fixes the bug with vob files (and, presumably other mpeg2 content) caused by the A/V sync code added with r32055/32056. I believe this solution should cause no other harm. Basically, it now just removes the last_pts data when one of these pts changes occurs in the mpeg2 stream. That way, the A/V resync code in question ignores this frame, and no longer breaks anything. It seems likely that this same sort change may be needed for other cases where the pts is non-uniform, to prevent this resync from causing this same problem. However, I leave that to someone who understands all these cases better than I. For my part, I am fairly confident that this fixes the bug I found, without damaging anything else. -- Steaphan Greene <sgreene(a)cs.binghamton.edu> Lecturer, Computer Science, Binghamton University GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt

5 16

solution of av desync on capturing with mencoder
by Jarek Czekalski 23 Jul '11

23 Jul '11

After years of using mencoder to capture and encode videos I found a way to achieve a/v synchronization which is better than the current mencoder solution. Instead of adjusting video I suggest adjusting audio. I have 2 patches to mencoder, which I'll post if I get a positive receive. PROBLEM DESCRIPTION Capturing from v4l2 and alsa. The sound card has a different timer than the video frames timer which results in a skew between audio and video. Mencoder currently drops or duplicates frames when it detects the time difference. This solution synchronizes audio with video but has the following drawbacks: 1. Duplicated or dropped frames produce jerky videos, especially on interlaced source. 2. Sound card can produce strange fluctuation which forces mencoder to duplicate and insert frames in a short period which spoils the video quality even more. If a 1 hour video should have 10 duplicated frames, instead it has 60 duplicated and 50 inserted frames. ALTERNATIVE SOLUTION Adjusting sound to video seems more reasonable to me. So we need to capture with -noskip and scale the audio to match the video duration. What do we need? 1. Calculation of the audiorate 2. Correction of the initial skew between audio and video. If I turn on -noskip, then I have initial skew between audio and video of about 0.1s. With skipping allowed mencoder would fix this. The user makes the audio adjustment in his script using sox or the native scaletempo filter. Patch for 1. Report audiorate in status line. I suggest introducing -reportaudiorate switch. The status line could then look like this: Pos:3569.4s 89234f ( 0%) 25.00fps Trem: 0min 0mb tc:-0.513 (r:1.000144) r is the audiorate that should be passed to an audio scaler. After finished encoding a following line is also printed: duplicated: 2, bad: 0, skipped: 0, v_timer_corr: -0.523, audio_scale: 1.0001453 The audio_scale here is the final audio rate. Patch for 2. The switch -noskipafter would allow mencoder to skip frames during the first 2 seconds of encoding. After 2 seconds it behaves as if -noskip was specified. ADVANTAGES OF A NEW SOLUTION Clean video without any corrections. No noticeable sound quality loss, at least using sox. No noticeable a/v desync on my sound card. Is there a chance for commiting these 2?

3 8

[PATCH] Stereo3D Half-Width Side-By-Side Formats.
by Steaphan Greene 12 Jul '11

12 Jul '11

The attached patch adds half-width side-by-side formats, for both input and output, to the stereo3d plugin. This format is rather common, as a halfway step for encoding 3D video files before it was standardized in blu-ray 3D, and as a supported input format for many 3D displays. I tried to stick with the conventions already in use in this file for format naming and code layout. Since there already is support for the half-height above-below formats, this was pretty straight-forward. This patch also updates the man page (English only) with details on these new input and output formats. This patch is less important that my earlier patch (re: "Fix for mpeg2 A/V sync bug"). So, if you could look at either, but only have time to look at one right now, please leave this one for later, and look at that other one. Thanks. By the way, should I be signing these patches? I did sign this one, just in case I should be. -- Steaphan Greene <sgreene(a)cs.binghamton.edu> Lecturer, Computer Science, Binghamton University GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt

2 3

[PATCH] Fix Pause/Break Key
by Steaphan Greene 12 Jul '11

12 Jul '11

The (simple) attached patch fixes the pause/break key for X11 systems (in non-gui mode). This makes it able to be bound as KEY_PAUSE, as I believe was intended. -- Steaphan Greene <sgreene(a)cs.binghamton.edu> Lecturer, Computer Science, Binghamton University GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt

5 6

Transparency
by Ingo Brückl 30 Jun '11

30 Jun '11

For quite a while I'm puzzling why there is a function called "Normalize" that sets the alpha channel of all the skin item images to zero (and why the resulting images aren't transparent but opaque). The only reason I currently can detect is that the transparent color is defined as 0x00FF00FF (i.e. alpha channel zero) while magenta normally would be 0xFFFF00FF (i.e. alpha channel 255). A normal window manager like mine doesn't seem to pay attention to the alpha channel, so neither value does matter. But what if I were using a window manager supporting alpha transparency? (Does anyone here use one?) Is the *full* transparency of the skin item images a must then or would it be better to leave the transparency of the images as it is (i.e. removing "Normalize" completely)? Ingo

2 2

[PATCH] AudioOnly in gui/win32
by Stephen Sheldon 29 Jun '11

29 Jun '11

AudioOnly was removed from guiInterface_t in gui/interface.h, so gui/win32/interface.c needs to change. Here is a patch: Index: gui/win32/interface.c =================================================================== --- gui/win32/interface.c (revision 33755) +++ gui/win32/interface.c (working copy) @@ -855,13 +855,11 @@ ShowWindow(mygui->subwindow, SW_HIDE); return 0; } - else if(guiInfo.AudioOnly) - return 0; else ShowWindow(mygui->subwindow, SW_SHOW); } /* we've come out of fullscreen at the end of file */ - if((!IsWindowVisible(mygui->subwindow) || IsIconic(mygui->subwindow)) && !guiInfo.AudioOnly) + if(!IsWindowVisible(mygui->subwindow) || IsIconic(mygui->subwindow)) ShowWindow(mygui->subwindow, SW_SHOWNORMAL); /* get our current window coordinates */

2 4