Re: Sample Audiobooks as LPF's

Hi Garth, FYI your LPF audiobooks load and play fine in Thorium.
Regards, Daniel

On Tue, 9 Jun 2020 at 00:39, Daniel Weck <daniel.weck@gmail.com> wrote:

> Hello all, I think this relates to this issue:
> https://github.com/w3c/publ-tests/issues/36
> Regards, Daniel
>
> On Tue, 9 Jun 2020 at 00:22, Garth Conboy <garth@google.com> wrote:
>
>> Hi Publishing WG Folks,
>>
>> I pulled down the LPF of Crimson Fairy pointed to from here:
>> https://github.com/GarthConboy/publ-tests/tree/master/test_content/audiobooks
>>
>> It doesn't really seem like a valid LPF to me... an extra level of
>> directory at the top (as Wendy mentioned today) and a bunch of OS X
>> -specific files too.
>>
>> I *thinik* I've got some happy LPF's here:
>> https://drive.google.com/drive/u/0/folders/1GKAWNfzK0K7qEAWyM2vERv71drK7TMF0
>>
>> There are two:
>>
>>    - Crimson Fairy made from the exploded sample in the above tests
>>    folder, so should have Marisa's recent fixes
>>    - Lady Of Shalott again from the exploded sample in the above tests
>>    folder.  I changed the name of the manifest from "los.json" to
>>    "publication.json" so it was a conformant LPF.
>>
>> Can some group of somebody's take a gander at these and see if you buy
>> their validity.
>>
>> My "ma" (Make Audiobook) alias I used was:
>>
>> alias ma="rm target.lpf;zip -vr0X target * -x target.zip;mv target.zip
>> target.lpf"
>>
>>
>> The "ma" command should be run from the "root" of the Audiobook folder
>> (the one with "publication.json" in it) -- it will leave behind the LPF
>> named "target.lpf".  Yes, it doesn't compress anything in the archive, but
>> that will make little practical difference, as the size is taken up by the
>> MP3's, and you only "SHOULD" compress the other files.
>>
>> Please let me know.  If approved, I'll get these updated LPF's pointed to
>> from the github repository.
>>
>> Best,
>>    Garth
>>
>>