headers
Guillaume POIRIER | 23 Oct 2006 21:17
Picon
Gravatar

Fwd: [x264-devel] Suspected GPL violation by Erightsoft "super"

Yet another GPL rape

---------- Forwarded message ----------
From: chl <at> iupr.net <chl <at> iupr.net>
Date: Oct 23, 2006 7:17 PM
Subject: [x264-devel] Suspected GPL violation by Erightsoft "super"
To: MPlayer-devel <at> mplayerhq.hu, x264-devel <at> videolan.org,
ffmpeg-devel <at> lists.sourceforge.net, musepack <at> gmail.com,
theora-dev <at> xiph.org
Cc: license-violation <at> gpl-violations.org

Hi guys,

the SUPER codec by Erightsoft

http://www.erightsoft.net/SUPER.html

contains lots of GPL and LGPL code:
mplayer, ffmpeg, x264, musepack, theora,
which they admit and give credit for.

Still, their product is proprietary,
and they insist on it. I tried to get
the source through their forum, but they
of course won't give it:

http://www.erightsoft.net/Supforum.html

I'll forward this to the different mailing
lists, so you can discuss and coordinate
(Continue reading)

Permalink | Reply | 0 comments |
headers
Frank Aurich | 27 Oct 2006 04:57
Picon
Favicon

Mplayer on Vista

Hi,

I've been running Windows Vista for a while now, and Mplayer works great, except
for the annoying disabling of DWM (or 'Aero') as long as Mplayer is operating.
This means all the transparency/translucency is gone, but even worse is the
black-out of the display when starting and ending a movie.

The problem lies within vo_directx, but I'm afraid I don't really know where to
look specifically. I haven't found much information from MS yet on what causes
the switch to Vista Basic.

Has anyone looked into this yet and found a solution to the problem?

Frank
Permalink | Reply | 2 comments |
headers
Reimar Döffinger | 27 Oct 2006 18:38
Picon
Picon

Re: Mplayer on Vista

Hello,
On Fri, Oct 27, 2006 at 04:57:18AM +0200, Frank Aurich wrote:
> This means all the transparency/translucency is gone, but even worse is the
> black-out of the display when starting and ending a movie.
> 
> The problem lies within vo_directx, but I'm afraid I don't really know 
> where to
> look specifically. I haven't found much information from MS yet on what 
> causes
> the switch to Vista Basic.

The overlay hardware can't possibly work in that environment unless your
graphics drivers emulate it via 3D hardware (Xgl on linux uses that
approach, though it has its own problems).
Tried just using -vo gl (or -vo gl:yuv=2 for better speed)?

Greetings,
Reimar Döffinger
Permalink | Reply | 1 comment |
headers
Frank Aurich | 28 Oct 2006 14:33
Picon
Favicon

Re: Mplayer on Vista

Reimar Döffinger wrote:
> Hello,
> On Fri, Oct 27, 2006 at 04:57:18AM +0200, Frank Aurich wrote:
>> This means all the transparency/translucency is gone, but even worse is the
>> black-out of the display when starting and ending a movie.
>>
>> The problem lies within vo_directx, but I'm afraid I don't really know 
>> where to
>> look specifically. I haven't found much information from MS yet on what 
>> causes
>> the switch to Vista Basic.
> 
> The overlay hardware can't possibly work in that environment unless your
> graphics drivers emulate it via 3D hardware (Xgl on linux uses that
> approach, though it has its own problems).
> Tried just using -vo gl (or -vo gl:yuv=2 for better speed)?
> 
> Greetings,
> Reimar Döffinger

Yes, I figured it'd be a problem with the overlay approach. I took a look at the 
source code of Media Player Classic, it uses D3D to display the video image. 
Here, the switch to Vista Basic does not occur.

Unfortunately, ATi currently doesn't provide OpenGL drivers for Windows Vista, 
so I couldn't test that.
I guess I'll have to wait for those drivers then ;)

Frank
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas Plank | 28 Oct 2006 21:46
Picon
Picon

libmpdvdkit2: compile error

Hello,

libmpdvdkit2 produces some compile errors:

