Adobe Premiere Pro 7.0 Chyba - Unsupported Compression in File



Mám problém: při importování některých videosekvencí (*.avi) mi je Premiéra odmítne zpracovat s hláškou "Unsupported Compression in File". V Adobe Premiere 6.0 to určitě šlo...
Kodeky, kodeky a zase kodeky, resp. jejich podpora Premierem.
Dobrý den, to je problém kodeků, kterých je hodně a potom nějaký film AVI přehrávat lze a jiný nikoliv (mám to takto v STB). Já to neřeším, resp. přehraji si film v PC, ale kdybych to řešit chtěl, tak si ve Format Factory zjistím u filmu, který se v STB přehrává, jaké má vlastnosti (a kodek) a podle toho bych zkusil překonvertovat film nefunkční do stejných vlastností (a kodeku). Jinak, píšete o autorádiu, ale asi to bude spíše DVD player, ne? Zdravím!

  
doplněno 25.05.18 21:16: achjo - napište nám zde, jaká je to značka a přesný typ toho autorádia (zkusíme si najít nějaké info o tom přístroji na internetu). Mě by třeba zajímalo, jak má to autorádio velkou obrazovku.

  
doplněno 25.05.18 22:58: achjo - tak jsem si ten přístroj našel na internetu a musím se přiznat, že něco takového jsem ještě neviděl - tam už snad chybí jen vodotrysk ![](). Kouknul jsem i na nějaké video na YouTube a je to pěkná mašinka (zvláště to "vyšpulení" obrazovky je efektní). No, má to umět přehrávat DivX, což jsou soubory videa s koncovkou AVI. Jenže, jak už jsem Vám psal, tak problém bude v tom kodeku, resp. ne každé video AVI se přehraje v daném přístroji. Už jsem zmínil program Format Factory, který si dohledáte a nainstalujete do PC (je zdarma a v češtině). Potom tam zkusíte film, který ten přístroj nepřehraje překonvertovat s jiným kodekem a zase jako AVI - tady Vám více neporadím, protože se to musí zkusit a výsledek potom zkusit v tom autorádiu. Nebo je další možnost překonvertovat do MPG, což je formát, který umí přehrát snad každý DVD přístroj. Zkuste si pohrát s Format Factory a snad se Vám to podaří, když už máte takový unikátní přístroj. Hodně štěstí. <p>moje střeva říká ne. servery odesílají gzipovaný obsah pouze v případě, že z prohlížeče obdrží správnou hlavičku accept-encoding. samotná záhlaví není součástí souboru cookie odeslaného prohlížečem, takže jej nebudete moci upravovat. servery to dělají, aby zabránily odeslání komprimovaného souboru do prohlížeče, který jej nepodporuje, a tím brání správnému zobrazení stránky.</p><p>alternativně byste mohli dělat to, co zní, jako byste již dělali, a vynutit si to kódem na straně serveru.</p> Ukazuje se, že problém nesouvisí s podpisem vůbec - je to proto, že soubor XML je sestaven. Chcete-li se podívat na obsah tohoto souboru je nutné použít `aapt`nástroj. pokud se při výpočtu objeví následující chybová hláška: je třeba nainstalovat patch knihoven systému mfc8. link ke stažení: http://www.microsoft.com/downloads/details.aspx?familyid=766a6af7-ec73-40ff-b072-9112bab119c2&displaylang=en dobrý den, bohužel to možné není. prohlédněte si položky zakázané pro vývoz. <p>toto je sekce pagespeed ​​z mého .htaccess:</p><pre><code>&lt;ifmodule pagespeed\_module&gt; modpagespeed on modpagespeedenablefilters extend\_cache modpagespeedenablefilters collapse\_whitespace modpagespeedenablefilters combine\_css modpagespeedenablefilters move\_css\_to\_head modpagespeedenablefilters remove\_comments modpagespeedenablefilters inline\_css modpagespeedenablefilters rewrite\_javascript modpagespeedenablefilters insert\_img\_dimensions modpagespeedenablefilters rewrite\_images modpagespeedenablefilters rewrite\_css &lt;/ifmodule&gt; </code></pre><p>i když se trochu překrývá s komprese js a css, nevidím žádné negativní výsledky. nastavil jsem drupal 7), abych agregoval a komprimoval css a js.</p><p>tato stránka však není nijak zvlášť silná.</p> <p>podívejte se na <a href="http://api.drupal.org/api/drupal/includes--file.inc/function/file\_save\_upload/7">file\_save\_upload ()</a> a funkce, které jej nazývají.</p><p>funkce bude zpracovávat ověření souboru a uloží jej do nového umístění. v drupal 7 to také přidá soubor do file\_managed tabulky).<br> všimněte si, že soubor bude uložen jako dočasný soubor, takže se ujistěte, že jste poté nastavili stav souboru na trvalý.</p><p>pravděpodobně budete chtít implementovat funkci file\_save\_upload do háčku ověření vašeho formuláře (před obsluhou odeslání), takže můžete uživatele upozornit, pokud selhalo nahrávání souboru nebo nesplnilo vaše požadavky na ověření.</p><p>pokud je název obrazového pole, které se pokoušíte ověřit, <code>image</code>, pak prvním parametrem file\_save\_upload by měl být image, jako takový:</p><p>$ path = file\_save\_upload ('image', ...);</p><p>tato funkce poté vrátí cestu na server, do kterého byl obrázek nahrán (takže ji můžete například uložit do pole vlastní databáze).</p> <p>měl jsem tento problém na iis6 jednou, když nějakým způsobem asp.net isapi věci byly rozbité.</p><p>běh </p><pre><code>%windir%\microsoft.net\framework\v2.0.50727\aspnet\_regiis.exe -i </code></pre><p>aby se znovu vytvořilo nastavení.</p> <p><strong> souhrn </strong></p><ol> <li>pokud máte problémy se zamykáním, máte problém s kódem: nejedná se o databázový stroj</li> <li>není to kouzelná střela</li> <li>můžete přidat další problémy</li> </ol><p><strong> zatížení </strong></p><p>také zvýší zatížení vašeho tempdb a <a href="https://web.archive.org/web/20170130011816/http://sqlblog.com/blogs/alexander\_kuznetsov/archive/2008/07/12/cpu-overhead-for-higher-isolation-levels.aspx"> cpu </a> . viz také:</p><ul> <li> <a href="https://web.archive.org/web/20170915173116/http://sqlblog.com/blogs/linchi\_shea/archive/2007/10/05/performance-impact-the-potential-cost-of-read-committed-snapshot.aspx">"dopad na výkon: potenciální náklady na čtení\_kompletní\_snapshot"</a> (linchi shea)</li> </ul><p><strong> bezpečnost </strong></p><p>nejdůležitější je, že izolace snímků <em> není v mnoha případech bezpečná </em> <em> ve výchozím nastavení </em>. přečtěte si <a href="https://en.wikipedia.org/wiki/snapshot\_isolation#definition">"snapshot izolace" (wikipedia)</a> pro další informace o anomáliích se skreslením. další část je „jak provést sériovou izolaci snímkování“.</p><blockquote> <p>obecně tedy izolace snímků přináší některé problémy s udržováním netriviálních omezení na uživatele, který nemusí ocenit potenciální úskalí ani možná řešení. nevýhodou tohoto převodu je lepší výkon.</p> </blockquote><p>viz také:</p><ul> <li> <a href="http://www.jimmcleod.net/blog/index.php/2009/08/27/the-potential-dangers-of-the-read-committed-snapshot-isolation-level">"potenciální nebezpečí čtecí úrovně izolace snímaného odevzdání"</a> (jimmcleod, sporný v komentářích alexa kuznetsova)</li> <li> <a href="http://nickberardi.com/deadlocked-read-committed-snapshot-explained/">deadlocked !: "číst potvrzující snímek" vysvětlil</a> (nick berardi)</li> <li> <a href="https://blogs.msdn.microsoft.com/craigfr/2007/05/16/serializable-vs-snapshot-isolation-level/">serializable vs. snapshot isolation level, marble problem</a> (craig freedman)</li> <li> <a href="https://web.archive.org/web/20170511045506/http://sqlblog.com/blogs/alexander\_kuznetsov/archive/2011/08/02/reads-involving-udfs-under-read-committed-snapshot-may-seem-inconsistent.aspx">čtení zahrnující udf v read\_committed\_snapshot se může zdát nekonzistentní</a> (alex kuznetsov)</li> </ul> <p>připadá mi, že jste pravděpodobně měli prozkoumat svou uživatelskou základnu <em>dříve</em> stavbu webu. ale hej, jsi teď v této situaci, takže se s tím musíš vyrovnat, jak to zjistíš.</p><p>nepřekvapuje mě, že nemocnice/akademické instituce používají ie7. provedení úplné aktualizace operačního systému, brožur, hardwaru atd. je velmi nákladné cvičení, takže pravděpodobně zjistíte, že mnoho podobně velkých míst má stejnou situaci. není to něco, s čím by jednotlivci v instituci pravděpodobně mohli dělat cokoli (brány firewall, uzamčené počítače zabraňující instalacím atd.). proto jim ukázat nefunkční web <em>a</em> dialog, který jim říká, aby sami situaci napravili instalací nového prohlížeče, když to není něco, co by mohli udělat, je jen dvojitý úder do obličeje.</p><p>v závislosti na tom, co vaše stránky skutečně dělají, je nepravděpodobné, že nebude možné, aby fungovaly ve starších prohlížečích. pokud vaše cílové publikum nemá přístup na web, pak to není jejich chyba, je to vaše chyba, protože neprovádí svůj výzkum a nezvažuje je především, proto byste je měli sát a řešit problém přímo. zajistěte, aby web fungoval v ie7.</p><p>ve starších prohlížečích to nemusí být úplně stejné. uživatelé mohou mít vylepšené zkušenosti s novějšími, ale u starších by to mělo být <em>work</em>.</p>