[ratkaistu] S-VIDEO ei toimi hardyssa

[timbba]

Kiitos ehdotuksesta, mutta valitettavasti ei tuottanut tulosta. Vaikutti lupaavalta idealta. Tuon muutoksen tuloksena Xorg.0.logiin ilmestyi varoitus (WW) NVIDIA(0): Option "UseDisplayDevice" requested "TV", but no unused TVs.

Hups, sorge! Ku luki nvidian readme:n, niin mun ohje meni just väärinpäin Kokeiles vaik viel näin:

Section "Device"
  Identifier   "Device[0]"
  Driver       "nvidia"
  BusID        "2:0:0"
  Option       "ConnectedMonitor" "DFP,TV"
  Option       "UseDisplayDevice" "DFP"
  Screen 0
EndSection

Section "Device"
  Identifier   "Device[1]"
  Driver       "nvidia"
  Option       "TVOutFormat" "SVIDEO"
  Option       "TVStandard" "PAL-B"
  Option       "UseDisplayDevice" "TV"
  BusID        "2:0:0"
  Screen 1
EndSection

[Excal]

Hups, sorge! Ku luki nvidian readme:n, niin mun ohje meni just väärinpäin Kokeiles vaik viel näin:

Section "Device"
  Identifier   "Device[0]"
  Driver       "nvidia"
  BusID        "2:0:0"
  Option       "ConnectedMonitor" "DFP,TV"
  Option       "UseDisplayDevice" "DFP"
  Screen 0
EndSection

Section "Device"
  Identifier   "Device[1]"
  Driver       "nvidia"
  Option       "TVOutFormat" "SVIDEO"
  Option       "TVStandard" "PAL-B"
  Option       "UseDisplayDevice" "TV"
  BusID        "2:0:0"
  Screen 1
EndSection

Tulee "hieman" myöhään, mutta tämän ohjeen avulla sain ongelmani ratkaistua! Jälkikäteiset suuret kiitokset avusta

Ehdin poistaa tämän tv-out-ongelman tympäännyttämänä Ubuntun ja tuo ratkaisuehdotus meni aikanaan valitettavasti ohi. Olisinpa aiemmin käynyt vielä katsastamassa vastaukset kertaalleen.

Tosin tuo ehdotus vaati minun tapauksessani vielä hieman muokkaamista. Satuin muokkaamaan vahingossa oikean yhdistelmän tuosta Timbban ehdotuksesta ja omasta aiemmasta tiedostostani. Omalla kokoonpanollani tarvittiin nimittäin vain nuo ConnectedMonitor-kohdat. UseDisplayDevice-parametreillä ei tuntunut olevan vaikutusta television tunnistamiseen.

Jostain syystä tuossa ensimmäisen Devicen alla pitää nimenomaan olla mainittuna ConnectedMonitorin yhteydessä sekä näyttö (DFP) että televisio (TV), että toimii. Pelkällä DFP:llä ei pelitä. Tämä oli se ongelma, johon omat aiemmat yritelmäni tyssäsivät. Yritin antaa ensimmäisen monitorin ConnectedMonitor arvoksi vain DFP, mutta se ei näemmä jostain syystä riitä.

Saan siis nyt kaksi erillistä X:ää - toisen näyttöön ja toisen telkkuun. Xorg.conf -tiedostoni on tämännäköinen:

Koodia: [Valitse]

Section "Monitor"
  Identifier   "Monitor[0]"
  HorizSync    30-83
  VertRefresh  43-76
  Option       "DPMS"
EndSection


Section "Monitor"
  Identifier   "Monitor[1]"
  HorizSync    30-50
  VertRefresh  60
EndSection


Section "Device"
  Identifier   "Device[0]"
  Driver       "nvidia"
  BusID        "2:0:0"
  Option       "ConnectedMonitor" "DFP,TV"
  Screen 0
EndSection


