XBMC 9.11 Camelot probléma

Fórumok

Módosítom a postot.

Volt egy régebbi postom, azt frissíteném a legújabb tapasztalatokkal.

1. XBMC 9.11 Camelot VDPAU HQ Upscaling eltűnt a gui-ról

Megjelent az xbmc 9.11-es változatának stabil kiadása, mivel a beta-val elégedett voltam felfrissítettem. Érdekes módon a guiról eltűnt a VDPAU HQ Upscaling állításának lehetősége.

A fejlesztő az xbmc fórumán jelezte, hogy kivette, mert nem volt idő arra, hogy leteszteljék, mely hardwareken működik és melyeken nem. Azaz, inkább kivették teljesen elkerülvén a reklamációkat, hogy nem működik. gondolom a cél az, hogy hardware függően jelenjen meg a beállítás lehetősége. A fejlesztő egy későbbi postjába jelezte, hogy a kitiltást visszavette, azaz amennyiben a hardware támogatja a HQ upscalinget akkor az működni fog. Az xbmc logjában akkor olvasható lesz egy bejegyzés.

NOTICE: VDPAU HQ upscaling: 1

Ha 1-es van a végén működik, ha nem akkor 0 van a végén. Ez ugye még nincs benn a repoban, ezért letöltöttem a forrást és fordítottam egyet.

A lejátszás során valóban működik a dolog, az x264 tartalmak teljesen jól jelennek meg. Próbálkoztam divx-el is tekintettel arra, hogy a kártyám elvileg azt is támogatja, és ott is elindul elvileg a vdpau dekódolás, ha jól emlékszem az infót a képernyőre kérve vdpau_ffmpeg4 jelenik meg modulnévként. A képen viszont zöld zaza van. Az xbmc fórumon más is jelezte ezt. Szóval ez nem működik rendesen úgy tűnik.

2. A feliratok késleltetésének állítása nagyon hasznos "fícsör", de kevésnek találtam a 10 másodpercet. A tartomány alapértelmezett 10 másodperces nagyságát meg lehet növelni elvileg.

Ez megoldódott, csak a fő bennfoglaló tag az , amit elfelejtettem beletenni. Az alábbi beállításokat kell beletenni, ha 30 másodpercre akarom emelni az intervallumot.

<subsdelayrange>30</subsdelayrange>

http://xbmc.org/wiki/?title=AdvancedSettings.xml#.3Cvideo.3E

Bemásoltam a ~/.xbmc/userdata alá, és működik.

Az én fájlom jelenleg így néz ki.

<advancedsettings>
<video> <!-- "VideoSettings" instead of "video" for builds prior to May 22, 2006 -->
<highqualityscaling>1</highqualityscaling> <!-- Set to 1 to enable high quality software upscaling for SD, 0 to disable. This feature is very slow, use at your own risk. -->
<highqualityscalingmethod>8</highqualityscalingmethod> <!-- Upscaling method, 7 = bicubic, 8 = lanczos -->
<subsdelayrange>30</subsdelayrange>
</video> <!-- use "VideoSettings" instead of "video" for builds prior to May 22, 2006 -->
</advancedsettings>

A <subsdelayrange>-en kívül van egy beállítás ami az SD tartalmak scalelésére vonatozik. Na ezt a beállítást a 9.11 beta1 figyelmen kívül hagyja. A legújabb lefordított xbmc verzió használja már ezt a beállítást, de a dvd lejátszás szaggatott lesz tőle. A divx-nél nem látszik mi történik, merta vdpau töltődött be ami viszont nem működött. Szóval visszamentem a működő verzióra, ami még 9.04 ubuntu alatt megy.

A komplett szoftver környezetet az fsarchiver-el szoktam menteni és visszatölteni. Jelenleg két komplett környezetem van, amit lementek partíció szinten.

Ezzel bootolok

http://www.sysresccd.org/Main_Page

Ezt használom

http://www.fsarchiver.org/Main_Page

Hozzászólások

Senkinek sem hiányzik ez a beállítás? :) Az igaz, hogy nekem is úgy tűnik a képminőség nem lett rosszabb.

Na az XBMC fórumán válaszolt nekem az egyik fejlesztő, de nem vagyok boldog tőle.

kérdésem

http://blog.xbmc.org/forum/showpost.php?p=475682&postcount=34

válasz

http://blog.xbmc.org/forum/showpost.php?p=475888&postcount=35

a lényeg

When either I find some time (or if elupus finds he needs to scratch the itch) it'll get fixed up. Enabling the upscaling is a relatively small change, it was only disabled because we didn't (at the time) have the ability to test if the feature was supported on a particular user's hardware.

Hát nagyon finoman fogok válaszolni, mert nagyon tisztelem a munkájukat, de ekkora baromságot csinálni az számomra kétségbeejtő. Csupán azért kizárni, mert nem volt idő tesztelni melyik hardwaren működik, ezért inkább kivették. Hát ha nem működik akkor nem fog és kész, de ezért kizártak a lehetőségből egy csomó felhasználót. Megpróbálok visszalépni az RC1 előtti változatra, ha lehetséges, mert ott még jó volt.

Megkérdezhetem milyen platformon nyomod?

A fejlesztő újabb postjában arról írt, hogy visszarakta, de szerintem a repoban ez még nincs benne. Most azt nyomozom, hogy ez a r26477 tag mikor volt. Még nem teljesen világos, hogy mit és hol kell keresnem. :)

I've added this back in r26477. There is no GUI option now; if you card supports it, it will use it.

You can tell if its being used by checking your logfile for a line containing "VDPAU HQ upscaling". 0 means it isn't using it, 1 means it is using it.

Megnéztem az r26477 revision későbbi értelemszerűen a camelot-nál ezért ez a javítás abban nincs benne.

http://sshcs.com/xbmc/?mode=BL

A fenti linkről, egyébként mindig le lehet tölteni a nightly build-et deb csomagba, viszont csak a 32 bites csomag az elérhető. Nem tudja valaki azt, hogy a 64 bites csomagban is le lehet-e tölteni valahonnan? Megkönnyítené a próbálgatást.

subscribe ,en direkt ilyen celra csinaltam egy htpc-t, ubuntuval, hdmi-n kellene majd a hangot kivezetni, tv-n meg egyelore nem szol, nemtom miert

ez ugye nvidia ion, nem tudom, hogy esetleg kellhet-e neki alsa, vagy egyeb, kell-e ubuntun belul, x alatt mokolni valamit, vagy eleg lenne xbmc-n belul megadni valamit, de nem bannam, ha be tudnám lőni, mert ugye akkor lenne igazán értelme, mert analóg hangkimenetre az alaplapi cucc elég fos.

másik, talán még komolyabb probléma, hogy 2x 1.5 TB winyó van a gépben, tele filmmel, stb. szépen médiatár módban használom, non-stop megy xbmc, aztán, ha esetleg napokig nem nyulok hozza, es utana inditok el egy filmet, akkor megfagy az xbmc, top szerint 100-104 szazalekban eszi a processz a procit.

ez mi miatt lehet? tobbfajta verziot probaltam mar, svn-t is, de mindig elojott a problema. jo lenne zt megoldani..