Viestit

161

Ubuntu tietokoneissa / 11.04 käyttöliittymä sekoilee VNC:n läpi

« : 09.07.11 - klo:08.53 »

Olen käyttänyt Ubuntua jo muutaman vuoden VDR ja kotiserverialustana. Kaikki on tähän saakka ollut aika loogista ja toimivaa, mutta nyt tekemäni 11.04 päivitys hämmensi käyttäjän. Mielestäni uusittu käyttöliittymä on kaikkea muuta kuin helppo, mutta onneksi kun olen sitä jo käytellyt pystyn löytämään työkalut joita kaipaan. Kaveri, joka nyt aloittelee on toki hieman pulassa. Tämä ei ole kuitenkaan varsinainen ongelma vaan pikemminkin ikävä ominaisuus, jonka kanssa pärjäilen.

Varsinainen ongelma on se, että minusta tuntuu, että käyttöliittymässäni on jotain oikeasti vialla. Käytän sitä pääosin ilman näyttöä VNC:n läpi. 11.04 version myötä VNC:n käyttö muuttui erinomaisen takkuisaksi. Jokainen klikkaus ja hiiren liike tulee ruudulle pienellä viiveellä, valikot eivät ilmesty ennen kuin hiiren raahaa kyseisen rivin päälle ja sitä rataa.

Toinen hämmentävä ominaisuus on, että ohelmien menut tuntuvat luiskahtavan ohjelmaikkunan ulkopuolelle ruudun ylälaitaan vaikka itse ohelma olisikin vain pienempi ruutu keskellä näyttöä.

Kaikki haiskahtaa minusta näytönohjaimen tai muuten vaan graafisen ympäristön sekoilulta. Yksi arvaus on, että päivityksen mukana tuova NVIDIA Vdpau ajuri on sotkenut näyttöpuolta.

Onko kukaan törmännyt moiseen vai onko tässä nyt jokin minun ikioma ongelma?

timo

162

Ubuntu tietokoneissa / Vs: Suurempi kuin 700mb CD polttaminen

« : 06.07.11 - klo:09.31 »

Niin siis alkuperäinen idea oli saada tungettua pikkuisen enemmän musiikkia autosoittimeen, joka toistaa vain CD:n. Sillä yhdellä yrittämällä onnistuin ja ilmeisestikkin sain hieman yli 700mb soimaan, mutta sitten viimeisillä kappaleilla se alkoi takkuilla.


timo

163

Ubuntu tietokoneissa / Vs: Suurempi kuin 700mb CD polttaminen

« : 05.07.11 - klo:16.58 »

Komppaan kommentoijia - lottoahan tuo ylikokoinen CD tuntuu olevan. Löysin noita asetuksia eri poltto-ohjelmista, mutta homman onnistuminen oli aina vähän niin ja näin. Pitäydymme siis 700mb standardi CD:ssä ellei jotain täsmällistä ideaa ja tarvetta isommalle löydy.

Luulen edelleen että Nero Windows Xp koneessa on ainoa, joka on noille 900mb levyilleni onnistunut  - ja sekin vain kerran.

timo

164

Ubuntu tietokoneissa / Vs: Suurempi kuin 700mb CD polttaminen

« : 27.06.11 - klo:22.24 »

Täytyypä kokeilla tuota K3B:tä ja noita asetuksia. Tähän saakka olen mennyt vain niillä mitä Ubuntusta on paketissa valmiina tullut. Tuo rautariippuvaisuus on tässä se todennäköinen syy. Minulla on vain ne pari poltinta ja niillä olen nykyiset tulokset saavuttanut ja jos joku ei onnistu en ole poltinta toiseen sen takia vielä vaihtanut. Mistä tuon overburn kyvyn saisi selvitettyä kyseiselle asemalle - muuten kuin googlailemalla laitemallia valmistan sivuilta.

timo

165

Ubuntu tietokoneissa / Suurempi kuin 700mb CD polttaminen

« : 26.06.11 - klo:23.52 »

Ostin joskus innokkaana 900mb CD aihioita ajatuksena, että auton MP3 CD:lle saisi tungettua enemmän musiikkia kuin normaalille. Lopputulos on se, että kerran olen onnistunut tunkemaan yli 700mb noille CD:lle käyttäen Neroa Windows puolella ja silloinkin viimeiset kappaleet alkoivat takkuilla soittimessa.

