October 2010 - MPlayer-dev-eng - lists.mplayerhq.hu

[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

[PATCH] -vf fixpts=use_timer
by Rudolf Polzer 22 Feb '11

22 Feb '11

Hello, I added an option to -vf fixpts that takes over the timer from mplayer/mencoder's "best known idea" of the current display time. It is mostly useless in mplayer as mplayer usually generates good pts anyway, but works there too for completeness. Its main intention is to support ASS subtitle baking in mencoder, even if the input video is variable frame rate. My mencoder profile for embedding subtitles is currently: [subtitles] vf-add=fixpts=use_timer,ass,expand=::::1,fixpts ass=yes embeddedfonts=yes It works by having mplayer/mencoder export their timer to a global variable, and having fixpts=use_timer read that back and use it as replacement pts. In case of mplayer, I simply could export sh_video->timer (did NOT use the usually more accurate sh_video->pts, as using that one is quite pointless as it is exactly what is sent as current timestamp anyway). The feature therefore is mainly a debugging help in mplayer. In case of mencoder, sh_video->timer was not available, and sh_video->pts was not monotonous (and thus bad for e.g. subtitle rendering), so I got no better idea than using the audio timer instead. As I noticed the audio timer is broken (positive infinity) for some input video files (e.g. those which use vorbis as audio codec), I had to port over mplayer's audio PTS generation (which is, if possible, no longer based on constant bitrate input data sizes, but on output data sizes of the audio codec, which also works for VBR audio like vorbis). This also solves almost all failcases of mencoder that I have that previously needed -mc 0 to encode properly, as apparently this very issue also caused AV sync to fail in mencoder. To do this port, I also had to delete the written-only (grep did not find any other access to it anywhere) delay_corrected variable. I hope that is okay. If desired, I can split up the changes into separate diffs, however the fixpts=use_timer feature depends on the mencoder.c audio timer fix, or rather, causes huge breakage (infinite pts values) on many input video files when added to the filter chain. Or you can instead download them separately on github: http://github.com/divVerent/mplayer/commits/divVerent/fix_audio_pts http://github.com/divVerent/mplayer/commits/divVerent/fixpts_get_audio_pts http://github.com/divVerent/mplayer/commits/divVerent/integration/fixpts (integration branch of both + current svn) I attached my patch to svn r31721 (= git master on git.mplayerhq.hu), and hope for a review. Best regards, Rudolf Polzer

4 17

[PATCH] Fix for broken GUI support in current SVN head mplayer version
by Dirk Porezag 05 Jan '11

05 Jan '11

xmga video-out support is broken in the current SVN release in GUI (gmplayer) mode. Playing a video will crash since "vo_window" is not set up properly before using. Also, moving the window across the screen also doesn't work. The patch fixes both issues, changes are rather trivial but I'm happy to discuss them if needed. There still is an issue with extensive flickering in full-screen mode that is neither addressed nor caused by this patch - I didn't have time yet to look into this. Thanks & keep up the good work on my favorite video player, Dirk

2 1

[PATCH] configure: make v4l work with older kernels again
by Michael Lampe 02 Jan '11

02 Jan '11

Including 'linux/videodev*.h' alone results in "error: field 'timestamp' has incomplete type" with kernel 2.6.18-194.17.1.el5. It worked with earlier mplayer versions and to resurrect this, I propose the following patch. -Michael

2 1

[PATCH] proper version info for git.mplayerhq.hu
by Rudolf Polzer 17 Dec '10

17 Dec '10

I attached a small patch that, if mplayer is compiled from mplayer.git, uses the git commit hash instead of UNKNOWN as version info. The format will be: git-<commithash>-<gccversion> if mplayer is built from "master", and git-<closest commithash on master>-<commithash>-<gccversion> if mplayer is built from another branch. In my case, at the moment it prints: MPlayer git-15dfe0a-ceba2bd-4.4.1 (C) 2000-2010 MPlayer Team It changes nothing if run from a svn repository. Best regards, Rudolf Polzer

5 17

[PATCHES] A bunch of http_proxy patches
by Clément Bœsch 21 Nov '10

21 Nov '10

Hi, I'm here again to make some noise, sorry guys. I have a few patches to propose in order to improve the http_proxy support. I used git (through git.mplayerhq.hu mirror) to stack patches, sorry I didn't have the fate to do that with SVN. Anyway, It should be compatible. Regards,

2 59

Man page update regarding additional xvid profiles and levels
by Carl Eric Codere 17 Nov '10

17 Nov '10

Greetings, About two months ago I submitted a patch adding support for additional xvid profiles and levels. I am submitting the patches for the man page accompanying this change, even though it is a bit late, can someone please review them and commit them if ok? I changed both the french and english versions of the man pages. Best regards, Carl

3 3

Re: [MPlayer-dev-eng] [PATCH 2/x] Fix stereo3d stride align
by Endre Kollár 14 Nov '10

14 Nov '10

2010/10/24 Endre Kollár <taxy443(a)gmail.com>: > 2010/10/23 Endre Kollár <taxy443(a)gmail.com>: >> 2010/10/19 Reimar Döffinger <Reimar.Doeffinger(a)gmx.de>: >>> On Tue, Oct 19, 2010 at 01:12:32PM +0200, Endre Kollár wrote: >>>> > I am sorry that above patch included my changes. I interpreted too >>>> > late this message(I do not understand why). But it is not difficult. >>>> > Starting in function find_best_out, easy to trace changes. >>>> > >>>> >>>> i send as help the patch with only MY changes and mixed with cleanup things. >>> >>> I have some doubts this change makes any sense. >>> It seems likely that it makes the inner loop so much slower that doing >>> a separate colour-space conversion is actually faster. >>> _______________________________________________ >>> MPlayer-dev-eng mailing list >>> MPlayer-dev-eng(a)mplayerhq.hu >>> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng >>> >> >> If we consider ourselves to the separate scale conversion. This should >> be enforced to the ABOVE_BELOW_2_ case of parameter. We can leave the >> horizontal scaling for the next filter/out driver. >> > > Not "horizontal", we can leave the VERTICAL scaling for the next > filter/out driver. Sorry. > This is the part 2 of "[PATCH] stereo3d noscale precept" patch serial. So whatever may be the video resolution, Taking into account the current "stride align".

2 4

Re: [MPlayer-dev-eng] [PATCH] stereo3d noscale precept
by Endre Kollár 14 Nov '10

14 Nov '10

2010/10/19 Reimar Döffinger <Reimar.Doeffinger(a)gmx.de>: > On Tue, Oct 19, 2010 at 01:12:32PM +0200, Endre Kollár wrote: >> > I am sorry that above patch included my changes. I interpreted too >> > late this message(I do not understand why). But it is not difficult. >> > Starting in function find_best_out, easy to trace changes. >> > >> >> i send as help the patch with only MY changes and mixed with cleanup things. > > I have some doubts this change makes any sense. > It seems likely that it makes the inner loop so much slower that doing > a separate colour-space conversion is actually faster. > _______________________________________________ > MPlayer-dev-eng mailing list > MPlayer-dev-eng(a)mplayerhq.hu > https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng > If we consider ourselves to the separate scale conversion. This should be enforced to the ABOVE_BELOW_2_ case of parameter. We can leave the horizontal scaling for the next filter/out driver.

2 4

[PATCH] -vo lavf
by Nicolas George 07 Nov '10

07 Nov '10

Hi. This issue was raised last February: it would be nice to have an output driver similar to yuv4mpeg, but supporting timestamps and variable framerate, more pixel formats and possibly, in the future, muxing of the audio stream. Here is a try at implementing it. It uses lavf to mux uncompressed video frames into any supported container. Note that I needed to change vf_vo so that VOCTRL_DRAW_IMAGE would get the pts as an additional argument. Regards, -- Nicolas George

2 3