Xine ja fullscreen fontit (esim. .srt tekstityksissä...)

[vemppu]

Heps

Oon muunnellu noita vdr:n nauhoitteita .avi:ksi (ja yle:n tekstitykset .srt:ksi).

Nytpäs kävikin sitten ilmi, ettei tuo ~/.xine/config:n (tahi ~/.xine/config_xlneliboutput) määrite...:

Koodi: Valitse kaikki

subtitles.separate.subtitle_size: "tähän sitten se haluttu koko"

...vaikutakaan "kokoruututilassa" tekstityksen kokoon laisinkaan... ???

Eli "ikkunatilassa" tekstitysfontin koko kyllä vaihtelee tiny -> huge huomattavasti ja kuten pitääkin... Miksei fullscreeninä?

Xine-lib:stä lienee jälleen jokin historiallinen 1.4 -sarjalainen käytössä... Mistä muualta kannattaa ratkaisua etsiä?

Jokin nyyppäongelmani taas tiätty... - Kiitokset kärsivällisyydestänne...

edit: typoja...

[P.Kosunen]

# grep scale /var/vdr/.xine/config_xineliboutput

Koodi: Valitse kaikki

# Use unscaled OSD
#gui.osd_use_unscaled:0
# use unscaled OSD if possible
#subtitles.separate.use_unscaled_osd:1


-->
subtitles.separate.use_unscaled_osd:0

Auttaisikohan tuon vivun muuttaminen?

[phi]

Kyllä koon pitäisi muuttua samalla lailla ikkunassa ja kokoruututilassa.
Koko on absoluuttinen ts. riippumaton videon koosta. Jos teksti on pienessä 320x200 ikkunassa sopiva (esim. 20 pixeliä korkea), se on kokoruututilassa (esim 1280x1024) myös 20 pixeliä korkea ja todennäköisesti silloin liian pieni.
Tuo subtitles.separate.use_unscaled_osd:0 (joka _ei_ toimi xxmc:n kanssa) vaikuttaa niin että tekstin koko suhteutuu videon resoluutioon, ts. pieniresoluutioisella videolla teksti on suurempaa kun suuriresoluutioisella videolla. Tämä haitannee vain jos katselee usein eri resoluutioisia videoita.

Itselläni 720x576 näyttöresoluutiota käytettäessä asetus on
subtitles.separate.use_unscaled_osd:1
subtitles.separate.subtitle_size:large
jolloin teksti on luettavaa mutta aavistuksen pienempää kun esim YLEn DVB-tekstitykset.
Suuremmalla näyttötarkkuudella jopa
subtitles.separate.subtitle_size:huge
tuntuu hieman pieneltä (?).

[P.Kosunen]

Miten muuten on .idx/.sub bittikartta-fonttituen kanssa, onko milloin tulossa xineliboutiin?

Olen muutamia subeja kääntänyt .srt muotoon, mutta ainakin VobSubin OCR puree usein huonosti.

[phi]

Miten muuten on .idx/.sub bittikartta-fonttituen kanssa, onko milloin tulossa xineliboutiin?

Kokeilin noita ja ne toimivat ilman ongelmia matroska (.mkv) tiedostoon muxattuina (esim. mkvmerge -o 001.mkv 001.aac 001.264 001.idx ).

Kai ne saisi toimimaan erillisinä tiedostoinakin pienellä temppuilulla (?), ainakin lisäämällä jonkinlaisen demux -pluginin xineen, vaikka sitten suoraan kopioimalla matroska demuxerista

[P.Kosunen]

Niinpä toimii täälläkin, täytyykin siirtyä Matroska paketointiin. Kokokin näyttää jäävän .avia pienemmäksi vaikka subit on sisässä.

Mp4box:attuja ei näköjään ymmärrä.

[phi]

Mp4box:attuja ei näköjään ymmärrä.

Sama ongelma kun erillisinä tiedostoina - mp4 demuxeri ei syötä noita eteenpäin. Mutta kun myös vlc syö nätisti matroskaa ei taida jaksaa paneutua asiaan syvällisemmin.