Ubuntu taipuu lähtökohtaisesti mihin vain, mutta sillä en ole koskaan pystynyt tekemään yli 700mb CD:tä vaan homma kaatuu aina erilaisin virheilmoituksiin, jossa kerrotaan ettei data mahdu levylle. Levyssä lukee siis 900mb, mutta löytyykö maailmasta sellaista ihmelaitetta jolla sen kaiken tilan saisi oikeasti käyttöön. Vai onko myyntimies vetänyt minua höplästä?

Käytännössä olen siis yrittänyt muutamalla ensiksi löytämälläni Ubuntun poltto-ohjelmalla vailla menestystä.

timo

166

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: RAID laite hukassa - wrong fs type, bad option, bad superblock on[RATKAISTU]

« : 21.06.11 - klo:19.48 »

Ja tästä googlatusta vinkistä iso käsi L.Generalille

Tästä minulla oli kyse ja tämä auttoi. Nyt pitää sitten vain pohtia ja seurailla onko levyssä vikaa, vaikka mikään ei siitä kerro vai oliko tässä vain kyse siitä että kahden vuoden päälläolon jälkeen bitti sattui menemään poikittain.

Suuret kiitokset avusta Kenraalille ja muille

Timo

Nyt menee vähän yli oman kokemukseni, mutta löysin aihetta käsittelevän linkin.
Muissa yhteyksissä vihjailtiin useammassakin paikassa että levy saattaa olla rikkoutumassa. Inhottava tilanne mikäli se rikkoutuu tuolla tavoin että se jättää systeemin toimimattomaan tilaan.

http://www.clip.dia.fi.upm.es/~cochoa/wiki/index.php/Linux_hints:_a_bit_of_everything

167

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: RAID laite hukassa - wrong fs type, bad option, bad superblock on /dev/md0

« : 21.06.11 - klo:08.14 »

Tässäpä sitä fsck:n saldoa. Käytännössä muutama illegal block jotka ohjelma väittää "clearenaasa", jonka jälkeen ajo pyörähtää uudelleen käyntiin ja löytää ne samat ja jatkaa tätä käsittääkseni ikuisessa luupissa....tai ainakin vuorokauden mittaisessa luupissa, koska en ole vielä pidempään odottanut.


timo




tikola@serveri:~/data$ sudo fsck.ext3 -fyc /dev/md0
e2fsck 1.41.11 (14-Mar-2010)
Checking for bad blocks (read-only test): done                               
/dev/md0: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Inode 8 has illegal block(s).  Clear? yes

Illegal block #755818 (4202056824) in inode 8.  CLEARED.
Illegal block #755819 (2334909638) in inode 8.  CLEARED.
Illegal block #755820 (777311745) in inode 8.  CLEARED.
Illegal block #755821 (3838303690) in inode 8.  CLEARED.
Illegal block #755822 (3447371010) in inode 8.  CLEARED.
Illegal block #755823 (1717127755) in inode 8.  CLEARED.
Illegal block #755824 (3418850519) in inode 8.  CLEARED.
Illegal block #755825 (1886901272) in inode 8.  CLEARED.
Illegal block #755827 (2628886881) in inode 8.  CLEARED.
Illegal block #755828 (1788243645) in inode 8.  CLEARED.
Illegal block #755829 (3757754683) in inode 8.  CLEARED.
Too many illegal blocks in inode 8.
Clear inode? yes

Restarting e2fsck from the beginning...
Checking for bad blocks (read-only test): done                               
/dev/md0: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Inode 8 has illegal block(s).  Clear? yes

Illegal block #755830 (2331230713) in inode 8.  CLEARED.
Illegal block #755831 (4069862959) in inode 8.  CLEARED.
Illegal block #755832 (1473100121) in inode 8.  CLEARED.
Illegal block #755833 (4014277019) in inode 8.  CLEARED.
Illegal block #755834 (4222152906) in inode 8.  CLEARED.
Illegal block #755835 (1238563863) in inode 8.  CLEARED.
Illegal block #755837 (1276651951) in inode 8.  CLEARED.
Illegal block #755838 (2726078057) in inode 8.  CLEARED.
Illegal block #755839 (3026429348) in inode 8.  CLEARED.
Illegal block #755840 (2388179278) in inode 8.  CLEARED.
Illegal block #755841 (2861141769) in inode 8.  CLEARED.
Too many illegal blocks in inode 8

168

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: RAID laite hukassa - wrong fs type, bad option, bad superblock on /dev/md0

« : 20.06.11 - klo:20.05 »

