W3C home > Mailing lists > Public > public-media-fragment@w3.org > November 2008

Re: Types of Fragments and Fragments Caching

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Wed, 19 Nov 2008 22:03:07 +1100
Message-ID: <2c0e02830811190303p60fa32a9h8706d3ee0c1ff4d0@mail.gmail.com>
To: "Guillaume Olivrin" <golivrin@meraka.org.za>
Cc: "Davy Van Deursen" <davy.vandeursen@ugent.be>, "Media Fragment" <public-media-fragment@w3.org>

Hi all,

sorry I missed the meeting.

After thinking some more about the merging: we should only take the
description of the types of fragment addressing from Davy's page.

The other part is about the way ranges can work in HTTP and that
should go into http://www.w3.org/2008/WebVideo/Fragments/wiki/HTTP_implementation.

I can do the merging if you prefer. I'm sorry I missed the meeting. :(

Cheers,
Silvia.

On Wed, Nov 19, 2008 at 8:49 PM, Guillaume Olivrin
<golivrin@meraka.org.za> wrote:
> Hi Davy, Silvia,
>
> About merging the summary table of
> http://www.w3.org/2008/WebVideo/Fragments/wiki/HTTP_Fragment_Caches#Media_format_classification
>  into
> http://www.w3.org/2008/WebVideo/Fragments/wiki/Types_of_Fragment_Addressing
>
>>
>> Should we merge the two wiki pages? Or just cut and paste the relevant
>> parts from Davy's page with the working draft one?
>>
>
> Yes, Davy did a great job summarising all the important media formats
> and the kind of fragments that can be expected in each format according
> to caching abilities. I noticed it yesterday so I added the link at the
> bottom of the 'Types of Media Fragment Addressing' wikipage.
>
> Would it be useful to have a table that shows what Use Case apply to
> what Media Format?
> Would it be useful to have examples of Media Fragment URI that could
> apply next to each Media Format?
>
> Regards,
> Guillaume
>
> On Wed, 2008-11-19 at 08:08 +1100, Silvia Pfeiffer wrote:
>> Davy, all,
>>
>> I finally got around to reading the new wiki page.
>>
>> It's awesome and captures everything we have discussed about
>> conditions on media formats for enabling the different types of
>> addressing. Even a table is there!
>>
>> It actually now turned out to be mostly what we discussed as section
>> two of the working draft, which was going to go here
>> http://www.w3.org/2008/WebVideo/Fragments/wiki/Types_of_Fragment_Addressing
>> (except for the discussion on which method to use for caching over
>> http).
>>
>> Should we merge the two wiki pages? Or just cut and paste the relevant
>> parts from Davy's page with the working draft one?
>>
>> Cheers,
>> Silvia.
>>
>> On Fri, Nov 14, 2008 at 7:29 PM, Davy Van Deursen
>> <davy.vandeursen@ugent.be> wrote:
>> >
>> > Hi all,
>> >
>> > [snip]
>> >
>> >>>I think we are theorizing a lot and are not actually looking at
>> >>>concrete codecs. We should start getting our hands dirty. ;-) By which
>> >>>I mean: start classifying the different codecs according to the
>> >>>criteria that you have listed above and find out for which we are
>> >>>actually able to do fragments and what types of fragments.
>> >>
>> >>I agree, we should create a new page on the wiki starting from this mail
>> >>and
>> >>from [2]. I will try to work on that in the next days.
>> >>
>> >>[1]
>> >>http://lists.w3.org/Archives/Public/public-media-
>> >>fragment/2008Nov/0032.html
>> >>[2]
>> >>http://lists.w3.org/Archives/Public/public-media-
>> >>fragment/2008Nov/0003.html
>> >>
>> >
>> > I have created a new wiki page [1] regarding the issues discussed above. It
>> > also contains a table providing an overview of the features of media formats
>> > we consider (in the context of fragment axes). Feel free to comment, add, or
>> > correct ;-).
>> >
>> >
>> > [1] http://www.w3.org/2008/WebVideo/Fragments/wiki/HTTP_Fragment_Caches
>> >
>> >
>> > Best regards,
>> >
>> > Davy
>> >
>> > --
>> > Davy Van Deursen
>> >
>> > Ghent University - IBBT
>> > Department of Electronics and Information Systems Multimedia Lab
>> > URL: http://multimedialab.elis.ugent.be
>> >
>> >
>> >
>>
>>
>
>
Received on Wednesday, 19 November 2008 11:03:42 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 21 September 2011 12:13:31 GMT