Uudelleenpakkaatko noihin VDR-tallenteita ? Jos näin, niin minkälaisella skriptillä / ohjelmalla / pakkausasetuksin ? Kokeilin pikaisesti vdr -> projectx -> x264 + aac -> matroska muunnosta, jolla tallenne pakkautuu noin neljäsosaan alkuperäisestä kuvan/äänen pysyessä silmämääräisesti ennallaan. Tosin 1,5 tunnin leffan muuntaminen vie useita tunteja, Canal+ HD -tallenteen tai jonkin TV-sarjan vuoden jaksojen konvertointiin menisi varmaan viikko

Yllättäen myös DVB-tekstit siirtyi automaagisesti noin bittikarttamuodossa ja toisto on yhtä helppoa ja "varmaa" kun VDR-muodossakin. Tuo uudelleenpakkaus olisi siinäkin mielessä kiva että voi käyttää huippulaatuista lomituksenpoistoa ja katsella kunnollista kuvaa myös hitaammalla koneella.

[P.Kosunen]

Uudelleenpakkaatko noihin VDR-tallenteita ? Jos näin, niin minkälaisella skriptillä / ohjelmalla / pakkausasetuksin ? Kokeilin pikaisesti vdr -> projectx -> x264 + aac -> matroska muunnosta, jolla tallenne pakkautuu noin neljäsosaan alkuperäisestä kuvan/äänen pysyessä silmämääräisesti ennallaan. Tosin 1,5 tunnin leffan muuntaminen vie useita tunteja, Canal+ HD -tallenteen tai jonkin TV-sarjan vuoden jaksojen konvertointiin menisi varmaan viikko

Enimmäkseen subeineen tulee pakattua dvd-rippejä xp:llä Robot4rip/Gordian Gnot/xvid yhdistelmällä. Tuo Robot4rip tallentaa myös subit .idx/.sub-muodossa. Mm. Aasialaisissa pätkissä nuo subit on pakolliset, englantia sentään siedettävästi ymmärtää..

x264:sta en käytä, kun se pakkaa koneillani alle 2fps vauhdilla (win&linux). Xvid ja lavc mpeg4 pääsee yli 60fps vauhtiin hitaammallakin koneellani ilman thread-tukea, nopeusero on laatuun nähden järjetön.

Tv-sarjoja on tullut pakattua mencoderilla lavc mpeg4 videolla ja aac äänillä mp4 muotoon. 900kbps riittää hyvin esim. Monty Pythoneihin, jolloin koko jää neljännekseen. Javaa en ole tykännyt *nixeihin asennella, joten ProjectX & subituki puuttuu toistaiseksi pakkausskriptistä (MP4Boxilla on vaikeuksia mm. erikoismerkkien kanssa hakemistojen nimissä, joten täytyi laittaa cd purkka että find-putkituskin toimii). (Miksiköhän en suoraan tehnyt Matroskan kanssa tätäkin..)

Tuolta löytyy originaali skripti (mencode-x264.sh):
http://www.cs.helsinki.fi/u/mikkila/son2srt/

[nm]

Uudelleenpakkaatko noihin VDR-tallenteita ? Jos näin, niin minkälaisella skriptillä / ohjelmalla / pakkausasetuksin ? Kokeilin pikaisesti vdr -> projectx -> x264 + aac -> matroska muunnosta, jolla tallenne pakkautuu noin neljäsosaan alkuperäisestä kuvan/äänen pysyessä silmämääräisesti ennallaan. Tosin 1,5 tunnin leffan muuntaminen vie useita tunteja, Canal+ HD -tallenteen tai jonkin TV-sarjan vuoden jaksojen konvertointiin menisi varmaan viikko

Yllättäen myös DVB-tekstit siirtyi automaagisesti noin bittikarttamuodossa ja toisto on yhtä helppoa ja "varmaa" kun VDR-muodossakin. Tuo uudelleenpakkaus olisi siinäkin mielessä kiva että voi käyttää huippulaatuista lomituksenpoistoa ja katsella kunnollista kuvaa myös hitaammalla koneella.