Poistetaanpa tuo hätäisesti laittamani ratkaistu tuolta otsikosta. Se toimi tunnin pari ja sen jälkeen putosi taas "vain luku" moodiin. Kaikki minusta viittaa siihen, että mikään levy ei ole rikki, koska kummankaan levyn diagnostiikka graafisella työkalulla ei palauttanut mitään virheitä. Tämän hetken tilanne on se, että koetan saada kaiken kopioitua ulkoiselle USB levylle, jonka jälkeen formatoin RAID1 pakan ja siirrän datat takaisin sinne.  Minusta kaikki kielii siitä, että levyjärjestelmä on jotenkin seonnut ja se aiheuttaa kaiken havaitun. Sinällään se on harmillista, sillä RAIDilla olen nimenomaan hakenut varmuutta ja nyt sitä en saa kun se sekoaa omia aikojaan.

Olisiko jollakulla loitsua jolla tiedostojärjestelmän saisi korjattua formatoimatta sitä - fsck teki sen kyllä, mutta ei nähdäkseni pysyvästi vaan jäi ikuiseen luuppiin toistamaan korjausta ja jokaiselle kerralla antoi samat virheilmoitukset.  Otan ne ilmoitukset seuraavalla kerralla talteen kun näen ja pistän tänne jakoon, jotta joku osaavampi voi niistä päätellä jotain. Ongelma tässä on se, että jokainen repair kierros ottaa muutaman tunnin ja siksi en saa virheilmoitusta esiin juuri sillä sekunnilla kuin haluaisin.

timo

ps. Välipalana yritän saada USB levyä toimimaan samassa roolissa kuin RAID laite on ollut (kolmen hakemiston Samba jako) - sain hakemistot kivasti näkyviin, mutta ongelma on nyt etteivät oikeudet riitä hakemiston sisälle menemiseen. Normaali sudo chmod ei oikein tunnu tarttuvan USB levyn hakemistoihin.

169

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: RAID laite hukassa - wrong fs type, bad option, bad superbl /dev/md0 [RATKAISTU]

« : 19.06.11 - klo:19.47 »

fsck.ext3 -fyc /dev/md0 taisi ratkaista ongelman Jukolan viestin aikana, koska nyt kotona buutattuani koneen homma alkoi taas pelata. 8 bad inodea tai jotain sinneppäin se löysi ja väitti korjanneensa. Koetan ajaa graafisella työkalulla vielä levyjen testit ja katsoa voisinko paikantaa missä levyssä ne vialliset sektorit tai vastaavat ovat ja pistää kyseisen levyn vaihtoon

kiitokset kommenteista

timo

170

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: RAID laite hukassa - wrong fs type, bad option, bad superblock on /dev/md0

« : 18.06.11 - klo:20.35 »

Luultavasti ajoin, mutta ajelen ne nyt kaikki järjestelmällisesti uudestaan, jotta olen ihan varma. Joka tapauksessa jokaisen pakassa erillisenä olevan levyn kohdalla lukee vihreällä levyn olevan "Healthy".

Siinä välissä kun jätän ne ajelemaan tarkistuksiaan käyn tuossa juoksemassa Jukolan viestin ja palaan huomenna aiheeseen puolenpäivän jälkeen.

timo

171

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: RAID laite hukassa - wrong fs type, bad option, bad superblock on /dev/md0

« : 18.06.11 - klo:15.34 »

Minusta minulla RAID pakka nousee pystyyn tai ainakin kaikki kielii minulle siitä. Kaikki pakan levyt ovat Health tilassa graafisen työkalun mukaan. Koetin ajaa kaikki tarkistukset mitä graafinen työkalu tarjosi, mutta mitään muutosta ei tullut. Ohessa kuvankaappaus levytyökalustani:



Mikään ei siis kieli edelleenkään minulle että joku levy olisi rikki - vaikka todennäköinen syy se onkin. Jokin olennainen partition table tai vastaava siellä on nyt rikki.

Graafisesta työkalusta saan pysäytettyä ja startattua RAID laitteen samoin kuin komentoriviltä. Check Array menee hienosti läpi eikä valita mitään. Check file system antaa selvän viestin File System is NOT clean. Miten voisin siis sen korjata tyhjentämättä samalla koko pakkaa.

timo

172

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: RAID laite hukassa - wrong fs type, bad option, bad superblock on /dev/md0

« : 17.06.11 - klo:22.44 »