Section "Device"
  Identifier   "Device[1]"
  Driver       "nvidia"
  Option       "TVOutFormat" "SVIDEO"
  Option       "TVStandard" "PAL-B"
  BusID        "2:0:0"
  Option       "ConnectedMonitor" "TV"
  Screen 1
EndSection


Section "Screen"
  Device        "Device[0]"
  Identifier    "Screen[0]"
  Monitor      "Monitor[0]"
  DefaultDepth 24
  Subsection "Display"
        Depth       24
        Modes       "1280x1024"
    EndSubsection
EndSection


Section "Screen"
  Device       "Device[1]"
  Identifier   "Screen[1]"
  Monitor      "Monitor[1]"
  DefaultDepth 24
  SubSection "Display"
       Depth 24
       Modes "1024x768"
  EndSubSection 
EndSection


Section "ServerLayout"
   Identifier     "Default Layout"
   Screen         0 "Screen[0]"
   Screen         1 "Screen[1]" RightOf "Screen[0]"
EndSection


Section "Module"
    Load           "glx"
EndSection

[Ux64]

Toimiiko se sulla moitteitta? Eli ei ole screensync / tearing ongelmia? Noista kun en ole millään päässyt eroon. On ihan selvästi jotain vikaa jossain softassa. Mutta kukaan ei tiedä selvästikkään missä. ;( No eipä ole sinänsä mitenkään uusi tilanne.

http://forum.videolan.org/viewtopic.php?f=13&t=42142

Eikä ole rautavika kun Windowssilla toimii 100% ongelmitta. ;(

[timbba]

Toimiiko se sulla moitteitta? Eli ei ole screensync / tearing ongelmia? Noista kun en ole millään päässyt eroon. On ihan selvästi jotain vikaa jossain softassa. Mutta kukaan ei tiedä selvästikkään missä. ;( No eipä ole sinänsä mitenkään uusi tilanne.

http://forum.videolan.org/viewtopic.php?f=13&t=42142

Eikä ole rautavika kun Windowssilla toimii 100% ongelmitta. ;(

Auttaako Composite laajennoksen poisto? xorg.conf -tiedostoon seuraavaa:

Koodia: [Valitse]

Section "Extensions"
    Option         "Composite" "Disable"
EndSection
Miten tuo käytännössä näkyy? Repeileekö video esim. keskeltä vaiko tippuuko freimejä välistä jolloin nytkähtelee muutaman sekunnin välein vaiko jotain muuta?

[Ux64]

Miten tuo käytännössä näkyy? Repeileekö video esim. keskeltä vaiko tippuuko freimejä välistä jolloin nytkähtelee muutaman sekunnin välein vaiko jotain muuta?

Repeilee keskeltä. Mutta ei suinkaan täysin randomisti. Tähän asti olen tullut siihen tulokseen, että todennäköisesti on kerneli / ajuri tason timing ongelma. Eli frame bufferin päivitys jää syystä tai toisesta joskus kesken ja sen takia ruutu repeilee. Usein miten tuo on enemmän sliding offset tyylinen virhe, kuin täysin random timing error.

Eli repeily kulkee hitaasti ylös tai alaspäin ruudulla. Mutta voi sitten poistua useaksi minuutiksi.

Kukaan tosin ei ole saanut tätä tiettävästi toimimaan, kaikki ovat raportoineet samasta ongelmasta. Joten uskon että ongelma rakteaa vasta kun siihen paneutuu joku tosi guru(tm) joka oikeasti debuggaa mikä tossa mättää sopivan testiraudan kanssa.

[timbba]

Miten tuo käytännössä näkyy? Repeileekö video esim. keskeltä vaiko tippuuko freimejä välistä jolloin nytkähtelee muutaman sekunnin välein vaiko jotain muuta?

Repeilee keskeltä. Mutta ei suinkaan täysin randomisti. Tähän asti olen tullut siihen tulokseen, että todennäköisesti on kerneli / ajuri tason timing ongelma. Eli frame bufferin päivitys jää syystä tai toisesta joskus kesken ja sen takia ruutu repeilee. Usein miten tuo on enemmän sliding offset tyylinen virhe, kuin täysin random timing error.

Eli repeily kulkee hitaasti ylös tai alaspäin ruudulla. Mutta voi sitten poistua useaksi minuutiksi.

Kukaan tosin ei ole saanut tätä tiettävästi toimimaan, kaikki ovat raportoineet samasta ongelmasta. Joten uskon että ongelma rakteaa vasta kun siihen paneutuu joku tosi guru(tm) joka oikeasti debuggaa mikä tossa mättää sopivan testiraudan kanssa.

Tuota compositen poistoa kannattaa kokeilla ja jos compiz on käytössä, niin tilapäisesti kokeilla auttaako jos senkin ottaa pois käytöstä. Sitten kannattaa kokeilla eri videoulostuloja (xv, sdl, opengl, x11, xshm, jne..) sekä muita videosoittimia.

[Ux64]

Compiz vinkki oli validi, se nimenomaan muutti täysin randomin repeilyn sentään tuollaiseksi kuin aikaisemmin kuvasin. Eli vähensi ongelmaa huomattavasti, mutta ei poistanut sitä. Ubuntu Forumssissa asiaa on käsitelty laajasti, kukaan ei ole saanut ongelmaa pois eri soittimilla tai eri methodeilla eikä säätämällä asetuksia. Sen takia uskon edelleen että kyseessä on 64 bittisen version joku piilevä ominaisuus. Mainittakoon myös se fakta, että tuo ongelma ilmenee vain ja ainoastaan screen 1:llä, ei nollalla. Eli jos TV on päänäyttönä ongelmaa ei ole.

[timbba]

Compiz vinkki oli validi, se nimenomaan muutti täysin randomin repeilyn sentään tuollaiseksi kuin aikaisemmin kuvasin. Eli vähensi ongelmaa huomattavasti, mutta ei poistanut sitä. Ubuntu Forumssissa asiaa on käsitelty laajasti, kukaan ei ole saanut ongelmaa pois eri soittimilla tai eri methodeilla eikä säätämällä asetuksia. Sen takia uskon edelleen että kyseessä on 64 bittisen version joku piilevä ominaisuus. Mainittakoon myös se fakta, että tuo ongelma ilmenee vain ja ainoastaan screen 1:llä, ei nollalla. Eli jos TV on päänäyttönä ongelmaa ei ole.

Aah.. Saakos muuten nvidia-settingsistä laitettua "sync to vblank" -asetuksen päälle tietylle näytölle?

Edited: Pitäis saada, joten auttaisko se asiaa. Tässä linkissä nimittäin juurikin samantyyppisiä ongelmia ja tuo sync-to-vblank piti ilmeisemmin valita.
http://www.nvnews.net/vbulletin/showthread.php?t=113052

[Ux64]

Aah.. Saakos muuten nvidia-settingsistä laitettua "sync to vblank" -asetuksen päälle tietylle näytölle?

Saa ja on päällä.

Tässä linkki Ubuntu Forumssiin.

http://ubuntuforums.org/showthread.php?p=6454228#post6454228

Moni muukin siis kaipaisi ratkaisua.

[timbba]

Aah.. Saakos muuten nvidia-settingsistä laitettua "sync to vblank" -asetuksen päälle tietylle näytölle?

Saa ja on päällä.

Tässä linkki Ubuntu Forumssiin.

http://ubuntuforums.org/showthread.php?p=6454228#post6454228

Moni muukin siis kaipaisi ratkaisua.

Jeps, uskotaan Pakko oli yrittää kokeilla.. Ilmeisemmin jossain täytyy olla sitten vikaa nii ku epäilitkin.

Mullakin nvidia + xvideo -yhdistelmällä digitv:tä vdr:ssä käyttäen olen huomannut, että freimejä tippuu tasaiseen tahtiin noin 2-5kpl muutaman sekunnin välein. Eli tämä näkyy sitten kuvassa pienenä nytkähdyksenä, mutta se häiritsee oikeastaan vain tasaisessa liikkeessä (kuten mtv3 uutistekstit tai kameran sulava vaakasuorainen liike). Olikin sitten pakko hommata uus kortti, joka tukee nvidian vdpau rautapurkua ja pikaisella testillä ei freimejä tipu. Tosin täysin vakaa ei ole viel, joten odottelee hetkisen viel että otetaan kunnolla käyttöön.

[Ux64]

Mullakin nvidia + xvideo -yhdistelmällä digitv:tä vdr:ssä käyttäen olen huomannut, että freimejä tippuu tasaiseen tahtiin noin 2-5kpl muutaman sekunnin välein. Eli tämä näkyy sitten kuvassa pienenä nytkähdyksenä, mutta se häiritsee oikeastaan vain tasaisessa liikkeessä (kuten mtv3 uutistekstit tai kameran sulava vaakasuorainen liike). Olikin sitten pakko hommata uus kortti, joka tukee nvidian vdpau rautapurkua ja pikaisella testillä ei freimejä tipu. Tosin täysin vakaa ei ole viel, joten odottelee hetkisen viel että otetaan kunnolla käyttöön.

Periaatteessa väärä lääke ongelmaan. Koska näytönohjaimessa ON tehoa aivan riittävästi ja koneessa ON tehoa ihan riittävästi. Tuo ongelma siis muodostuu mielestäni jostain bugista, ei siitä että tekniikka tai ominaisuudet olisi jotenkin puutteelliset.

Frameja saattaa tippua 720p materiaalilla. Mutta tuota satunnaista tearingia on ihan WebCam laatuisellakin roskalla. Eli siitäkään ei ole kyse, etteikö toisto-ohjelma jaksaisi tuupata dataa. Osa full hd videoista toimii myös täysin moitteitta ja hyvin, kunnes tearingia ilmenee. Ja sekään ei liity high/low bitrate kohtiin. Tuo on siis aivan jostain muusta "interferenssistä" kiinni, joka tulee jostain syvältä järjestelmästä. En tiedä vaikuttaako asiaan verkkoliikenne tms, mutta joku vaikuttaa. Edelleen oma käsitykseni on se, että joku keskeyttää framebufferin päivityksen. Tämä on kokemukseen perustuva havainto, mutta ei silti ole syvällisen tekninen havainto. Koska kerneleihin ja ajureihin en ol sen tarkemmin tutustunut. Se on vaan semi-educated guess.

Mielestäni ongelma on siis täysin korjattavissa, kunhan siine vaan paneutuu kaveri joka osaa homman.
M

[timbba]

Periaatteessa väärä lääke ongelmaan. Koska näytönohjaimessa ON tehoa aivan riittävästi ja koneessa ON tehoa ihan riittävästi. Tuo ongelma siis muodostuu mielestäni jostain bugista, ei siitä että tekniikka tai ominaisuudet olisi jotenkin puutteelliset.

Nimenomaan.. ku ei itellä ole tietotaitoa lähteä korjailemaan nvidian ja XVideo -yhdistelmää, niin helpompaa oli ostaa uusi näytönohjain vdpau-tuella. Tällöin voi käyttää edes vdpau:ta videoulostulona, jolloin ei sync-ongelmat vaivaa (tosin vdpau ei siis ole viel iha stabiili). Tiedän kyllä että näyttiksessä olis potkua ja koneessa olis potkua, mutta minkäs teet kun XVideo ja nvidia yhdistelmä ei omassa käytössä 50 hertsiin synkkaudu ihan stabiilisti.

Siis yritin vain kertoa tuon, että XVideo nvidialla yhdistettynä tvtimen deinterlace -vaihtoehtoihin 50 hertsillä ei vaa yksinkertaisesti toimi. Eli jossain taitaa olla tosiaan bugia senkin suhteen. 

Ai niin.. Ja tulipa päivitettyä samalla rauta HD-aikaan, sillä ny toistuu hd videotkin eikä cpu:n tarvi huutaa hoosiannaa .. Tosin oma Athlon 64 3500+ ei varmaan edes jaksaisi purkaa kaikkea hd-matskua muutenkaan, joten näyttikseltä vaadittais muutenkin rautapurkua ja vdpau sen tekee

[Ux64]

Ai niin.. Ja tulipa päivitettyä samalla rauta HD-aikaan, sillä ny toistuu hd videotkin eikä cpu:n tarvi huutaa hoosiannaa .. Tosin oma Athlon 64 3500+ ei varmaan edes jaksaisi purkaa kaikkea hd-matskua muutenkaan, joten näyttikseltä vaadittais muutenkin rautapurkua ja vdpau sen tekee

Nykyinen laitteisto on hankittu nimenomaisesti silmälläpitäen HD-aikaa. Ja tehot on mitoitettu sen mukaan että 1080p:n pitäisi pyöriä ongelmitta vielä datarateilla 4 gb / tunti. Joten tehoa on tarpeeksi. Ongelmat johtuvat puutteellisesta ohjelmistotuesta raudalle.

Ikävä todeta, että Windossin puolella mitään näistä ongelmista ei ole. Jolloin raudassa tuskin on vika silloin. Vai onko se jo niin että hankkimalla M$ tuotteen saat myös lisää megaherzejä prossuun ja toisen coren näytönohjaimeenkin.

[timbba]

Nykyinen laitteisto on hankittu nimenomaisesti silmälläpitäen HD-aikaa. Ja tehot on mitoitettu sen mukaan että 1080p:n pitäisi pyöriä ongelmitta vielä datarateilla 4 gb / tunti. Joten tehoa on tarpeeksi. Ongelmat johtuvat puutteellisesta ohjelmistotuesta raudalle.

Ikävä todeta, että Windossin puolella mitään näistä ongelmista ei ole. Jolloin raudassa tuskin on vika silloin. Vai onko se jo niin että hankkimalla M$ tuotteen saat myös lisää megaherzejä prossuun ja toisen coren näytönohjaimeenkin.

Sepä se.. puutteellista ohjelmistotukea, ku valmistajat eivät ole sitä viitsineet tehdä. Vasta viime vuoden loppupuolella sekä Ati että NVidia ovat alkaneet kunnolla työstämään rautapurkua, joten ei se ihan tuosta vaa tule stabiiliksi. Varmaankin joudutaan vielä hetkisen odotella...

Winkkarissa kun rautapurkuja on tehty jo ties kuinka kauan, nii ei ihmekää että toimaa. Prossu kun tuota työtä ei winkkarissa täysin tee, vaa tarvitaan näytönohjainta ja sen ajuritukea.

[Ux64]

Sepä se.. puutteellista ohjelmistotukea, ku valmistajat eivät ole sitä viitsineet tehdä. Vasta viime vuoden loppupuolella sekä Ati että NVidia ovat alkaneet kunnolla työstämään rautapurkua, joten ei se ihan tuosta vaa tule stabiiliksi. Varmaankin joudutaan vielä hetkisen odotella...
Winkkarissa kun rautapurkuja on tehty jo ties kuinka kauan, nii ei ihmekää että toimaa. Prossu kun tuota työtä ei winkkarissa täysin tee, vaa tarvitaan näytönohjainta ja sen ajuritukea.

Mainittakoon nyt sekin fakta vielä, että TEHOT riittää vaikka ei olisi rautapurkua. Mutta ei silti toimi, sehän tästä vasta koomista tekeekin. Eli tehoa on vaikka lampaat söisi. Siksi siis uudempi näytönohjain ei ole ainakaan teknisessä mielessä vastaus ongelmiin. Sitä aikaisemmin tarkoitin sillä kun sanoin että softa tuki on surkea. Vaikka ei olisi hardis kiihdytystä, niin koko purkamisen voi tehdä CPU:lla ja sen jälkeen heittää kuvabufferin näytölle ja sillä selvä. Mutta kun ei toimi vaikka yrittäisi ihan näin yksinkertaisella palikka lähestymisellä asiaa.

[timbba]

Sepä se.. puutteellista ohjelmistotukea, ku valmistajat eivät ole sitä viitsineet tehdä. Vasta viime vuoden loppupuolella sekä Ati että NVidia ovat alkaneet kunnolla työstämään rautapurkua, joten ei se ihan tuosta vaa tule stabiiliksi. Varmaankin joudutaan vielä hetkisen odotella...
Winkkarissa kun rautapurkuja on tehty jo ties kuinka kauan, nii ei ihmekää että toimaa. Prossu kun tuota työtä ei winkkarissa täysin tee, vaa tarvitaan näytönohjainta ja sen ajuritukea.

Mainittakoon nyt sekin fakta vielä, että TEHOT riittää vaikka ei olisi rautapurkua. Mutta ei silti toimi, sehän tästä vasta koomista tekeekin. Eli tehoa on vaikka lampaat söisi. Siksi siis uudempi näytönohjain ei ole ainakaan teknisessä mielessä vastaus ongelmiin. Sitä aikaisemmin tarkoitin sillä kun sanoin että softa tuki on surkea. Vaikka ei olisi hardis kiihdytystä, niin koko purkamisen voi tehdä CPU:lla ja sen jälkeen heittää kuvabufferin näytölle ja sillä selvä. Mutta kun ei toimi vaikka yrittäisi ihan näin yksinkertaisella palikka lähestymisellä asiaa.

Vertasit vain Windowssia ja Linuxia, sen takia vastasin että ei niitä voi oikein tällä hetkellä verrata (winkkari käyttää rautaa hyväksi). Vertailu on mahdollista, jos otetaan esimerkiksi NVidian purevideo-tekniikat Windowsissa ja Linuxissa vertailtavaksi. Uskoisin, että prosessorikuorma Linuxissa on pienempi tässä suhteessa.

Mutta ongelmiisi.. HD materiaali taitaa vaatia kahta corea cpu:lta, joten onkohan Ubuntun dekooderit säikeistetty että molempia voidaan hyödyntää? Ainahan voi tietty esimerkiksi käännellä FFmpegin sorsista..

Kun tuo nvidian purevideo -tekniikka (vdpau) alkaa olla jo melko hyvässä kuosissa, niin minusta on paljon helpompaa käyttää tuota. Jos kerran raudassa on tuki, niin sitä kannattaa hyödyntää. Ei tarvi laittaa prosessoria hommiin ja miettiä kuinka saisi tuuletukset kuntoon.

[Ux64]

Vertasit vain Windowssia ja Linuxia, sen takia vastasin että ei niitä voi oikein tällä hetkellä verrata (winkkari käyttää rautaa hyväksi). Vertailu on mahdollista, jos otetaan esimerkiksi NVidian purevideo-tekniikat Windowsissa ja Linuxissa vertailtavaksi. Uskoisin, että prosessorikuorma Linuxissa on pienempi tässä suhteessa.

Käsittääkseni olet tässäkin väärässä. VLC ei hyödynnä vdpau tekniikkaa millään tavalla h.264 videoiden kanssa Windowssissakaan. Eikä sillä ole em. ongelmaa. Eikä myöskään tuota tearing ongelmaa.

vdpau tuki on kyllä tulossa, mutta kuten näet, asia on ihan tuore. http://forum.videolan.org/viewtopic.php?f=13&t=53928

Mutta ongelmiisi.. HD materiaali taitaa vaatia kahta corea cpu:lta, joten onkohan Ubuntun dekooderit säikeistetty että molempia voidaan hyödyntää? Ainahan voi tietty esimerkiksi käännellä FFmpegin sorsista..

Ja se että ongelma ilmenee surkeimmalla mahdollisella mpeg2 web-videokamerakuvalla kertoo mitä tästä ongelmasta? Coreja löytyy 4 kpl, eikä sekään poista ongelmaa, edes surkeimmalla mahdollisella materiaalilla. Mpeg2, xvid, mpeg4, vc-1.

Ei, h.264 decoder ei ole säikeistetty, eikä se ole sitä Windowssissakaan (VLC).

Kun tuo nvidian purevideo -tekniikka (vdpau) alkaa olla jo melko hyvässä kuosissa, niin minusta on paljon helpompaa käyttää tuota. Jos kerran raudassa on tuki, niin sitä kannattaa hyödyntää. Ei tarvi laittaa prosessoria hommiin ja miettiä kuinka saisi tuuletukset kuntoon.

Blue Orb hoitaa jäähdytyksen, ei ole ongelmia sen suhteen.

Ongelma siis muodostuu kokonaisuudessan useista erilaisista puutteista. ;(

[timbba]

Käsittääkseni olet tässäkin väärässä. VLC ei hyödynnä vdpau tekniikkaa millään tavalla h.264 videoiden kanssa Windowssissakaan. Eikä sillä ole em. ongelmaa. Eikä myöskään tuota tearing ongelmaa.

Aah.. nii tietenkin. VLC:tähä voi vertailla tietty. Tuumiskelin vain muita winkkarin soittimia

Ja se että ongelma ilmenee surkeimmalla mahdollisella mpeg2 web-videokamerakuvalla kertoo mitä tästä ongelmasta? Coreja löytyy 4 kpl, eikä sekään poista ongelmaa, edes surkeimmalla mahdollisella materiaalilla. Mpeg2, xvid, mpeg4, vc-1.

No jotain on kyllä ihmeellisesti. Auttaiskohan tää, jos antaa nvidialle optioksi:

Koodia: [Valitse]

Option "UseEvents" "true"

[Ux64]

Koodia: [Valitse]

Option "UseEvents" "true"

Googlasin aiheesta nopeasti, tuolla voisi ollakkin merkitystä. Kokeilen mitä tapahtuu ja ilmoittelen.

Pikatestin jälkeen näyttäs toimivan hyvin, mutta nyt on full hd kamaa tulossa ja katsotaan mitä sitten tapahtuu.

High bitrate full hd h264 ei toimi kunnolla. Mutta sitä en olettanutkaan. Se ongelma johtuu siis VLC:n h264 multithreading puutteesta. Mutta katsotaan sitten sellaista tavaraa jonka olettaisin toimivan, jos toi ongelmallinen tearing issue olisi mennyttä. (Toivottavasti, mutta epäilen)

Tarkastettu, ei mitään vaikutusta. Tearing ongelma ilmenee täsmälleen samalla tavalla kuin aikaisemminkin. Kuten kuvauksestakin ilmenee, sen täytyy olla joku low level subsystem bugi afaik. Tearing saattaa siis pysyä esim 15 sekuntia täsmälleen samassa kohdassa ruutua. Jotenka se ei ole missään nimessä satunnaista, tai "synkin puute" se on synkin väärä ajoitus, mistä sitten ikinä johtuukin.

Tosin täytyy todeta että on toi Timbba sitkeä sissi, monta ehdotusta on tullut jo. Kiitos niistä.

[timbba]

Tarkastettu, ei mitään vaikutusta. Tearing ongelma ilmenee täsmälleen samalla tavalla kuin aikaisemminkin. Kuten kuvauksestakin ilmenee, sen täytyy olla joku low level subsystem bugi afaik. Tearing saattaa siis pysyä esim 15 sekuntia täsmälleen samassa kohdassa ruutua. Jotenka se ei ole missään nimessä satunnaista, tai "synkin puute" se on synkin väärä ajoitus, mistä sitten ikinä johtuukin.

Tearing on varmaankin jossain tosiaan bugi nii ku sanoit..

Tosin täytyy todeta että on toi Timbba sitkeä sissi, monta ehdotusta on tullut jo. Kiitos niistä.

Kiitokset Ny alkaa loppua paukut kesken apujen suhteen, mutta hyvä että jotain apua edes sentään tähän asti on ollut   Vielä ku joku guru tsekkais tuota tearing ongelmaa.