[MPlayer-cvslog] r19258 - trunk/DOCS/tech/oggless-xiph-codecs.txt

[Michael Niedermayer]

Hi

On Wed, Aug 16, 2006 at 03:03:24PM +0200, Diego Biurrun wrote:
> On Mon, Aug 14, 2006 at 02:35:10PM +0200, Michael Niedermayer wrote:
> > 
> > On Mon, Aug 14, 2006 at 11:12:04AM +0200, Diego Biurrun wrote:
> > > 
> > > That said, I'm in favor of separating NUT and MPlayer development, I
> > > believe it's better for NUT to be considered independent.  Another
> > > possibility would be to create a separate repository for the
> > > specification and not maintain it within the libnut repository.
> > 
> > the more repositories get split the more problems we will have, as theres
> > no way to move things from one repo to another, IMHO there never should
> > have been more then one repository on mphq
> 
> There are advantages and drawbacks with both approaches.  If MPlayer and
> FFmpeg were in one repository they would share revision numbers as well,
> so a commit to MPlayer would bump the FFmpeg revision number and vice
> versa.

of course, i see no problem with this though


> 
> > so i am against creating yet another repository, also the soc2006 projects
> > should have been branches of ffmpeg in the ffmpeg repository not seperate
> > repositories
> 
> The idea was to keep them separate because they would be directed at
> newbies so they could mess with the repos as much as they want and that

cant svn restrict access per directory instead of repository?


> the repos would be thrown away after the SoC finished (of course the
> code should get committed to FFmpeg if it was good enough).  Other
> decoders have also been developed separately before getting committed
> to FFmpeg.

i dont like justifying something with that it had always been done that
way

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is