July 2001 - MPlayer-dev-eng - lists.mplayerhq.hu

Re: [Mplayer-users] Divx4Linux confusion
by Christoph H. Lampert 21 Jul '01

21 Jul '01

Am Samstag, 21. Juli 2001 16:05 schrieben Sie: > Hi, > > > Hi A'rpi and Sparky, > > > > I'm utterly confused. > > > > A'rpi, I guess you wrote the integration of DivX4Linux into Mplayer? Do you do call decore(...,DEC_OPT_RELEASE,...) at the end of play? Or is this a TODO item? I'm somehow searching for a difference in mplayer and my test program, because calling DEC_OPT_RELEASE gives a segfault here, if I use DEC_OPT_INIT without a previous decore(...,MEM_REQ,...) before, freeing memory that has not been malloced. gruel _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 2

new doc
by Gabucino 21 Jul '01

21 Jul '01

I've commited the documentation.html file. It's in the state when NO new stuff added yet.. So translators can use cvs to identify new text. Or so. Good luck for them :) -- Gabucino

2 2

SLOW HARDWARE
by Nick Kurshev 21 Jul '01

21 Jul '01

Hello, Arpi! A few words about playing back on slow hardware: 1. Is it possible to do in mplayer option like -aframedrop (drop audio frames instead of video)? What I mean: when I watch movie on slow hardware without enabled framedrop then sound outdistances video stream. This effect become since mplayer can't decode all audio frames (and skip part of them). We have that when we watch N video frame then audio is decoded from N+100 frame. In this connexion - is it possible that mplayer will drop audio frames instead of video (since with -nosound option it play in real-time)? 2. Superficial analysis shows me that mplayer too frequently calls read() function to read next bit from file. There was report that on FreeBSD mplayer works faster than on Linux. In this connexion maybe it would be better to add mmap technology to read from memory, instead file directly. In this case system will read from file only 4K blocks that is much faster of calling read() function for each byte even from buffer. (You will be able to read from memory an each byte even in codecs). Am I wrong? I can apply this feature (I did such changes but for 0.17-pre version but left them). But I'm not sure about stream64 patch - when and who will apply it. 3. Many from my friends have found that ffmpeg codec is better of win32-divx but they spend a lot of time to activate them. You promise to release a two (or more) codecs.conf - is it possible to do now? Best regards! Nick _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

4 4

Porting to IRIX/Solaris
by Christoph Lampert 20 Jul '01

20 Jul '01