libmpdvdkit2/libmpdvdkit.a(device.o):device.c:(.text+0x7cc): undefined reference to `_lseek64'
libmpdvdkit2/libmpdvdkit.a(device.o):device.c:(.text+0xe81): undefined reference to `_lseek64'
libmpdvdkit2/libmpdvdkit.a(device.o):device.c:(.text+0xf92): undefined reference to `_lseek64'
collect2: ld returned 1 exit status
make: *** [mplayer.exe] Error 1

Newest SVN version from today evening.
--

-- 
mfg Thomas
Permalink | Reply | 7 comments |
headers
John Brown | 28 Oct 2006 23:41
Picon
Favicon

cdda enabled and "disabled" at the same time with libcdio

This is a minor, cosmetic matter.

I wanted to be able to play CDs with MPlayer. cdparanoia cannot be built 
with MingW/MSYS, so I installed libcdio-0.77. It does not compile all the 
way (lib/udf/udf_time.c does not compile because struct timespec is not 
defined), but libcdio_paranoia is built and installed. The resulting MPlayer 
can play CDs with cdda://.

However, my list of enabled and disabled optional drivers looks like this:
  Enabled optional drivers:
    Input: ftp network tv live555 CDDA dvdread dvdnav
    Codecs: qtx x264 xvid amr_wb amr_nb libavcodec real win32 faad2 libmpeg2 
liba52 mp3lib libtheora speex tremor(internal) twolame gif
    Audio output: dsound win32 mpegpes(file)
    Video output: winvidix cvidix md5sum directx gif89a pnm jpeg png 
mpegpes(file) opengl tga
    Audio filters:
  Disabled optional drivers:
    Input: vstream pvr radio tv-v4l2 tv-v4l1 CDDA mpdvdkit2 vcd dvb smb
    Codecs: libdv xanim faac musepack libdts toolame libmad liblzo
    Audio output: sun alsa openal jack polyp esd arts oss ivtv dxr2 nas sdl
    Video output: xvidix bl zr zr2 ivtv dxr3 dxr2 sdl vesa fbdev svga caca 
aa g
gi xmga mga dga xvmc xv x11 dfbmga directfb tdfx_vid s3fb tdfxfb 3dfx
    Audio filters: ladspa

Notice that cdda appears in both lists.

I have attached my configure.log  and the stdout and stderr ouput 
(configure.txt) of my configure command, which is:
(Continue reading)

Permalink | Reply | 2 comments |
headers
Diego Biurrun | 29 Oct 2006 10:37
Picon
Gravatar

Re: libmpdvdkit2: compile error

On Sat, Oct 28, 2006 at 09:46:56PM +0200, Thomas Plank wrote:
> 
> libmpdvdkit2 produces some compile errors:
> 
> libmpdvdkit2/libmpdvdkit.a(device.o):device.c:(.text+0x7cc): undefined reference to `_lseek64'
> libmpdvdkit2/libmpdvdkit.a(device.o):device.c:(.text+0xe81): undefined reference to `_lseek64'
> libmpdvdkit2/libmpdvdkit.a(device.o):device.c:(.text+0xf92): undefined reference to `_lseek64'
> collect2: ld returned 1 exit status
> make: *** [mplayer.exe] Error 1
> 
> Newest SVN version from today evening.

Please don't provide this much information.  If you do there is a real
danger that we might even figure things out ...

Diego
Permalink | Reply | 6 comments |
headers
Reimar Döffinger | 29 Oct 2006 12:38
Picon
Picon

Re: cdda enabled and "disabled" at the same time with libcdio

Hello,
On Sat, Oct 28, 2006 at 05:41:39PM -0400, John Brown wrote:
> This is a minor, cosmetic matter.
> 
> I wanted to be able to play CDs with MPlayer. cdparanoia cannot be built 
> with MingW/MSYS, so I installed libcdio-0.77. It does not compile all the 
> way (lib/udf/udf_time.c does not compile because struct timespec is not 
> defined), but libcdio_paranoia is built and installed. The resulting 
> MPlayer can play CDs with cdda://.

Fixed in SVN r20507, please test.

Greetings,
Reimar Döffinger
Permalink | Reply | 1 comment |
headers
siweiliu | 29 Oct 2006 13:03
Favicon

rmvb/rm in GUI mode

Hi, in GUI mode, rmvb/rm file can't be seek by seekbar.
I think add these lines in function static void demux_seek_real(demuxer_t *demuxer, float
rel_seek_secs, float audio_delay, int flags) to libmpdemux/demux_real.c will solve this problem:
if (flags & 2) {
  rel_seek_secs = rel_seek_secs*(((real_priv_t *)(demuxer->priv))->duration);
}
after the code:
    if (flags & 1)
 /* seek absolute */
 priv->current_apacket = priv->current_vpacket = 0;

how about it?
Permalink | Reply | 1 comment |
headers
Reimar Döffinger | 29 Oct 2006 13:33
Picon
Picon

Re: rmvb/rm in GUI mode

Hello,
On Sun, Oct 29, 2006 at 08:03:03PM +0800, siweiliu wrote:
> Hi, in GUI mode, rmvb/rm file can't be seek by seekbar.
> I think add these lines in function static void demux_seek_real(demuxer_t *demuxer, float
rel_seek_secs, float audio_delay, int flags) to libmpdemux/demux_real.c will solve this problem:
> if (flags & 2) {
>   rel_seek_secs = rel_seek_secs*(((real_priv_t *)(demuxer->priv))->duration);
> }
> after the code:
>     if (flags & 1)
>  /* seek absolute */
>  priv->current_apacket = priv->current_vpacket = 0;
>  
> how about it?

Fixed (very slightly) different in SVN r20508.

Greetings,
Reimar Döffinger
Permalink | Reply | 0 comments |

Gmane