abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 15:00 | Zajímavý článek

    Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.

    Ladislav Hagara | Komentářů: 2
    9.5. 17:22 | Nová verze

    Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.

    Ladislav Hagara | Komentářů: 0
    9.5. 15:22 | Komunita

    Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.

    Ladislav Hagara | Komentářů: 0
    8.5. 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    8.5. 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    8.5. 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    8.5. 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 17
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (1%)
     (3%)
    Celkem 579 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: Defekt nahraneho obrazu.

    17.1.2007 09:04 PetrK
    Defekt nahraneho obrazu.
    Přečteno: 214×
    Ahoj, pokousim se nahravat video z TV karty(analog), pomoci mplayeru. Pouzivam na to asi tak tohle:

    time mencoder -tv driver=v4l2:input=0:amode=1 \
    -ovc lavc \
    -lavcopts vcodec=mpeg4:vbitrate=15000:keyint=50:mbd=2:vhq=2 \
    -oac copy \
    -vop crop=720:540 \
    -o vustup.avi \
    tv://51


    Jenze nahrane video divne blikalo, tak jsem si vytahnul jen jeden snimek snimek a na nem je videt(vlevo dole), divnej defekt. Zkousel jsem menit ruzne parametry u -tv, nahravat z jinych kanalu, a ukladat do jineho kodeku. A je to tam porad.(akorat teda je to +- na celem snimku, jen nekde to je videt vic.. Myslim ze pri zmene u -tv mi to nekdy delalo ze jeden snimek byl do oranzova, druhej do ruzova). Myslim ze signalem takova chyba nevznikne. Takze to musi delat karta(BT878), jadro..

    Nesetkali jste se tim nekdo? Nebo nenapada vas mozna pricina?

    Odpovědi

    17.1.2007 11:48 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Defekt nahraneho obrazu.
    Já bych si tipnul na nějaké rušení, případně výpadek.

    Skusil bych jiný zdroj signálu třeba jinou anténu, případně jinak to propojit - při nahrávání skusit vše externí od PC odpojit zda nějaká zemní smyčka, případně prohodit kartu do jiného slotu.

    Případně skontrolovat zda je karta nastavená na správnou TV normu.
    17.1.2007 12:00 mikky | skóre: 25 | blog: Ghlog | M. L. - Praha
    Rozbalit Rozbalit vše Re: Defekt nahraneho obrazu.
    Já tam teda nic neobvyklýho nevidim, ale esli máš na mysli to vodorovný "rozčárkování" obrazu, tak zkus popřemýšlet nad deinterlací (pohledej v man mplayerslovíčko "lavcdeint", nepamatuju se přesně, kde to je..). Je tu způsobený způsobem tv vysílání (půlsnímky), někde se to tu už tuším řešilo, zkus pohledat..

    -miky
    Je vám méně než 30 ? (jsme vrstevnící => budeme si tykat) : (jsem pro vás bažant => můžete mi tykat);
    17.1.2007 15:06 PetrK
    Rozbalit Rozbalit vše Re: Defekt nahraneho obrazu.
    Diky, zkusim si pohrat s tema kabelama a tou normou. Zitra vecer dam vedet jak jsem dopadl

    Nee, prokladani zrovna nemyslim. To jsem tam ted nedal, o to mi nejde. Kdyz se na ten snimek podivas poradne, treba do toho rohu. Tak uvidis prouzky(cca 10pix), ktere se stridaji a meni svuj odstin. A ty tam nepatri.
    17.1.2007 15:20 mikky | skóre: 25 | blog: Ghlog | M. L. - Praha
    Rozbalit Rozbalit vše Re: Defekt nahraneho obrazu.
    Ajo, sorry, už to vidim.. Na laptopackym LCD se ten kontrast vespod dost ztraci, měl sem ten displej víc zaklopit :-)

    Ale vzhledem k tomu, jak se pravidelně střídají, bych půlsnímky tak úplně nezatracoval...

    Signálem to nebude, v tom souhlasim, na to je to moc rovný a pravidelný. Ale ta norma (pal vs. ntsc) by to *imho* být mohla, ba dokonce měla, právě kvůli těm půlsnímkům - pal je 50 půsnímků/sec, ntsc je 60, navíc má trochu jiný rozměry.

    Zkus vypozorovat, esli sou ty pruhy furt na stejnym místě, nebo esli pochodujou nahoru/dolu.. Jinak PAL B/G nebo D/K by měla být správná norma, esli si ze střední dobře vzpomínam ;-)

    -m.
    Je vám méně než 30 ? (jsme vrstevnící => budeme si tykat) : (jsem pro vás bažant => můžete mi tykat);
    17.1.2007 18:20 PetrK
    Rozbalit Rozbalit vše Re: Defekt nahraneho obrazu.
    Nj, tak jsem udelal male zjisteni. TVtime to nedela, takze to vazne musi byt problem mplayeru a jeho nastaveni:(
    . Ted jsem naposledy zkousl:

    mplayer -tv driver=v4l2:input=0:amode=1:norm=PAL:width=768:height=576:device=/dev/video0 -vop harddup,pp=md,crop=720:540:16:18 tv://34 -vo xv

    A to je zase tak ze jeden snimek je do oranzova, druhej do fialova... tak to vazne nevim:(
    MPlayer 1.0pre8-3.4.5 (C) 2000-2006 MPlayer Team
    CPU: Unknow CPU Type (Family: 6, Model: 10, Stepping: 0)
    CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
    Přeloženo pro CPU x86 s rozšířeními: MMX MMX2 3DNow 3DNowEx SSE
    
    Přehrávám tv://34
    Selected driver: v4l2
     name: Video 4 Linux 2 input
     author: Martin Olschewski olschewski@zpr.uni-koeln.de
     comment: first try, more to come ;-)
    Selected device: BT878 video (Leadtek WinFast 20
     Tuner cap:
     Tuner rxs: LANG1 LANG2
     Capabilites:  video capture  video overlay  VBI capture device  tuner  read/wri     
    te  streaming
     supported norms: 0 = PAL; 1 = NTSC; 2 = SECAM; 3 = PAL-Nc; 4 = PAL-M; 5 = PAL-N     
    ; 6 = NTSC-JP; 7 = PAL-60;
     inputs: 0 = Television; 1 = Composite1; 2 = S-Video; 3 = Composite3;
     Current input: 1
     Current format: YVU420
    v4l2: current audio mode is : STEREO
    Selected channel: 34 (freq: 575.250)
    Otevírám video filtr: [harddup]
    Otevírám video filtr: [pp=md]
    Otevírám video filtr: [crop w=720 h=540 x=16 y=18]
    Crop: 720 x 540, 16 ; 18
    ==========================================================================
    Otevírám video dekodér: [raw] RAW Uncompressed Video
    VDek: Požadovaná konfigurace vo - 768 x 576 (preferovaný barevný prostor: Planar     
     YV12)
    [PP] Používám externí filtr pro postprocessing, max q = 6.
    VDec: using Planar YV12 as output csp (no 0)
    Poměr stran obrazu filmu není definován - neměním velikost.
    VO: [xv] 720x540 => 720x540 Planar YV12  [zoom]
    Vybrán video kodek: [rawyv12] vfm: raw (RAW YV12)
    =====================================================================
    17.1.2007 18:34 mikky | skóre: 25 | blog: Ghlog | M. L. - Praha
    Rozbalit Rozbalit vše Re: Defekt nahraneho obrazu.
    ....
     Current format: YVU420
    ....
    VDek: Požadovaná konfigurace vo - 768 x 576 (preferovaný barevný prostor: Planar     
     YV12)
    ....
    VDec: using Planar YV12 as output csp (no 0)
    ....
    VO: [xv] 720x540 => 720x540 Planar YV12  [zoom]
    Vybrán video kodek: [rawyv12] vfm: raw (RAW YV12)
    
    nemohl by být problém v tomhle? Co zkusit jiný kodek? (momentálně už je problém mimo moje znalosti, takže střílim tak trochu od boku)

    -miky
    Je vám méně než 30 ? (jsme vrstevnící => budeme si tykat) : (jsem pro vás bažant => můžete mi tykat);
    17.1.2007 20:48 PetrK
    Rozbalit Rozbalit vše Re: Defekt nahraneho obrazu.
    Nj, to ja uz jsem taky v uzkych:) Nejak jsem neprisel jakej jinej kodek by se mu libil. A kdyz jsem koukal jak to delaj ostatni tak ho take nemeni, a ve vystupu maj+- to same:)
    Jen jsem jeste koukal na ten vystup TVtime, a ten pise ze pouziva driver bttv, ale s tim se mplayer vubec nepusti:)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.