Molemmat levyt näyttävät pelkkää vihreää ja "disk is healthy". Mikään ei siis indikoi, että joku levy olisi rikki tai olisi huonompi kuin toinen. Siis jos kyse on tuosta viallisista sektorista niin mikään mitä osaan katsoa ei siitä kyllä minulle kerro. Siis vaikka tuolla yhdessä ensimmäisen viestini rivissä puhutaan "bad blockista" en osaa noilla graafisilla työkaluilla päätellä kummalla levyllä se on vaiko kummallakaa.

Toisekseen olen sen peilatun RAID-1 levypakan tehnyt juuri turvautuakseni levyrikolta ja jos se nyt yhdestä levystä menisi noin kyykkyyn niin eikös koko vaiva olisi turha. Tosin tässä voi olla kyse myös minun vajaasta ymmärryksestä Linux softaraidia kohtaan.

173

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / RAID laite hukassa - wrong fs type, bad option, bad superblock on [RATKAISTU]

« : 17.06.11 - klo:19.28 »

Tarina menee näin. Minulla on vuosia palvellut RAID-1 pakka (10.04 64bit Ubuntu), jota käytän kodin tiedostopalvelimena verkon yli. Viikolla huomasin, että jostain syystä en pysty antamaan Itunesissa tiedostoille mp3 tageja, siis esittäjän nimeä ja sitä rataa. Syy paljastui kun aloin käytellä Ubuntua suorana ja yritin kopioda tiedostoja raid levyjaolle. Ilmoitus oli jotain busy tai denied, eli pystyin lukemaan mutten kirjoittamaan.

Sen jälkeen kokeilin normaalikonstit md laitteen uudelleenkäynnistyksen ja koneen buuttauksen ja nyt olen päässyt siihen tilaan että md laite käynnistyy, mutta sen mounttaus ei onnistu. Virheilmoitus kertoo:

sudo mount /dev/md0 /home/tikola/data
mount: wrong fs type, bad option, bad superblock on /dev/md0,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so


Kun sitten aloin kokeilla kaikkea vähää mitä mdadm komennosta ymmärrän sain ulos seuraavia tietoja:

cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md_d0 : active raid1 sdc1[0] sdd1[1]
      976759936 blocks [2/2] [UU]
      unused devices: <none>


sudo mdadm --detail /dev/md0
/dev/md0:
        Version : 00.90
  Creation Time : Sun Jul 19 16:29:53 2009
     Raid Level : raid1
     Array Size : 976759936 (931.51 GiB 1000.20 GB)
  Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Fri Jun 17 01:39:38 2011
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           UUID : 925e226b:c1661175:5c658924:daf7db08 (local to host serveri)
         Events : 0.91684

    Number   Major   Minor   RaidDevice State
       0       8       33        0      active sync   /dev/sdc1
       1       8       49        1      active sync   /dev/sdd1


tikola@serveri:~$ dmesg | tail
[ 2917.458271] md: md0 stopped.
[ 2917.461336] md: bind<sdd1>
[ 2917.462588] md: bind<sdc1>
[ 2917.496878] raid1: raid set md0 active with 2 out of 2 mirrors
[ 2917.496907] md0: detected capacity change from 0 to 1000202174464
[ 2917.497357]  md0: unknown partition table
[ 2929.570056] journal_bmap: journal block not found at offset 3323 on md0
[ 2929.570059] JBD: bad block at offset 3323
[ 2929.570065] JBD: recovery failed
[ 2929.570066] EXT3-fs: error loading journal.


Kaikesta tuosta sain pääteltyä että levyt todennäköisesti ovat kunnossa, mutta jokain on nyt mennyt vikaan ja partition table tai joku muu kriittinen käynnistymisen kannalta olennainen komponentti on hukassa. Koska olen mdadm ja muiden levytyökalujen kanssa hieman noviisi olen hyvin varovainen ennen kuin jakelen mitään kokoa pakka uudelleen komentoja.

Mitä minun pitäisi tehdä jotta arvokkaat kotitiedostot saisin taas normaalisti käyttöön. Backuppi on kyllä muutaman viikon takaa, eli mitään korvaamatonta ei ole tapahtunut, mutta toisaalta en usko vielä minkään pahemmin rikkoutuneenkaan oikeasti.


timo

174

Multimedia ja grafiikka / Vs: VLC pätkii

« : 18.01.11 - klo:14.05 »

OK sitten meillä on eri juttu, koska minulla ongelma ilmeni 1.1.5 versiossa ja kun palasin versioon 1.1.4 kaikki toimi taas hienosti. Tai sitten se on sama ongelma, mutta se on vain erittäin ovela.

Olen koettanut googlailla löytyisikö kohtalotovereita ja ideoita, mutta en ole vielä onnistunut siinä.

