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

Re: [Mplayer-dev-eng] plans ?
by Nick Kurshev 11 Jul '01

11 Jul '01

Hi, Attila Kinali! On 2001-07-10 21:36:48 you wrote: >Hi all, > >What are the plans for the 0.18 release ? >I thought it was to have it out as soon as possible. >But at the moment it looks like more and more new features get in. >An example is the ffmpeg divx codec. I like it very much but >I would have waited for the next release. > Yes, since Arpi have added libavcodec - release should be delayed. I plan to add some optimizations to new stuff. They should be tested. I guess that 0.18-pre.5 must have enabled ffmepg-divx codec by default for better testing. >I know I'm not a developer. And I also don't want to >sound offensive but I think it's time for a new release >even if that means to drop some nice features for the next >release. Simply next release should be renamed to 0.18-DelayCounter, IMHO ;) Best regards! Nick (2001-07-11 01:05:17) _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

5 5

Dynamic output quality patch
by Timothy B. Terriberry 11 Jul '01

11 Jul '01

I got annoyed that my avi's were skipping the other day, and thought they looked like crap without post-processing, so I wrote a little patch to dynamically select the output quality based on current CPU usage (at least for DivX, OpenDivX, and MPEG). Skipping goes away, and most of the time stuff looks good. The patch is to mplayer.c from the 0.17a Ideg Counter version, so you'll probably have to do a little work to apply it to the current version of that file. 363a364 > int output_quality; 958a971 > output_quality=divx_quality; 993c1006 < printf("DivX setting result = %d\n", DS_SetAttr_DivX("Quality",divx_quality) ); --- > printf("DivX setting result = %d\n", DS_SetAttr_DivX("Quality",output_quality>4?4:output_quality) ); 1008c1021 < dec_set.postproc_level = divx_quality; --- > dec_set.postproc_level = (1<<output_quality)-1; 1017c1030 < picture->pp_options=divx_quality; --- > picture->pp_options=(1<<output_quality)-1; 1019c1032 < if(divx_quality){ --- > if(output_quality){ 1146a1160,1161 > double cvideo_base_vtime; > double cvideo_base_vframe; 1372a1388,1389 > cvideo_base_vframe=v_frame; > cvideo_base_vtime=video_time_usage; 1377a1395 > float vdecode_time; 1398c1416,1417 < t2=GetTimer();t=t2-t;video_time_usage+=t*0.000001f; --- > t2=GetTimer();t=t2-t; > vdecode_time=t*0.000001f;video_time_usage+=vdecode_time; 1421c1440,1441 < t2=GetTimer();t=t2-t;video_time_usage+=t*0.000001f; --- > t2=GetTimer();t=t2-t; > vdecode_time=t*0.000001f;video_time_usage+=vdecode_time; 1455c1475,1476 < t2=GetTimer();t=t2-t;video_time_usage+=t*0.000001f; --- > t2=GetTimer();t=t2-t; > vdecode_time=t*0.000001f;video_time_usage+=vdecode_time; 1512c1533,1534 < t+=GetTimer(); video_time_usage+=t*0.000001; --- > t+=GetTimer(); > vdecode_time=t*0.000001f; video_time_usage+=vdecode_time; 1545a1568,1618 > > /*Output quality adjustments:*/ > /*If we took a long time decoding this frame, downgrade the quality.*/ > if(output_quality>0&& > (video_time_usage-cvideo_base_vtime)*v_frame>= > (0.95*v_frame-(vout_time_usage+audio_time_usage))* > (v_frame-cvideo_base_vframe-frame_correction)){ > output_quality>>=1; > /*printf("\nDowngrading quality to %i.\n",output_quality);*/ > switch(sh_video->codec->driver){ > case 3:{ /*OpenDivX*/ > DEC_SET dec_set; > dec_set.postproc_level=(1<<output_quality)-1; > decore(0x123,DEC_OPT_SETPP,&dec_set,NULL); > }break; > #ifdef USE_DIRECTSHOW > case 4:{ /*W32/DirectShow*/ > DS_SetValue_DivX("Quality",output_quality>4?4:output_quality); > }break; > #endif > /*case 1: ??*/ > case 2:{ > picture->pp_options=(1<<output_quality)-1; > }break; > } > } > /*If we had plenty of extra time, upgrade the quality.*/ > else if(output_quality<divx_quality&& > vdecode_time<0.50f*frame_time&& > (video_time_usage-cvideo_base_vtime)*v_frame< > (0.67*v_frame-(vout_time_usage+audio_time_usage))* > (v_frame-cvideo_base_vframe-frame_correction)){ > output_quality++; > /*printf("\nUpgrading quality to %i.\n",output_quality);*/ > switch(sh_video->codec->driver){ > case 3:{ /*OpenDivX*/ > DEC_SET dec_set; > dec_set.postproc_level=(1<<output_quality)-1; > decore(0x123,DEC_OPT_SETPP,&dec_set,NULL); > }break; > #ifdef USE_DIRECTSHOW > case 4:{ /*W32/DirectShow*/ > DS_SetValue_DivX("Quality",output_quality>4?4:output_quality); > }break; > #endif > /*case 1: ??*/ > case 2:{ > picture->pp_options=(1<<output_quality)-1; > }break; > } > }

3 2

Qt/Emb interface for Framebuffer MPlayer??
by mayuresh＠vsnl.com 11 Jul '01

11 Jul '01

Hi, Does anybody know how to get a Qt/Emb interface for the Framebuffer MPlayer code? Any hints would be usefull as a starter to do that? Awaiting your replies. ~Mayuresh _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

1 0

[PATCH] libac3 SSE support
by Nick Kurshev 11 Jul '01

11 Jul '01

Hello! In attach SSE support for libac3. Please test it and apply if it works, otherwise - simply forget about. Best regards! Nick

2 4

plans ?
by Attila Kinali 10 Jul '01

10 Jul '01

Hi all, What are the plans for the 0.18 release ? I thought it was to have it out as soon as possible. But at the moment it looks like more and more new features get in. An example is the ffmpeg divx codec. I like it very much but I would have waited for the next release. I know I'm not a developer. And I also don't want to sound offensive but I think it's time for a new release even if that means to drop some nice features for the next release. Attila Kinali -- Man who sink into womans arms soon have arms in womans sink. _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 2

[PATCH] two small bugs fixed
by Balazs Tibor 10 Jul '01

10 Jul '01

Hi! I attached a diff to fix two small bugs. (in mplayer.c and vo_gl.c) Please someone commit it thx -=+=- Tibcu -=+=-

2 2

Re: [Mplayer-dev-eng] DVD: anything else besides libcss?
by j＠falooley.org 09 Jul '01

09 Jul '01

lgb(a)lgb.hu said: > dvdcss = dvdcss_open( ppsz_argv[1], DVDCSS_INIT_QUIET ); > dvdcss_seek( dvdcss, i_sector ); > As you can see with libdvdcss you MUST know the starting sector of the > object as well... why? the lib has no concept of the .VOB file "object", because it just views the video stream as a linear stream of sectors. I believe that's the point of libdvdcss...you don't have to worry about the authentication, you just seek by sector and it handles all the decrypting. of course, i don't know what i'm talking about. i need to go read some code and keep my mouth shut. :) > The API is block oriented and there is NO option for opening a FILE. > So without an IFO parser we must use FIBMAP with libdvdcss too yes, but i think there is enough GPL IFO parsing code in both videolan and ogle to do that. I'm just speculating here, i haven't had time to go over the code. But i know that videolan works great for playing dvds, without mounting the dvd and without being root. > ... ANd I've got the bad feeling that I cannot controll authentication > and descrambling freely enough with libdvdcss compared to use libcss. i doubt it. videolan has better seeking capabilites for dvd than mplayer. the only reason i don't use videolan for dvd watching is that it's not as fast as mplayer and it likes to crash. jason _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

1 0

Re: [Mplayer-dev-eng] DVD: anything else besides libcss?
by j＠falooley.org 09 Jul '01

09 Jul '01

lgb(a)lgb.hu said: > libcss also does not require to be root! true > The main problem with CSS at all that you need the starting sector of > the object because it's a must for doing title authentication. This > information can be determined with doing FIBMAP ioctl but that needs > to be root under Linux true > (FIBMAP as non-root user is not planned for Linux kernel 2.5.x > either). the last post from alan cox on this subject indicated that FIBMAP would be safe for non-root as soon as every filesystem that implemented it was audited to make sure it was safe. that's a good bit of work, but it is planned, AFAIK. > This is true for every possible CSS implementation AFAIK. The solution > is using informations from IFO files. This does not require root > privs of course. As you can see this root or non-root problem is not > CSS implementation related thing. AFAIK. (Or it's possible that > libdvdcss has got some IFO parsing utils, I don't know.) ALL: Please > correct me if I've missed something. the difference is that libdvdcss uses sector-based addressing; it doesn't open the VOB files directly. that's why it doesn't need to use FIBMAP, it already knows the physical sector address. that would also explain why the dvd doesn't have to be mounted. it seems that it must be able to read the UDF filesystem off of the raw device itself, without using the kernel to help. IMO, dvd playing should: - use libdvdcss for the advantages mentioned above, and - use the code i hear is in ogle to parse IFO format to get goodies like subtitle palettes and the DVD menus. now someone just needs to implement it. :) jason _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

2 1

DVD: anything else besides libcss?
by Vladimir Kushnir 08 Jul '01

08 Jul '01

Hi, A minor breakage first: libavcodec does not compile out of box under (Free,Net?)BSD. Fix: to add sys/types.h to libavcodec/common.c And the real issue: is there plans to support anything else besides libcss (like libdvdcss from videolan project, for one) for encripted DVDs? The reason is purely utilitarian - libdvdcss is in the FreeBSD ports tree while libcss isn't :-) Regards, Vladimir -- Vladimir Kushnir - vkushnir(a)Alfacom.net _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

4 3

Fwd: Re: mspeg4 decoder optimization
by Arpi 08 Jul '01

08 Jul '01

here is gerard's mail about ffmpeg-mplayer code sync. ehh. again the fuckin' licensing stuff... --------- Forwarded message --------- From: "Gérard" Lantau <glantau(a)yahoo.fr> To: arpi(a)thot.banki.hu Subject: Re: mspeg4 decoder optimization > I've made some small changes on libavcodec to fit our needs: > - added #ifdef USE_LIBAVCODEC define to your common.h to avoid conflict > - removed some #include's from libavcodec, to get it compilable under bsd. > - addedd new function to get decoder by name (instead by id). > Later we can share code in CVS. Can I get them from the mplayer CVS server ? Currently, you can use the mplayer CVS and generate patches with it once you think they are OK and send them to me. About libavcodec optimisation : - I won't accept code covered by the GPL license because libavcodec is about to change license (LGPL or MPL, I don't know yet). That's why I do not use the very good MMX/SSE code from libmpeg2. - I prefer C optimisations (for example, in motion estimation averaging, pixels could be handled 4 by 4 in a totally portable way) before mmx ones. - for MMX, I prefer to use inline asm. As you said, it allows to use the C compiler to do some stuff (and in upcoming gcc 3.0, you will be able to use native vector types and builtins to have an ever more readable/portable code). - If possible, the mmx code should be dynamically choosen according to the CPU type (I am about to add this feature in ffmpeg). - I HATE floats, so don't use them (not a problem in video, but may be one in audio). Gerard. __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng

1 0