Jeps, itse uudelleenpakkaan lähes kaikki tallenteet levytilan säästämiseksi ja lomituksenpoiston vuoksi. Pakkaan MEncoderilla ja käytän videolle x264:ää ja äänelle Ogg Vorbisia. Itse en niin välitä pakkausajoista, kun kone on muutenkin jatkuvasti päällä, mutta x264:n saa kyllä aika nopeaksikin, eikä kuvanlaadusta tarvitse tinkiä erityisen paljon.

Se, kannattaako käyttää x264:ää vai XviDiä riippuu usein juuri tavoitellusta kuvanlaadusta: jos halutaan lähes alkuperäisestä eroamatonta videota, valinta kallistuu yleensä XviDiin, koska molemmilla enkoodereilla joudutaan käyttämään suhteessa niin korkeaa bitratea, että x264:n ominaisuuksista (kuten inloop deblocking) ei ole juurikaan hyötyä. Jos taas tavoitellaan tiukkaa pakkausta (< 1000 kbps PAL-videolle), x264 voi hyvinkin olla oikein asetettuna jopa nopeampi vastaavalla kuvanlaadulla.

Käyttämäni asetukset (MEncoderin x264-vivut), ~1,5 fps 1,3 GHz:n Athlonilla:

Koodi: Valitse kaikki

-x264opts crf=22:keyint=250:frameref=4:bframes=4:b_adapt:b_pyramid:weight_b:deblock=-1,-1:cabac:8x8dct:me=hex:
subq=7:chroma_me:mixed_refs:trellis=2:brdo:bime:nofast_pskip:direct_pred=auto"

Nopeammat säädöt, ~3,7 fps samalla koneella:

Koodi: Valitse kaikki

-x264opts crf=22:keyint=250:frameref=4:bframes=4:b_adapt:b_pyramid:weight_b:deblock=-1,-1:cabac:8x8dct:me=hex:
subq=5:chroma_me:trellis=1:direct_pred=auto"

x264:n CRF-moodi on muuten aika kätevä, jos pakkaat paljon videoita ja haluat määrittää jonkin tietyn kuvanlaadun tason. Kiinteä bitrate-asetus ei silloin riitä, koska jotkut lähdevideot pakkautuvat selvästi huonommin kuin toiset. Toki XviDissäkin voi käyttää fixed quantizer -moodia, mutta se ei tee suhteessa yhtä laadukasta jälkeä kuin kaksinkertainen enkoodaus (2-pass). X264:n CRF taas on hyvin lähellä 2-pass-tilaa. Itse käytän useimmille videoille crf=22-asetusta, mutta isoilla näytöillä ja projektoreilla voi joutua menemään alle crf=20:n. Toisaalta DVB:n tapauksessa lähdevideon laatu ei ole niin korkea, että kannattaisi lähteä uudelleenpakkaamaan kaikkia lähetysvirheitä crf=18:lla.

[phelin]

Yllättäen myös DVB-tekstit siirtyi automaagisesti noin bittikarttamuodossa ja toisto on yhtä helppoa ja "varmaa" kun VDR-muodossakin. Tuo uudelleenpakkaus olisi siinäkin mielessä kiva että voi käyttää huippulaatuista lomituksenpoistoa ja katsella kunnollista kuvaa myös hitaammalla koneella.

Mitäs automaaginen oikein tarkoittaa tässä tapauksessa?

