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

Synchronization of players in LAN
by J.A. Gutierrez 18 Jun '08

18 Jun '08

Hello I'm trying to synchronise several players running on several computers connected to a dedicated 10/100 Ethernet switch. Each one reads a different movie (video only) from its internal hard disk, and resolution will be 768x576. I'm thinking of a simple solution: - Add some code at mplayer startup so it will wait for an UDP broadcast packet (sent by a central master in the LAN). This way all the players would start at the same time. - Use NTP to keep in sync all the computers' clocks, and trust mplayer's rtc synchronisation feature. With this simple setup, could we be sure all the players would keep the synchronisation? Or should the master computer track them all and take control on their speeds? How difficult would be to add code so all the player synchronise using the LAN? Or should I use some external clock connected to all serial ports? Or use a totally different approach? Thanks. -- finger spd(a)shiva.cps.unizar.es for PGP / .mailcap tip of the day: / La vida es una carcel application/ms-tnef; cat '%s' > /dev/null / con las puertas abiertas text/x-vcard; cat '%s' > /dev/null / (A. Calamaro)

14 40

[PATCH] don't skip first mp3 frame
by Nehal 08 Jan '05

08 Jan '05

for some reason, the current code skips the first frame of mp3 files (using any decoder), i'm assuming this is a bug as i can't see any good reason for this. this probably isn't noticeable with most files, but i have a couple of test cases that have audible sound data in the first frame. if someone wants, email me and i'll send you the starting part of the files for testing purposes. please apply the patch that i've attached Nehal

8 35

Stuck mouse buttons
by Marius Gedminas 23 Nov '04

23 Nov '04

Hi, (resending this to mplayer-dev-eng as requested) Occasionally (but often enough to get annoying) when I click a mouse button on an mplayer window the button gets stuck -- hitting any key afterwards produces messages like No bind found for key MOUSE_BTN1-SPACE although MOUSE_BTN1 is *not* held down. It is easy for me to reproduce the problem by hitting a mouse button for a very brief period of time. It is even easier with tp-scroll[1], which is a gpm-like program that lets me emulate the mouse wheel on a ThinkPad with its 3-button trackpoint. Tp-scroll emits the middle button release event immediately after the press event and always triggers the problem. [1] http://rsim.cs.uiuc.edu/~sachs/tp-scroll/ More than one mouse button can get stuck. I managed all three of them. I've traced the problem to mplayer_put_key in fifo.c. After uncommenting the line that warns about dropped key events (FIFO full) I started seeing these messages every time a button got stuck. While ignoring keypresses on a full FIFO buffer is a sensible thing to do with normal keys, it does not work well with mouse button release events... I should mention that HAVE_NO_POSIX_SELECT is not defined here and thus the first version of mplayer_put_key is used (the one which uses select on a pipe). This is a Debian system (mixed stable/testing/unstable) with glibc 2.3.2 (libc6 2.3.2.ds1-11), and kernel 2.4.24. I do not use the mplayer GUI. What seems strange to me is that the FIFO becomes full with just one key event in it. Apparently trying to use a Unix pipe as a generic FIFO buffer does not work as expected. When I defined HAVE_NO_POSIX_SELECT in config.h and recompiled mplayer the problem went away. I suspect that select on a pipe will not say the fd is ready for writing if the buffer is not completely empty. Normally you can write up to PIPE_BUF bytes without blocking, but if the buffer already contains something, then writing PIPE_BUF bytes would block. IOW using select for a generic FIFO buffer does not work well. I think a better solution would be to use nonblocking writes. Something like the attached patch (tested here, but not tested for portability -- and the #ifdef with HAVE_NO_POSIX_SELECT should be changed to something different as well). Or maybe it would be simplest to always use the in-memory array solution (mplayer_put_key + mplayer_get_key). I expect it to be marginally faster as well (no syscalls, no context switches). Marius Gedminas -- QOTD: "A child of 5 could understand this! Fetch me a child of 5."

20 39

[PATCH][RFC] Font layer fixes/improvements
by Krzysztof Rusocki 09 Nov '04

09 Nov '04