EDIT
************
Nyt olen viisastunut oman ongelman osalta hieman lisää. Ongelma johtuu siitä että käyttämäni Yadifx2 lomituksenpoisto kyykyttää koneen. Kun vaihdan lomituksenpoiston johonkin kevyempään homma pelaa ongelmitta myös uudella versiolla. SInällään alkuperäinen ongelma edelleen on, eli 1.1.5 päivityksen jälkeen se alkoi - joko kyse on jostain päivityksessä muuttuneesta tai sitten Windows koneeni on vain aikaa myöten tullut hitaammaksi, joka ei siinä maailmassa juurikaan yllätä.
************

EDIT2
***********************
Ja kun näytönohjaimen ajuri päivitettiin homma alkoi taas rullata normaalisti
******************






timo

175

Multimedia ja grafiikka / Vs: VLC pätkii

« : 18.01.11 - klo:10.29 »

Minulla oli Windows puolella VLC:n kanssa sellainen, että kun päivitin versiosta 1.14 versioon 1.15 alkoi armoton pätkiminen. Paluu versioon 1.14 korjasi minun Windowsissa ongelman. Mitään selitystä ja syytä ongelmalle en löytänyt, mutta tuo eri VLC versioiden kokeilu voi olla tutkimisen arvoinen. Mikä versio sinulla nyt nykii?

timo

176

Multimedia ja grafiikka / Vs: .m2t tiedostojen muuntaminen mpeg tiedostoiksi?

« : 14.07.10 - klo:13.35 »

Tuossa aiemminhan oli linkattu tuohon minun topfield-avi-dvd ketjuun. Itse äänestäisin tässä sinun .m2t -> mpeg jutussa Avidemuxia. Se lukee tuon .m2t:n suoraan ja kirjoittaa siitä ulos suunnilleen mitä vain haluat. Olen aika varma että sieltä löytyy joku muoto, joka toimii tuossa sinun lacie+tv paketissa.

Lisäksi tuo mainosten leikkely on siinä Avidemuxissa minusta aika sujuvaa.


timo

177

Multimedia ja grafiikka / Vs: Tiedostotyypin vaihto ja avidemux

« : 12.07.10 - klo:14.09 »

Aivan siis tässä tapauksessa kun tarve on DVD:lle niin ProjectX olisi se joka tekisi sen suorimmin ilman avidemuxia. Ja tuo ulkoinen tekstitystiedosto on tosiaankin hyvä ajatus - kun kyse on DVD soittimista. Toisaalta minun perusprosessi on se pieni avi ja siinä kai Avidemux lienee kätevin varsinkin jos se tekisi ne tekstit niin suoraviivaisesti kuin filter käyttöliittymästä uskoin. Sinällään tämä tekstitysongelma ei ole useinkaan merkittävä, koska lasten nauhoituksissa tekstejä ei yleensä ole.

Tämän prosessin ongelma on nyt siinä että minun tapauksessa se Windows ProjectX ei saa niistä minun nauhoituksista ulos mitään tekstitystiedostoa. Illalla kun olen purkkini ääressä alan taas testailla eri tiedostoilla ja hakea ongelmalle ratkaisua.

timo

178

Multimedia ja grafiikka / Vs: Tiedostotyypin vaihto ja avidemux

« : 12.07.10 - klo:13.38 »

Mihin oikeastaan tarvitset Avidemuxia tässä projektissa? Leikkauskin on mielestäni helpompaa suoraan ProjectX:llä.

Avidemux ei liity MEncoderiin juuri mitenkään. Joitain suotimia on portattu MPlayeristä/MEncoderista ja video puretaan ja pakataan molemmissa työkaluissa samoilla FFmpegin kirjastoilla + muutamalla erillisellä, mutta muuta yhteistä koodissa ei ole.

Avidemuxia tarvitaan, koska olen siihen tottunut.  Siis perusprosessi jota teen, on erilaisten lasten TV nauhoitusten mainosten leikkaus ja kompressointi pieniin avi tiedostoihin helposti mukaan otettaviksi. Tähän saakka Avidemux on hoitanut sen kädenkäänteessä kokonaan yksin. Nyt mummon prinsessakiinnostuksen takia tähän perusprosessiin tuli kaksi lisäystä.

 - Mummolle DVD on kätevämpi formaatti
 - YLEn lähetyksiin olisi hyvä saada tekstitys mukaan, jotta mummo ymmärtäisi mitä pappi puhui hääparille.