Hi, I missed ffmpeg discussion because I've been on vacations until a few days ago, so please don't shout at me (and don't RTFM me, either!): A while ago, Gernot planned to port Mplayer (or mpg12play) to IRIX. Now with libavcodec for DivX support this would be even more interesting than before. A port to these plattforms would be without ANY "competitors". I also remember something about a running StrongARM port... Can anybody update me to current status? gruel -- Dipl. math. Christoph Lampert (complex analysis, integral formulae) Email: gruel(a)gmx.de | Email: lampert(a)math.chalmers.se _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1

Convert DOCS to html?
by Felix Bünemann 20 Jul '01

20 Jul '01

Hello, What do you think about converting all DOCS (maybe not INSTALL) to HTML, this would allow a much better doc structure and make it easy to put docs to homepage. Currently DOCS with all those small texfiles is quite a mess. -- Best regards, Felix mailto:atmosfear@users.sourceforge.net _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

6 14

DOCS/DVD up to date?
by Felix Buenemann 20 Jul '01

20 Jul '01

Hi, in DOCS/DVD I found this: * audio stream scanner and allow to select one on runtime as well (in stage#1 it would be enough to select one on the startup, see 'Problems' above) did I understand this wrong, or isn't this covered by the -aid option? -- Best Regards, Felix _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

4 4

RE: [Mplayer-dev-eng] projectmayo's divx codec...
by Eugene Kuznetsov 20 Jul '01

20 Jul '01

Hello Felix, > Hello Eugene, > > (little off topic) > > as DivX.com bugreporting system doesn't work (database connetion > error) I'll report two bugs on DivX 4.0 Beta Build 153 for Win here > (they might aswell apply to linux version): > > Using DivX Beta Build 153 (on Win2K SP2, Pentium III, GeForce DDR, 512MB) Windows > Mediaplayer crashes with Files whose Height is not a multiple of 16 in Post > Processing Levels 5 and 6 (where 6 is MAX), guess it's caused by a loop processing > out of bound data. Confirmed ( strange: two weeks ago I did thorough testing of decoder in different output/postproc/dimensions and everything worked ). I will try to fix that. > Additional I have display error with a 576x312 clip, at the bottom of the picture > the last line of Macro blocks isn't decoded correctly so decoding errors go into > the whole picture on vertical movements. I could upload part of the movie if you > want. Yes, please. -- Best regards, Eugene mailto:sparky@projectmayo.com _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

4 7

RE: [Mplayer-dev-eng] Porting to IRIX/Solaris
by Juergen Keil 20 Jul '01

20 Jul '01

> ==> Found video stream: 0 > Detected MPEG-PS file format! ... > Exiting... (End of file) > BENCHMARKs: V: 17.717s VO: 0.000s A: 0.000s Sys: -8.101s = 9.616s > BENCHMARK%: V:184.2433% VO: 0.0000% A: 0.0000% Sys:-84.2433% = 100.0000% > ^^^^^^^^^ > why is this negative systime? A bug in the today's CVS version. Mpeg decode time was counted twice. ("V: 17.717s" is wrong, this should be something like "V: 8.85s") Should be fixed now in the CVS tree. > > One remaining issue I know is with some mpeg1 videos, where > > sound output doesn't work (mp3/mp3lib, produces noise, only on a > > big-endian/SPARC machine). > > haven't tested it yet (remote access) and -dumpaudio not works: > > Reading /export/home/tibcu/.mplayer/codecs.conf: 15 audio & 33 video codecs > font: can't open file: /export/home/tibcu/.mplayer/font/font.desc > font: can't open file: /usr/local/share/mplayer/font/font.desc > ==> Found video stream: 0 > Detected MPEG-PS file format! > ==> Found audio stream: 0 > core dumped :) Are you sure it didn't work? "core dumped :)" is the message mplayer prints when it's done dumping the audio data to "stream.dump"... Btw. the mp3 noise problem is probably a gcc-3.0 SPARC bug, when you compile mplayer with -O2 or higher. There's no noise when you compile with gcc-2.95.x and -O4. -- Jürgen Keil jk(a)tools.de Tools GmbH +49 (228) 9858011 _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1

Re: [Mplayer-dev-eng] Porting to IRIX/Solaris
by Juergen Keil 20 Jul '01

20 Jul '01

> A while ago, Gernot planned to port Mplayer (or mpg12play) to IRIX. > Now with libavcodec for DivX support this would be even more interesting > than before. A port to these plattforms would be without ANY "competitors". > I also remember something about a running StrongARM port... > > Can anybody update me to current status? Most of the code in mplayer should be "byte-order" clean, now. And it doesn't access unaligned int16/int32 values any more on non-x86 cpus. The code compiles and mostly works on SPARC Solaris 2.6 or newer (there some issues with Solaris 2.5.1, missing inttypes.h, no snprintf, etc...). One remaining issue I know is with some mpeg1 videos, where sound output doesn't work (mp3/mp3lib, produces noise, only on a big-endian/SPARC machine). The code currently compiles (and benchmarks :-) without problems on sourceforge's compilefarm on the Linux/RS/6000 PowerPC machine and the Linux Ultra60 SPARC machine. I don't know what it looks and sounds like, if you sit in front of a real Linux/PowerPC or Linux/SPARC machine using mplayer, though ;-) The code also compiles on the Linux/alpha compilefarm box, but immediatelly crashes when you run it with an .avi file. So, mplayer is probably not 100% 64-bit clean, yet. Problem is of cause that some DivX movies use 0x160/0x161 audio format (DivX audio WMA), and that's not available on non-x86 platforms, because the only audio codec currently uses the win32 DLLs. Porting the code to IRIX shouldn't be too difficult... -- Jürgen Keil jk(a)tools.de Tools GmbH +49 (228) 9858011 _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1

Re: Re: [Mplayer-dev-eng] projectmayo's divx codec...
by Christoph Lampert 20 Jul '01

20 Jul '01

> >> Btw. Arpi, can you send me MPlayer patch to use linux divx 4.0 codec >> with mplayer? >It's in cvs. read DOCS/DivX4Linux Yes, but it should be a configure-option. Editing config.mak etc. is soooo much work. :-) gruel -- Dipl. math. Christoph Lampert (complex analysis, integral formulae) Email: gruel(a)gmx.de | Email: lampert(a)math.chalmers.se _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1