Hi, While using MPlayer 1.0pre3 we've encountered few issues related to font handling, attached patch (against CVS as of 2004-02-13) (implicitly or explicitly) tries to deal with them. Before you go on and your blood pressure reaches extraordinarily high values... keep in mind that: - although I've tried not to break mplayer's design it is quite possible that I missed something (these are my first steps with mplayer sources), - this patch does not tend to be a complete solution (docs modification is not done, console messages are probably excessive), I'd rather would like to hear from you whether the steps I've taken are the good way to fix things, THE DETAILS If mplayer is compiled with HAVE_FREETYPE and HAVE_FONTCONFIG following things happen: 1. When launched: $ (g)mplayer -font nonexistant mplayer segfaults when it's about to show osd see libvo/sub.c:~610 - vo_font->font[40] is -1 thus we end with negative array offset (the patch does not fix this since I didn't figure out how to cope with this cleanly) 2. In Gui font is reloaded on every widget activity (size bars and scale radio buttons), it seems to be quite significant and needless (?) overhead. 3. With -fontconfig, it is impossible to load font via file dialog in Gui (or by -font parameter), this seems pretty confusing - one would expect a .ttf/.pfb to be loaded from file dialog. 4. Despite being configured with Freetype, mplayer tries (needlessly) to load .desc font on startup and if such font gets loaded - then: 4.1. If -font is specified - loaded .desc font is overridden by freetype font_load_ft codepath anyway 4.2. If -font is NOT specified - default freetype font (subfont.ttf) isn't touched at all, while (I believe) it should be tried. 5. When launched: $ mplayer -zoom -fs (with autoscale enabled) font is scaled to original (unzoomed) movie dimensions. The patch is fairly large, but, I think that changes will ease future development... Here's what has been done (in general), I've created a fairly unified interface for font loading (libvo/font_if.{c,h}), so there's no need to put so many #ifdefs around or wonder ,,what if we have freetype enabled? or not?'' int init_font(); int uninit_font(); void render_one_glyph(font_desc_t *desc, int c); int kerning(font_desc_t *desc, int prevc, int c); These work similarily to the previous ones, i.e. they do things when freetype is enabled, otherwise they are no-ops. void free_font_desc(font_desc_t *desc); free_font_desc() has been moved from load_font_ft.c, since it's rather common function for fonts. #define load_font(n, w, h) _load_font(n, w, h, __FILE__, __LINE__) void _load_font(char * name, int width, int height, char * fn, int ln); That's the most tricky thing, load_font tries to load font with specified name, the font is loaded in either of three cases: - no font has been loaded at all - screen dimensions's changed - force_load_font variable was set to non-zero value The way font is loaded depends on HAVE_FREETYPE. If defined - the order of things is as follows (font_if.c/try_load_font_ft()): - load font "name" via freetype, if it fails, - load font "name" via freetype+fontconfig (if supported), if it fails, - load default font (subfont.ttf) via freetype, if it fails, - load default fontconfig font ("sans-serif") (if supported), If font still isn't loaded, there is a codepath that loads only OSD face, however that causes a segfault mentioned earlier (1), hence it is disabled. Now, let's move to the case when there's no freetype (try_load_font_desc()). That is a simple - load font "name" - load default font fallback. Mentioned changes allow easier font (re)loading and unloading, see changes in Gui/interface.c, mplayer.c, mencoder.c. I have removed -fontconfig/-nofontconfig options since they seem superfluous in face of font load code proposed in the patch, I didn't find any reason why they should be kept. If you need more info, feel free to mail, also, any feedback is welcome (including napalm). Cheers, Krzysztof

7 15

Re: [PATCH][BUG] GUI shows black when X depth is16/15
by Andreas Leitgeb 08 Nov '04

08 Nov '04

I use the latest version (from CVS main branch) updated almost daily. I recently wanted to try the gui, and it showed up all black, so I googled for "mplayer gui black" and found this thread on this mailing list (which I'm not subscribed to) from Jul 12th 2003. (Indeed, my Xserver is set to 16bpp.) With this, I looked into Gui/wm/ws.c's history and found the change in 1.69->1.70 Anyway, my gui is still black (at least it was this weekend), so perhaps the patch didn't solve it completely. Is anyone of the developers working on a 16bpp-display? PS: debian woody, gcc-2.95.4, gtk-2.0, XFree86 (4.3 when I last tried, meanwhile upgraded to 4.4)

2 1

[PATCH] Impose output FPS on mplayer
by Frédéric Dupuis 07 Nov '04

07 Nov '04

Hello I made a patch that optionally lets the user impose an output fps on mplayer. With this, mplayer tries to "fit" the input video to a given fps much like mencoder does. This allows one to use inverse telecine filters or divtc in real time and have the correct output framerate, thus avoiding the ugly flickering one gets with the current version. The usage is very much like the one for mencoder, ie: mplayer -ofps 23.976 -vf divtc incorrect_ivtc.avi -- Frédéric Dupuis <frederic.dupont.dupuis(a)utoronto.ca>

6 7

I've got a dvd that confuses mplayer...
by Richard Harman 21 Oct '04

21 Oct '04

Hi, I went looking for help on irc on freenode, and DonDiego suggested I fire off an email here. I've got a dvd that causes problems with mplayer's chapter selection code. I'm not a developer so I can't really say exactly the problem is, but I'm willing to get a copy of this dvd and donate it to a developer to help get mplayer playing this dvd correctly. Basically, I ran into this problem because I'm trying to back up this dvd to divx/ogm. I've had 3 dvd magically go "bad" on me, so I'm just trying to make sure I don't have to replace another dvd /yet again/. Symptoms: mplayer dvd://3 -chapter 1-[something greater than 1] plays, but has no idea where it is in the movie, and shows no progress meter in the OSD. It also stops at an incorrect point in the movie. mplayer dvd://3 -chapter 2-2 doesn't even work at all. It says "There are 9 chapters in this DVD title" ... "DVD successfully opened.", a couple of newlines, and then "Exiting.... (End of file)". No video or audio is played. mplayer dvd://3 works just fine, and shows the progress meter in the OSD. So who's an anime fan? Anybody like Roruni Kenshin? The disc is disc 2 region 1 (like that matters anyway) of the 22 disc series. Who wants it? (no fighting please ;) Thanks! ----------------------------------------------------------- "Looks like there'll be no money for you, Crazy Round Man." - Samurai Jack Richard G Harman Jr <me+nospam(a)richardharman.com>

4 6

Call for audio experts
by Alex Beregszaszi 20 Oct '04

20 Oct '04

Hi, just uploaded a 96khz 24bit wave sample, anyone able to make correct converters in af_format? http://mplayerhq.hu/~alex/test-96.wav -- Alex Beregszaszi e-mail: alex(a)fsn.hu Free Software Network cell: +36 70 3144424

7 11

Fw: dvd2divxscript.pl.patch (added option --dvd-device)
by Alex Beregszaszi 20 Oct '04

20 Oct '04

Begin forwarded message: Date: Fri, 4 Jun 2004 14:21:24 -0700 (PDT) From: Anton Tropashko <atropashko(a)yahoo.com> To: florian.schilhabel(a)gmx.net Cc: alex(a)fsn.hu Subject: dvd2divxscript.pl.patch (added option --dvd-device) Here is a patch to support --dvd-device option in dvd2divxscript.pl If you open write access for me in TOOLS/ I may tweak it some more and add some more sample scripts to TOOLS/examples/ --- dvd2divxscript.pl 9 Jul 2003 20:10:44 -0000 1.2 +++ dvd2divxscript.pl 4 Jun 2004 21:12:19 -0000 @@ -1,10 +1,10 @@ #!/usr/bin/perl # -# (c) 2002 by Florian Schilhabel <florian.schilhabel(a)web.de> +# (c) 2002-2004 by Florian Schilhabel <florian.schilhabel(a)web.de> # # -# version 0.1 initial release 22/08/2002 +# version 0.2 initial release 22/08/2002 # # # If you have any comments, suggestions, etc., feel free to send me a mail ;-)) @@ -37,6 +37,7 @@ $cdsize_default = 700; # ... the CD-Rom Size $writedev_default = "0,1,0"; # ... the CD Writer Device $speed_default = 4; # and the writer speed +$dvd_device = "/dev/dvd"; # end of default Settings @@ -67,7 +68,8 @@ "out=s" => \$output, "writecd" => \$writecd, "writedev=s" => \$writedev, - "speed=i" => \$speed ); + "speed=i" => \$speed, + "dvd-device=s" => \$dvd_device ); if ($help) { print "Welcome to the DVD to DIVX Helper Script\n"; @@ -98,6 +100,8 @@ print " for example 0,1,0\n"; print "--speed the writing speed\n"; print " Default: 4\n"; + print "--dvd-device device to pull the video off\n"; + print " Default: /dev/dvd\n"; exit; } @@ -201,7 +205,7 @@ # here comes the fun part... print "precacheing...\n"; -$status = system ("mencoder dvd://$dvd_track -ovc copy -oac copy -alang $lang -o $vob_tempfile 1>/dev/tty8 2>/dev/tty8"); +$status = system ("mencoder dvd://$dvd_track -ovc copy -oac copy -alang $lang -o $vob_tempfile 1>/dev/tty8 2>/dev/tty8 -dvd-device $dvd_device"); die "Prechacheing failed. mencoder exited with Status Code $?" unless $status == 0; print "Encoding Audio...\n"; __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ -- Alex Beregszaszi e-mail: alex(a)fsn.hu Free Software Network cell: +36 70 3144424

3 3

[PATCH] array initialization fix in font_load.c
by SungKwan Kang 20 Oct '04

20 Oct '04

This small patch fixes array initialization bug in font_load.c. Number of entries of 'font', 'start', and 'width' arrays are all 65536 as defined in font_load.h but only the first 512 entries were being initialized in read_font_desc() function. This makes problem in displaying 2-bytes characters. Fixed this by changing 512 to 65536 in two places. The only file affected is main/libvo/font_load.c and I didn't see any side effects of this change. Please review the attached patch file. Thanks, ksquarekr

2 1