March 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

New SSL certificate on mphq
by Måns Rullgård 09 Oct '10

09 Oct '10

The old, expired SSL certificate on https://mphq has been replaced. SHA1 Fingerprint=3E:95:E8:B4:E0:3F:EB:AD:5B:43:AD:7F:FA:26:CA:B5:2C:1B:AF:62 -- Måns Rullgård mans(a)mansr.com

2 1

[PATCH] Network synchronized playback using UDP
by Jason Holt 08 Sep '10

08 Sep '10

I hacked in a simple mechanism to synchronize playback between multiple instances of mplayer over a network. The master sends a UDP datagram to announce its position in the video each time it plays a frame. The slaves check to see if they're within epsilon of the master. If they are, they just advance by a frame. If not, they seek to where the master is. This works out nicely because I can dynamically tweak frame rate, seek and pause on the master and the slaves all follow along. The patch is not compliant with your coding standards. Before I do that work, I wanted to make sure it's a patch you're interested in, and see if you have any particular guidance on things I should move or change.

10 78

[RFC][PATCH]removing gmplayer
by Anton Khirnov 12 Jun '10

12 Jun '10

Hi, i think it's time to finally remove gmplayer. It's ugly and unmaintained and apparently no devs even use it. People who ask for help in #mplayer are always just told to use SMPlayer or some other frontend. Also it seems that most its users simply don't know that there are other (much better) options than gmplayer. I'm attaching a patch that removes it, except for the 'svn rm gui/' part, because it'd make the patch too big. Comments? Anton Khirnov

10 20

[PATCH]Set default mc to 1
by Carl Eugen Hoyos 08 Jun '10

08 Jun '10

Hi! Attached patch makes all PAFF samples playable (with a small, for some samples even acceptable delay), while I do not know of any sample that does not desync immediately with latest svn. Please comment, Carl Eugen

3 3

[PATCH] RTMP seek support
by Howard Chu 29 May '10

29 May '10

As a followon to this patch https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-March/086051.html this patch is needed for mplayer to support rtmp seek. (The ffmpeg patch just gets it working for ffplay.) -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

3 18

[RFC] internal library copies
by Diego Biurrun 26 May '10

26 May '10

We carry around a bunch of externally available libraries and I think it's time to review the situation around them. Some of them we should keep, others could be dropped. * liba52 The internal copy was disabled some time ago, FFmpeg is both faster and more featureful. We support building against the external version. Our copy is patched, but upstream is dead and the patches have been rejected IIRC. verdict: drop * libfaad2 Nobody touch this one, I reserve the privilege to remove it! ;-) FFmpeg is way faster. There are a few AAC variants that FFmpeg does not support (yet), but now that SBR has been implemented, all the important things are covered. Compiling against the external version works fine. verdict: remove * libmpeg2 Nowadays FFmpeg is faster and should be better maintained. Unfortunately we cannot compile against the external version. This should not be hard to fix. If it gets fixed, we could remove libmpeg2 IMO. Is anybody interested in fixing external libmpeg2 compilation? * libass This is being kept around as a convenience for users, but the internal version is outdated compared to the internal one. What stops us from droppping it and compiling against the external version instead? * tremor Last time I checked, we could not compile against the external version. IIRC we require parts of this for our internal Ogg demuxer. I don't quite remember the details, it would be appreciated if somebody could shine a light on this. Now that FFmpeg's Ogg support has been markedly improved it is desirable to break this dependency if possible. Fixing compilation against external Tremor would be welcome. * mp3lib Upstream exists again. Compiling against the external version is a welcome feature. FFmpeg does not expect to grow a float decoder in the foreseeable future, so I expect mp3lib to stay with us for now. * libdvdread4/libdvdnav They are only externals and unpatched, kept around for convenience. Admittedly, I haven't put much thought to the pros and cons of keeping them around. Opinions? * libdvdcss We have an internal copy for convenience, but it is unpatched. It could at least be converted into an svn:external, same as the other libdvd* libraries. Did I forget or overlook anything? Diego

14 65

[PATCH] Support CineForm HD
by Steinar H. Gunderson 23 May '10

23 May '10

With all the other patches split out and hopefully soon committed, here are the final changes needed (including codecs.conf entry) for supporting CineForm HD on Linux, using the binary DirectShow codec. I'm unsure about the registry part -- is there another, better way of doing this? CineForm assumes these keys are set by the installer before the codec is used. /* Steinar */ -- Homepage: http://www.sesse.net/

6 30

[PATCH v2] Fix offsetting in Theora video files
by Giorgio 22 May '10

22 May '10

Hello! This is my second attempt at fixing offsetting in Theora video files with mplayer (you can read about the first one here: http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2010-March/064022.html ). This time I'm using a crop video filter at the beginning of the filter chain in order to select the correct picture region. The crop filter will only be applied if really needed (if frame_size == picture_size it won't be applied). From what I understand all other filters specified on the command line will loaded after this filter. I've tested the patch and it doesn't seem to break anything. What do you think of this approach? :) Regards, Giorgio Vazzana

3 7

[PATCH] Add support for ARIB STD-B24 captions
by Michael Wu 20 May '10

20 May '10

Hi, This patch adds support for captions found in ARIB STD-B24 (ISDB) transport streams. It uses libass to render the captions and has support for color and positioning. Captions can be turned on in most cases with -slang jpn , assuming that there is a Japanese caption stream. Thanks, -Michael Wu

5 5