Closed mhulse closed 10 years ago
Looks like it's encoding/ordering of the <source>
tags.
Good tips on this page: Embedding video
Here's what I know so far:
<source>
tags, then the ogg loads and loops normally, but the quality is shit.Interesting thread here that has command line conversion tip:
https://getsatisfaction.com/participatoryculturefoundation/topics/webm_results_in_very_poor_quality
But it's a couple of years old.
I'm going to put OGG first and push the changes. At least we'll get back to the loop speeds before I touched things.
Rob, if you can, post the source code.
@robertdenton I think we're good for now. Maybe on Monday you can upload the PSD/Premiere source files, just for completeness' sake? :)
Hmm... Dang. Thanks for doing that. I don't have the source with me, it's on my work computer. I can definitely do it on MondayRob Denton
On Fri, Jul 25, 2014 at 8:03 PM, Micky Hulse notifications@github.com wrote:
Rob, if you can, post the source code.
@robertdenton I think we're good for now. Maybe on Monday you can upload the PSD/Premiere source files, just for completeness' sake? :)
Reply to this email directly or view it on GitHub: https://github.com/rgpages/lane-county-fair/issues/11#issuecomment-50221563
As Micky mentioned, this was probably due to large file size and the order of the file types. Should go webm, ogv, mp4, png
This is odd:
Other browsers loop ok.
Rob, if you can, post the source code. I'd like to export the video to see if I can fix. I think it might be a codec thing? Could it be because of my
.ogv
from #10?