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

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

Divx4Linux
by Arpi 20 Jul '01

20 Jul '01

Hi, I've commited changes for supporting DivX4Linux library. Read DOCS/DivX4Linux for details. I'm interested in the benchmark reslts, comparing divxds, divx, ffdivx and divx4 speed & quality. We still have to develop and improve ffmpeg's libavcodec, because it's opensource, so we can add extra features, cache optimization (like video blitting of slices, like in libmpeg2), better postprocessing algos and so. Btw, is there anybody interested in postprocessing algorithms? Gruel? There is postprocess.c in the opendivx directory. Currently it's used for mpeg 1/2 files too, and it will be used for ffmpeg's divx too. We should improve its quality and speed. It's full C yet :( (it's based on ProjectMayo's code, but I spent a lots of time optimizing and improving it at C-level) Or even better: write a better code from scratch (to avoid licensing probs) Postprocessing filter is very very important thing, at least for people with fast enough CPU. It improves image quality a lot. A'rpi / Astral & ESP-team -- mailto:arpi@thot.banki.hu http://esp-team.scene.hu _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

3 6

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

20 Jul '01

Hello Andrй, >Like Arpi mentioned there are disassemblers. They can't only be used to >steal code, but also to find out if someone else has stolen your code... >I remember reading about that happening to some free software and if I'm >not misstaking the FSF is taking it to court. This may be too complicated, since we can't spend all the time disassembling our competitors' projects and looking for similarities to our code. They can also take _ideas_ without stealing the code explicitly. If you want to argue with somebody whose opinion is more important than mine, go here: http://forums.projectmayo.com/viewtopic.php?topic=2431&forum=3 -- Best regards, Eugene _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

3 2

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? > Change this into "Upload to CVS" :-) 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

1 0

MPlayer system-wide installation: 2nd attempt :-)
by Vladimir Kushnir 19 Jul '01

19 Jul '01

Hello, Here goes my 2nd attempt to make MPlayer installed system-wide. What is here: i) It looks for codecs.conf (font/font.desc) in $HOME/.mplayer, failing that looks at DATADIR (new option to configure, defaults to /usr/local/share/mplayer) ii) A new section to font.desc (and new field to font_desc_t) added - fpath (directory where fonts are stored). I did not touch Makefile yet, but that should be easy. BTW, "install -D" isn't portable - our BSD install does not know of this flag. We got to either "mkdir -p <some_dir>" or "install -d <some_dir>" first to create directories as needed. Regards, Vladimir -- Vladimir Kushnir - vkushnir(a)Alfacom.net

2 3

long file support patch
by Arpi 19 Jul '01

19 Jul '01

Hi, Can you make the patch up-to-date with CVS? I'll apply it. But please change one thing: printf's should use 32 bit values. Simply truncate 64bit offsets, I mean: off_t x; ... printf("x=0x%X\n",(unsigned int)x); Those printf's are there for debugging purposes only, and it's ok if they show truncated values. (we are using small files for debugging problems...) This way it stay more portable, and less messy. A'rpi / Astral & ESP-team -- mailto:arpi@thot.banki.hu http://esp-team.scene.hu _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

1 0