[FFmpeg-devel] Samples Collection Reorganisation

[Michael Niedermayer]

On Sun, Jan 11, 2009 at 03:21:25PM +0100, Ivo wrote:
> On Sunday 11 January 2009 01:18, Michael Niedermayer wrote:
> > On Fri, Jan 09, 2009 at 03:20:35PM +0100, Ivo wrote:
> > > A few minor additions:
> > >
> > > On Friday 09 January 2009 00:32, Ivo wrote:
> > > > * Files uploaded in 2006, 2007, 2008 and 2009 are in their respective
> > > > directories named after the year itself. Either the one that's marked
> > > > ready-for-archive or the other one if it's not sorted out yet (i.e. a
> > > > text file accompanying foo.avi has to be called foo.txt, removing
> > > > dupes, et cetera).
> > > >
> > > > * Files related to FFmpeg roundup issues and marked as such (i.e.
> > > > either the directory or the filename contains the issue number) are
> > > > in the issues directory under ffmpeg.
> > > >
> > > > * Files related to MPlayer's bugzilla and marked as such are under
> > > > issues/mplayer.
> > > >
> > > > Note that this _only_ concerns the incoming directory. I have not
> > > > touched the current samples collection and won't until everything in
> > > > incoming is sorted out and decently archived.
> > >
> > > * Uploaded binary codecs, specs, et cetera, are not in the year
> > > directories, but in non-av-files.
> > >
> > > * In the unlikely case that you're looking for files from before 2006,
> > > those are in the appropriate year directories too (I found files dating
> > > back to 2002).
> > >
> > > * The ls-lR.bz2 file is updated regularly, so you can search with
> > > bzless.
> >
> > Id like to add a little comment about the ftp reorganization.
> > It approximately doubled the time i need to find a sample. Excelent work.
> > Basically incoming has become a bigger pain than rapidshare and co.
> >
> > Let me explain it
> > What is and was:
> > people upload a randomly named file in a random directory and sometimes
> > post a link but at least post the filename & directory.
> >
> > Previously the link worked, or at least one could find the file using the
> > filename and directory very quickly (aka wget .../directory/filename)
> >
> > Now with the random moving this is not possible anymore, one has to go
> > and look in 3 directories and then look in some index ...
> >
> >
> > What should have been is that symlinks should have been added but
> > ABSOLUTELY NEVER should a file be renamed or moved without leaving a
> > nequally named symlink in its place unless the file is actually deleted.
> > If someone wants the initial file to be sanely placed its the users
> > responsibility to place it sanely, and this can be enforced through
> > technical means if someone volunteers to do it.
> >
> > If a file is moved behind the users back the user will point everyone
> > who asks to the wrong place
> 
> I'm sorry that this transitional period is bothering you, but IMHO incoming 
> is not something to rely on. Most developers cannot even get to the files 
> in there. The whole point of cleaning up incoming is that it should be 
> empty most of the time (and I'll be notified by e-mail if something gets 
> uploaded). Filling it with a ton of symlinks in oddly named directories all 
> over the place is not my idea of cleaning up.
> 
> Let me explain it too. I am currently spending quite a lot of time at 
> sorting out all the files in there, over 2000 files uploaded in the last 
> 6.5 years. I am at one-third atm and at this rate I'll be done in a week. 
> After that, all files will be available at 
> http://samples.mplayerhq.hu/archive in the format we discussed earlier. 
> I'll add an extra index directory with the original filenames as symlinks 
> to all/ and the symlinks will have the prefix stripped so finding files by 
> their original pre-archived filename will be trivial.

Iam not bothered by some transitional period, iam bothered that finding
files has become much harder and iam not sure how this would be limited
to some period.
As long as users upload to incoming and you move files out from there it
will be much harder to find the file, this is not theory, it is reality
I have MUCH more difficulty finding files since the reorganization, and iam
not the only one... Sometimes i catch them in incoming still, someimes they
are in <year>/ and sometimes i cannot find them anywhere at all.

If you move each directory with all contents unchanged to all/ its still
2 places to search, namely incoming and all. If you rename anything or
worse its much harder to find.
What is the problem with replacing files in incoming with symlinks to
their new resting place?

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

I am the wisest man alive, for I know one thing, and that is that I know
nothing. -- Socrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20090111/f3003796/attachment.pgp>