May 2005 - MPlayer-advusers - lists.mplayerhq.hu

rtsp url not working...
by compn 08 Jun '05

08 Jun '05

rtsp://rx-lvl3-tex09.rbn.com/farm/*/usanet/usanet/g2demand/scifi/tripping/f… does not continue after: Connecting to server rx-lvl3-tex09.rbn.com[209.247.111.148]:554 ... tested in MPlayer dev-CVS-041204-13:23-3.2.3 works in realplayer.

2 3

pnm port and stream problem.
by compn 08 Jun '05

08 Jun '05

pnm can be accessed on port 80 as well as 7070. pnm://www.darrelbowen.com/videos/commercials256.rm vs pnm://www.darrelbowen.com:80/videos/commercials256.rm it still doesent work with mplayer, but it does connect :) i've also heard of an evil way if pnm:// fails on port 7070 you can sometimes use rtsp:// on port 7070 to get it working. so in theory pnm:// 7070 default, if timeout, pnm 80, if timeout, rtsp 7070. comments?

4 5

Yet another Java format
by compn 25 May '05

25 May '05

just listing these for completeness, so maybe one day in the future they can be played. html, a PSA about booster seats: http://cdn.eyewonder.com/100125/400136/400907/designTheme.html?videoname=bo… with the java applet: http://cdn.eyewonder.com/100125/400136/400907/rel.jar and video/audio files: http://cdn.eyewonder.com/100125/400136/400907/boosterseated_anthemdummy_30-… http://cdn.eyewonder.com/100125/400136/400907/boosterseated_anthemdummy_30-… vendor site: http://www.eyewonder.com

1 0

[OT] gcc optimization problem
by Julián Nuñez 25 May '05

25 May '05

Hi, sorry for posting this here, but I need some GCC expert to explain this to me, please... The attached piece of code works well without optimization: gcc test.c i val 0 i val 1 i val 2 but using optimization: gcc -O2 test.c i val 0 i val 1 i val 3 It gives wrong results. gcc (GCC) 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk) A friend of mine did try it with GCC 2.95 and it works well. What can be happening? should I upgrade to gcc 3.4? Thanks in advance and sorry if I wasted your time. -- "El verdadero valor esta en hacer sin testigos, lo que podría hacerse delante de todo el mundo" "What difference does it make to the dead, the orphans and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty or democracy?" Mahatma Gandhi (1869 - 1948), "Non-Violence in Peace and War"

1 0

Long-standing encoding bug: ff_rate_estimate_qscale: Assertion `pict_type == rce->new_pict_type' failed
by Hans Meine 22 May '05

22 May '05

Hi everybody! I have been using mplayer and mencoder for a long time, and still am impressed by it's speed / efficiency and quality (both when decoding and encoding). I even developed a small python GUI for mencoder that I plan(ned) to release some day.. ;-) However, I have been having problems for several months now with mencoder stopping during the second (lavc-divx) pass with this assertion failing: mencoder: ratecontrol.c:635: ff_rate_estimate_qscale: Assertion `pict_type == rce->new_pict_type' failed. I found some old messages concerning this assertion in the WWW, but nothing really related. The bug appeared _after_ 1.0pre4 IIRC, and remains until today's CVS. It was not trivial to prepare a testcase, but I finally found the time to strip a file and the failing commands down to this: This triggers the assertion on 1.0pre6-3.3.5, 1.0pre6-3.3.5-20050130 (Gentoo ebuild) and dev-CVS-050509-09:37-3.3.5-20050130. As mentioned, the bug was hard to nail down, because often, it would go away when I tried to encode only small parts of the original file (even when choosing the part where it failed before!), and the testcase that I uploaded now (ff_rate_estimate_qscale_assertion.* in mplayerhq.hu/MPlayer/incoming/) is heavily stripped down, but the assertion disappears when removing either the cropping, the deinterlacing, or the B frame parameters! ;-} I sincerely hope the testcase is useful and someone finds the bug! ;-) Last-minute update: Now that I have the testcase, I found out the day CVS broke (by binary search), it's the 15th of October 2004, with a commit to libavcodec/mpegfile.c concerning B frame handling, see for yourself: cvs diff -D20041014 -D20041015 mpegvideo.c In other words: updating everything to CVS from 20041015 still shows the error, but reversing the version of mpegvideo.c to 1.440 (which is that from 20041014), the encoding works again. However, this does of course not mean that I know a fix.. ;-/ Nice greetings, Ciao, / / /--/ / / ANS

7 18

wmv9 for mac?
by compn 09 May '05

09 May '05

has anyone checked to see if the wmv9 codecs for mac are seperate form the binary or even not, checked to see if they can be used with mplayer? http://www.flip4mac.com/downloads/wmv_player/Flip4Mac%20WMV%20Player%201.0.… http://www.flip4mac.com/buy.htm for a trial player that should have the wmv codec. http://www.microsoft.com/windows/windowsmedia/software/Macintosh/osx/defaul… for wmp9 for mac, which says it can play all of the wma9/wmv9 stuff.

4 5