Osaako ProjectX siis suoraan tehdä pienen xvid avin? Ja osaako ProjectX tehdä tuon tekstin polton kuvaan? Minusta se ei osaa kumpaakaan ja mielestäni ProjectX:n käyttöliittymä on haastava - ainakin kun vertaan sitä tuttuun ja turvalliseen Avidemuxiin. Olen vasta Linux tieni alussa ja ProjectX on vielä windows versiona käytössä.

Hyvä tietää tuo Avidemuxin historia. Olisiko jotain muita vaihtoehtoja tuohon minun perusprosessin (KDELive, PiTiVi jne.)?

timo

179

Multimedia ja grafiikka / Vs: Tiedostotyypin vaihto ja avidemux

« : 12.07.10 - klo:13.08 »

Tuossa kannattaa olla tarkkana, ettei poltto-ohjelma pakkaa videota uudelleen muuntaessaan AVI:n MPEG-PS:ksi. Minä käskisin Avidemuxia tekemään suoraan DVD-yhteensopivan MPEG-PS-videon kopioidulla ääniraidalla.

Olen samaa mieltä. Tuo Avidemux on niin erinomaisen monipuolinen videokäsittelijä, että yhtään enenpää en tähän TV:stä aviksi ilman mainoksia prosessiini tarvitse. Tuon kompression ja formaatinvalintaan on siinä vähintään tarpeeksi toiminnallisuuksia

Vilkaisin tuon Avidemuxin DVB sub -suotimen lähdekoodia ja se on nähdäkseni vain OCR-toiminnon Tools->OCR (TS->srt) käyttämä sisäinen komponentti, jota ei pitäisi näyttää suodinlistassa. Sitä ei voi nykyisessä muodossaan hyödyntää tekstitysten piirtämiseen.

Ehdottaisin edelleen SPU-tekstejä tai kovakoodaamista MEncoderilla.

OK. Kun katsotaan wikiä niin eihän Avidemux mainitse tuota käyttämääni filtteriä lainkaan, joten tuo analyysisi voi hyvinkin pitää paikkansa. Sinällään DVB subtitlesin suora poltto .ts streamista kuvaan olisi kiva ominaisuus.

http://www.avidemux.org/admWiki/doku.php?id=using:video_filters

Eli hakusessa on edellen se formaatti, jolla ProjectX:stä saisi helposti Avidemuxin filttereiden ymmärtämän tekstitystiedoston. Viimeisin kokeilu tyssäsi siihen että ProjectX ei tuottanut siitä prinsessahäälähetyksestä yhtään mitään tekstitiedostoa, vaikka kuinka kokeilin eri asetuksia. Luulen että ongelma oli siinä, että kyseisessä YLEn lähetyksessä oli tekstitystä vain pieni pätkä keskellä lähetystä ja muuten se tuli pelkällä äänellä.

Tuohon Mencoderin käyttöön kommenttina  - olen luullut että Avidemux on vain graafinen käyttöliittymä Mencoderia vasten - olenko ollut väärässä? Mencoder sinällään on tuttu, koska se vääntää ajastettuna noita .ts tiedostojani aviksi joka yö. Tosin nyt tarve on niin pieni etten taida viitsiä ryhtyä säätämään komentoa kuntoon.


timo

180

Multimedia ja grafiikka / Topfiledistä aviksi ja DVD:ksi - optimiprosessi löydetty [MELKEIN RATKAISTU]

« : 12.07.10 - klo:10.21 »

Nyt se optimiprosessi on löytynyt:

1) rec2ts windowskomentoriviltä muunnetaan topfieldin nauhoitukset yleisempään .ts muotoon

2) Avataan tuo .ts tiedosto Avidemuxilla ja tehdään halutut temput

3) poltetaan dvd niistä aveista sitten millä ohjelmalla halutaan.


Yksi paha probleema tässä jäi. Minun Ubuntun mukana tullut Avidemux antaa segfaultin kun koetan ajaa DVBsubtitles (tms.) filtteriä, jolla polttaisin dvb-t tekstit kuvaan. Sinällään tekstien pitäisi olla .ts tiedostossa kunnossa koska VLC osaa ne ongelmita esittää.

Luulisin että tämä peruskuvio on ratkaistu ja tapaus muuttuu nyt Avidemux ongelmaksi eli miten siellä jo nyt oleva DVB tekstien poltto saadaan toimimaan ongelmitta? Minulla se antaa segfaultin. Alan kokeilla sitä erilaisilla .ts tiedostoilla.

timo