August 2009 - 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] 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

rtp support in mplayer
by chas williams - CONTRACTOR 30 Apr '10

30 Apr '10

while trying to play from rtp/mpeg-es streams i found i needed the following patch: --- stream/rtp.c.000 2008-05-13 17:37:23.000000000 -0400 +++ stream/rtp.c 2008-05-13 18:02:02.000000000 -0400 @@ -246,6 +246,9 @@ headerSize = 12 + 4*rh->b.cc; /* in bytes */ + if (rh->b.pt == 32) /* 32 = MPV from RFC 1890 */ + headerSize += 4; /* skip MPEG video-specific header RFC 2250 */ + *lengthData = lengthPacket - headerSize; *data = (char*) buf + headerSize; to skip over the 4-byte mpeg header present in the file. however, after looking at mplayer a bit harder, i see that there are two rtp decoders/demuxers. the one supplied in libavformat (apparently derived from ffmpeg) seems like it has more smarts. which one should i be using?

4 13

[libass] Ignore PlayResX/Y aspect ratio for font aspect ratio.
by Nicolas George 05 Mar '10

05 Mar '10

Hi. I recently noticed that a lot of my subtitles for anamorphic encodings of DVB recordings, which used to look fine, now look horizontally stretched. I bissected the revisions and tracked back the change to this commit: # r28814 | greg | 2009-03-05 21:05:56 +0100 (Thu, 05 Mar 2009) | 1 line # # Ignore PlayResX/Y aspect ratio for font aspect ratio. What is the reason of this change? I may be mistaken, but it seems deeply wrong to mm. For example, the width of the font is not the same with vo=xv and vo=gl, because xv renders the subtitles at the resolution of the video (anamorphic, PAR=64/45) while gl renders the subtitles at the screen resolution (PAR=1). IMHO, this should not be. Regards, -- Nicolas George

4 10

Codec definition for LPCM in MPEG-TS
by Christian P. Schmidt 03 Mar '10

03 Mar '10

Hi guys, For a few day ffmpeg supports LPCM audio in MPEG-TS streams under the HDMV RID. This is found on Blu-ray discs. I can't really figure out how to add the demuxing support directly to mplayer's mpeg-ts demuxer, but here's the codec definition that works with -demuxer lavf audiocodec bluraypcm info "FFmpeg Blu-ray LPCM" status working format 0x564D4448 ; HDMV driver ffmpeg dll pcm_bluray Regards, Christian

3 2

Artnet (DMX over Ethernet) Support for Mplayer
by Guenther Jehle 03 Mar '10

03 Mar '10

Hi, we are going to work on an Artnet support for mplayer. Here you got further informations about artnet: http://www.nomis52.net/?section=projects&sect2=artnet&page=whatis . We want to map pixels to lamps, which are controlled over DMX respectively Artnet. So this will be done by implementing a video out device for mplayer. So now our question: We want to share our work. Are there any interests about including artnet support for mplayer? We think there are a lot of multimedia artists around which will be happy to have such an option with mplayer. What do you think? kind regards tom & guenther

3 2

[PATCH] VF Overlay
by Benjamin Zores 01 Mar '10

01 Mar '10

Hi, Attached is a shortened version of a video filter patch that was sent ages ago by Jason Tackaberry. It's basically an enhanced rewritten version of bmovl filter, used to draw a bitmap on top of rendered video. I intend to apply it within the week unless someone's complain about it, as it shouldn't harm any other part of MPlayer. Ben

6 67

[PATCH] distcc support
by Andrew Savchenko 28 Feb '10

28 Feb '10

Hello, today distcc is useless for mplayer without overridden CFLAGS, because it uses -march=native optimization, thus effectively disables distcc if present. distcc.patch enables distcc support, it is detected via 3 documented ways of distcc setup. Patch disables native optimization if needed. Also it adds '-m32' to flags on x86_32, because some distcc setups use x86_64 compilers on helpers systems to compile 32-bit code. Next two patches enables support for some CPUs missed from the autodetection script and supported by recent gcc versions (as of 4.3.4): k8-sse3 and amdfam10. They are not required if distcc is not present: native will be used instead, but they are needed for proper distcc support. The second patch enables check sse3 (a.k.a PNI instructions). This check is needed in order to distinguish between k8 and k8-sse3, because they share the same CPU family. It may also be useful for future SSE3 optimizations. The last patch enables support for k8-sse3 and amdfam10 (a.k.a. barcelona) CPUs. -- Best regards, Andrew

3 5