Mulla olisi nimittäin noin 140 tuntia TV-sarjaa, jossa on kahdet tekstitykset (suomi ja espanja, muokasin subtitles-pluginia hieman jotta sain molemmat talteen), jotka mielelläni muokkaisin tilaa säästävämpään muotoon, mutta en ole tähän mennessä löytänyt tyydyttävää ratkaisua. ProjectX:llä tekstitykset saa talteen bittikarttoina (SON-muodossa) ja DVD:n saa kyllä kietaistua kaksilla tekstityksillä, mutta bittikarttojen muuttaminen esim srt-muotoon ei onnistu, sillä ainakaan gocr:llä en saa espanjan kielisen tekstityksen merkkejä kunnolla irti (aksentit ja käännetyt heittomerkit yms aiheuttavat ongelmia). Ideaalitilanne olisi käyttää bittikarttoja ja puristaa vain kuva (ja ääni) pienempään tilaan.

[nm]

ProjectX:llä DVB-tekstityksen saa ulos myös VobSub-bittikarttamuodossa (.idx+.sub), jota monet mediasoittimet tukevat suoraan, tai kuten nähtävästi Xine, Matroska-kääreeseen ympättynä. Toki tällöin joudut tyytymään alkuperäiseen bittikarttafonttiin.

Voin kyllä täydentää son2srt-skriptini tietokantaa tarvittavilla erikoismerkeillä, jos haluat muuntaa tekstityksen SRT-muotoon. Lähetä vain ProjectX:n SON-ulostulon tekemät .bmp-tiedostot tar-pakettina sähköpostiini (mikkila at cs.helsinki.fi), niin katsotaan. Pitäisi kyllä joskus koodata yksinkertaisempi merkkitietokantaan perustuva OCR, niin ei tarvitsisi kiertää ja korjailla gocr:n tekemiä virheitä.

[phi]

Mitäs automaaginen oikein tarkoittaa tässä tapauksessa?
Ideaalitilanne olisi käyttää bittikarttoja ja puristaa vain kuva (ja ääni) pienempään tilaan.

Juuri samaa ajattelin. Eli demuxasin ProjectX:llä seuraavaa config -tiedostoa käyttäen:

# ExternPanel
ExternPanel.renameAudio=1
ExternPanel.renameVideo=1

# SubtitlePanel
SubtitlePanel.SubpictureColorModel=YLE
SubtitlePanel.SubtitleExportFormat=SUP
SubtitlePanel.exportAsVobSub=1

# MessagePanel
MessagePanel.logRDS=0

Koodi: Valitse kaikki

mkdir demux ; projectx 001.vdr -log -ini /etc/vdr/ProjectX/demux-vobsub.ini -out ./demux -demux -id 0xc0,0xe0,0x1f,0x20 >& demux.log

Useampia ääni/tekstiraitoja varten -id ... option voinee muuttaa soveliaaksi tai jättää pois (?). Karsin sillä pois YLE1:n suomenkielisen koneduppauksen joka meni satunnaisesti ykkös- tai kakkosääniraidaksi ja hankaloitti skriptaamista ikävästi kun ~ joka toisella kerralla tuli valittua väärä ääniraita

Demuxauksessa syntyneet .mpv ja .mpa tiedostot pakkasin uudelleen ja lopuksi pakkasin pakatut tiedostot + ProjectX:n exportoiman vobsub -muotoisen bittikarttatekstin (001.sup.idx ja 001.sup.sub) sellaisenaan matroska-kääreeseen. Jos haluaa säästää hiukan lisää tilaa, myös vobsub -tiedoston voi kokeilla pakata ennen muxausta: käsittääkseni ainakin mplayer ja xine osaa purkaa rar:lla pakatun vobsub:n. Tuommoinen 3MB bittikarttapaketti pakkautuu rar:lla noin 600kt:hin, tosin säästö on melko marginaalinen lopullisen matroska -tiedoston kokoon nähden.

Huom: Vobsub -tuki on tullut ProjectX:ään jossain välissä viime kesänä, ja ilmeisesti sen jälkeen ei ole tullut vielä uutta "virallista" versiota. Niinpä ainakin gentoossa joutuu tekemään oman ebuild:n tai patchaamaan viimeisintä virallista versiota. Käyttämäni ebuild (0.90.4.00 + vobsub backport CVS:stä) löytyy osoitteesta http://phivdr.dyndns.org/vdr/gentoo_ebu ... /projectx/ jos on tarvetta.

[phi]

x264:sta en käytä, kun se pakkaa koneillani alle 2fps vauhdilla (win&linux). Xvid ja lavc mpeg4 pääsee yli 60fps vauhtiin

Uskomaton ero... Tuo toimisi jo niin että lomituksenpoisto + uudelleenpakkaus tehtäisiin lennossa tallennuksen tai toiston aikana

Javaa en ole tykännyt *nixeihin asennella, joten ProjectX & subituki puuttuu toistaiseksi

ProjextX tuli aikanaan asennettua burn -pluginia (DVB subit) varten.
Yritin ensin uudelleenpakkausta suoraan leikellyllä vdr-tallenteella mutta ääni/kuva/subi synkka ei toiminut jostain syystä. Siitä tuo demuxaus ensin ...

[phi]

Jos taas tavoitellaan tiukkaa pakkausta (< 1000 kbps PAL-videolle), x264 voi hyvinkin olla oikein asetettuna jopa nopeampi vastaavalla kuvanlaadulla.

Ja pakkauksen tiukkuus on melko suhteellista, kotimaisilta ylipakatuilta kanavilta jotkut ohjelmat tulee jo valmiiksi reilun 2 Mbps:n videolla. Ero on jo melkein tuo 1:4 kun verrataan vaikka laadukkaaseen DVD:hen. No, eipä mitään hyvää muutenkaan saa ilmaiseksi... Paitsi tässä tapauksessa jo valmiiksi tiiviin pakkauksen

x264:n CRF-moodi on muuten aika kätevä, jos pakkaat paljon videoita ja haluat määrittää jonkin tietyn kuvanlaadun tason. Kiinteä bitrate-asetus ei silloin riitä, koska jotkut lähdevideot pakkautuvat selvästi huonommin kuin toiset.

Tuo on erinomainen, mietinkin että ei ole järkeä pakata samalla bittivirralla esim. animaatioita tai "keskusteluohjelmia" ja toimintaelokuvia joissa on paljon nopeaa liikettä. Lisäksi pakkauksen ajaminen vain kerran nopeuttaa prosessia puolella. Ja kun en kuitenkaan meinaa noita CD-levyihin pakata, ei lopullisella tiedostokoolla ole niin merkitystä.

Itse käytän useimmille videoille crf=22-asetusta, mutta isoilla näytöillä ja projektoreilla voi joutua menemään alle crf=20:n. Toisaalta DVB:n tapauksessa lähdevideon laatu ei ole niin korkea, että kannattaisi lähteä uudelleenpakkaamaan kaikkia lähetysvirheitä crf=18:lla.

Niinpä. Käytätkö lomituksenpoiston lisäksi muita suotimia ?
Joku jolla saisi alkuperäisen ylipakkauksen blokkeja ja portaittaisia väriliukuja piiloon kuitenkaan liikaa kuvaa sumentamatta olisi kiva. Erityisesti nuo taustan väreissä esiintyvät portaat on ikävän näköisiä.
Samoin "lähdemateriaalissa" on kohinaa jonkin verran, tuleeko se sitten kvantisoinnista ja pyöristysvirheistä vai alkuperäisestä videosta (?). Joka tapauksessa voisi olla järkevää koettaa poistaa sitä ennen uudelleenpakkausta. No, eipä tuo kohina yleensä näy kauempaa katsellessa (itse asiassa vain pehmentää kuvaa joka saattaa olla eduksikin), mutta pakkauksen kannalta siitä on kyllä haittaa.

Leikkimielellä laskeskelin että jos x264 pakkaus kuluttaa sähköä + 60W idleen verrattuna, ja pakkaus vie noin 15 tuntia / tunti leffaa, tulee pakatun leffan "hinnaksi" 15h*60W*7c/kWh = ~ 6 c / tunti leffaa. Kovalevytilaa saa noin 20 c/giga = ~ 30 c / tunti eli jos kaiken pakkaa tilan säästön vuoksi tulee jossain välissä edullisemmaksi vaihtaa levy suurempaan tai kone nopeampaan
DVD-polttokaan ei ihmeemmin innosta siihen liittyvien käytettävyysongelmien vuoksi (= nouse ylös, etsi levy, työnnä se laitteeseen ja etsi oikea kohta ...). Ikävä kyllä todelliset tallennustilaongelmat on vasta tuloillaan. Kunhan HD-materiaalia on enemmän saatavilla alkaa itku ja hammasten kiristys... muutama koenauhoitus Canal+ HD:lta kuluttaa tilaa lähes 20 gigaa / elokuva ja uudelleenpakkauskin kestää päiviä ...

[nm]

Käytätkö lomituksenpoiston lisäksi muita suotimia ?
Joku jolla saisi alkuperäisen ylipakkauksen blokkeja ja portaittaisia väriliukuja piiloon kuitenkaan liikaa kuvaa sumentamatta olisi kiva. Erityisesti nuo taustan väreissä esiintyvät portaat on ikävän näköisiä.
Samoin "lähdemateriaalissa" on kohinaa jonkin verran, tuleeko se sitten kvantisoinnista ja pyöristysvirheistä vai alkuperäisestä videosta (?). Joka tapauksessa voisi olla järkevää koettaa poistaa sitä ennen uudelleenpakkausta. No, eipä tuo kohina yleensä näy kauempaa katsellessa (itse asiassa vain pehmentää kuvaa joka saattaa olla eduksikin), mutta pakkauksen kannalta siitä on kyllä haittaa.

Kohinaa tosiaan poistan joissain tapauksissa MEncoderin hqdn3d-suotimella, yleensä vakioparametrein. Lomituksenpoistoon käytän -vf yadif=3,mcdeint=0:0:10,framestep=2 -suotimia, mutta jos videota katsellaan melko tehokkailla koneilla ja kyseessä on materiaali, jossa liiketoiston tarkkuudesta on etua, kannattaa framestep=2 jättää tuosta pois, jolloin saadaan ulos 50 fps kuvaa. X264 tarvitsee siihen n. 20 % enemmän tilaa kuin 25 fps videolle, jos tavoitellaan samaa spatiaalista laatua.

Blokkeja ja väriliukujen virheitä en ole yrittänyt korjata, mutta luulisin pp-suotimesta olevan apua. Väriliukuihin ei MEncoderissa taida olla mitään hyvää suodinta, joten parempaa kuvankäsittelyä tavoiteltaessa pitäisi varmaankin siirtyä AviSynthin käyttöön (Winen avulla).

Leikkimielellä laskeskelin että jos x264 pakkaus kuluttaa sähköä + 60W idleen verrattuna, ja pakkaus vie noin 15 tuntia / tunti leffaa, tulee pakatun leffan "hinnaksi" 15h*60W*7c/kWh = ~ 6 c / tunti leffaa. Kovalevytilaa saa noin 20 c/giga = ~ 30 c / tunti eli jos kaiken pakkaa tilan säästön vuoksi tulee jossain välissä edullisemmaksi vaihtaa levy suurempaan tai kone nopeampaan

Jeps. Oman kokemukseni mukaan Athlon64 2800+ pakkaa raskailla, mutta vielä järkevillä asetuksilla ilman suotimia 5 tuntia / tunti PAL-leffaa, joten Core2 Duo:lla pääsee helposti vähintään puoleen reaaliaikaisesta pakkauksesta. Asetuksia hieman pudottamalla reaaliaikainen pakkaus on ihan mahdollista myös suotimien kanssa.

XviD:llä tai Lavc:llä tarvitaan yleensä n. 20-30 % enemmän tilaa ja pakkausnopeus on moninkertainen, joten sähkön hintaa laskiessa ne voivat hyvinkin olla järkevämpi vaihtoehto. Tosin raskaat suotimet (kuten yadif+mcdeint) pudottavat pakkausnopeutta niin paljon, että ero saattaa jäädä aika pieneksi.