Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Témata - Roman Horník

Stran: [1] 2 3 ... 5
1
Volná diskuze / Iceweasel > Firefox?
« kdy: 11. 03. 2016, 20:00:34 »
Nevím, jestli jste to vy, co máte Sida, zaznamenali, ale balík iceweasel (vč. jazykových balíků) od verze 45.0 se stal metabalíkem instalujícím balík firefox-esr, a dále je k dispozici i "normální" balík firefox a k nim jazykový balíky ve formátu firefox-l10n-<něco>, respektive firefox-esr-l10n-<něco>.

Tak se mi zdá, že Iceweasel, kosmetická upravenina Firefoxu, už nebude potřeba.

2
Volná diskuze / Zemřel Ian Murdock
« kdy: 31. 12. 2015, 06:59:36 »
Už jsem se o tom vypsal tady. Pro mně to je hodně špatná zpráva, Debian, dílo, co on započal, mám moc rád. A nečekal jsem, že tak inteligentní člověk udělá takovou, s prominutím, píčovinu.

3
Správa, údržba a nastavení systému / ▶ Swapujme do RAM
« kdy: 20. 12. 2015, 00:02:43 »
Zní to jako šílenej paradox, vždyť swap je přece nástavbou RAM, když její kapacita už došla, když už se do ní nic nevejde. Ale jde to, jde to vskutku velice dobře.
Píšu tady o zRAM, principem činnosti je komprese stránek uložených v RAM algoritmem LZ4, jinými slovy, do RAM se vejde víc dat, než za normálních okolností dokáže pojmout. Na Debíkovi je tato vlastnost k dispozici od jádra verze 3.2, využívá se u operačních systémů Android.

Výhody:
* Mnohem vyšší rychlost v porovnání se swapováním na disk a mnohem nižší, prakticky zanedbatelné latence (nikde neběhá rameno s hlavičkami a nehledá stopu na disku)
* Nechrochtá jako swapující disk, ba naopak, takovýto způsob swapování je absolutně neslyšný
* Je schopen využít všechna jádra CPU, čím víc jader, tím vyšší výkon
* Šetří disky. DRAM se neopotřebí (přestože stále pracuje na plné obrátky), zatímco mechanismus HDD dostává dost na prdel a flash paměť SSD má omezený počet zápisů a přepisů na buňku (tam je čtení, zápis a navíc i přepis; čtení nic nepoškozuje)

Nevýhody:
* Kdo chce uspávat na disk, stejně logicky swapovací oddíl na disku potřebuje; jak se RAM vypne šťáva, není schopna uchovat data (kromě logických nul)
* Rychlost je závislá především na rychlosti CPU
* K sekání běhu systému a aplikací stejně dochází, komprese i dekomprese zabírají všechen dostupný procesorový čas. Jen to trvá mnohem kratší dobu

Následující postup byl převzat a počeštěn z wiki Debianu a je mnou velmi dobře odzkoušený:



1) Vytvořte soubor /etc/init.d/zram a nasypejte do něj:

Kód: [Vybrat]
#!/bin/sh
### BEGIN INIT INFO
# Provides:          zram
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     S
# Default-Stop:      0 1 6
# Short-Description: Use compressed RAM as in-memory swap
# Description:       Use compressed RAM as in-memory swap
### END INIT INFO

# Author: Antonio Galea <antonio.galea@gmail.com>
# Thanks to Przemysław Tomczyk for suggesting swapoff parallelization

FRACTION=75

MEMORY=`perl -ne'/^MemTotal:\s+(\d+)/ && print $1*1024;' < /proc/meminfo`
CPUS=`grep -c processor /proc/cpuinfo`
SIZE=$(( MEMORY * FRACTION / 100 / CPUS ))

case "$1" in
  "start")
    param=`modinfo zram|grep num_devices|cut -f2 -d:|tr -d ' '`
    modprobe zram $param=$CPUS
    for n in `seq $CPUS`; do
      i=$((n - 1))
      echo $SIZE > /sys/block/zram$i/disksize
      mkswap /dev/zram$i
      swapon /dev/zram$i -p 10
    done
    ;;
  "stop")
    for n in `seq $CPUS`; do
      i=$((n - 1))
      swapoff /dev/zram$i && echo "disabled disk $n of $CPUS" &
    done
    wait
    sleep .5
    modprobe -r zram
    ;;
  *)
    echo "Usage: `basename $0` (start | stop)"
    exit 1
    ;;
esac

2) V terminálu spusťte (jako root):
chmod +x /etc/init.d/zram

3) Systému řekněte, aby se skript automaticky spouštěl při jeho startu (zase jako root):
insserv zram

4) A rovnou si to můžete spustit (opět spusťte jako root):
service zram start
nebo
/etc/init.d/zram start

Nakonec pár poznámek:
1) Na řádku 15 v tom skriptu je proměnná FRACTION - je to hodnota v procentech, a tou se nastavuje, jak velkou část z RAM použít pro zRAM swap použijte číslo v intervalu {1..100}
2) Pro swapování má zRAM vyšší prioritu jak normální swap na disku, čili nejdřív se bude při zaplnění RAM plnit zRAM swap, až potom ten na disku
3) Nebojte se, že přijdete o možnost uspávání na disk, ta priorita pro uspávání neplatí, odkládací oddíl na disku je přednější


Nakonec pár měření na mém téměř muzejním stroji:

Konfigurace:
CPU: Intel Pentium Dual-Core E2180 (2 jádra, 2.0GHz, 800MHz FSB), přetaktováno na 2.64GHz, 1.05GHz FSB
Mámoprkno: Aušus P5QPL-AM (G41 + ICH7)
RAM: 2x 1GiB DDR2, 800MHz, přetaktováno na 874MHz
SSD: ADATA SP600, 64GB/59.6GiB (novej)
HDD1: Western Digital WD3200AAKS, 320GB/298GiB (starej)
HDD2: Seagate Barracuda ST380817AS, 80GB/74.5GiB (starší)

Benchmark spáchán programem gnome-disks při odpojených oddílech a za výchozího nastavení benchmarku

Kód: [Vybrat]
      Čtení [MB/s]   Zápis [MB/s]   Přístupová doba [ms]   %zRAM (R+W)   R+W [MB/s]
zRAM    2110.0         2540.0              0.00               100.00       4650.0
SSD      270.0           78.4              0.13                 7.49        348.4
HDD1      94.5           84.7             15.36                 3.85        179.2
HDD2      48.3           46.6             12.75                 2.04         94.9

Tady je vidět, že co do všech parametrů nemá konkurenci ani u SSD.

Tak ať vám slouží, fakt to stojí za to! ;)

4
Všeobecná podpora / Blender - transformace rotace
« kdy: 30. 10. 2015, 20:17:19 »
Zdar,

nemá někdo tucha, jak udělat následující?
Jestliže dojde k rotaci předmětu (nebo kostí) A v ose X, pak chci, aby byl předmět/kost B co do rotace spřaženej, ale aby rotace neprobíhala ve stejný ose, což umím, ale v ose jiný (Y, Z).
Jak na to?

5
Nedávno se zavedla blbost s podepisováním doplňků, samozřejmě, pokud vývojář zaspí, jeho dílo náhle zablokuje prohlížeč. Mně se to stalo třeba u AdBlock Plusu, blokovači reklam.
Každej problém má svoje řešení, takže i tenhle:

1) V prohlížeči do adresního řádku zadej about:config a přejdi na ni
2) Vyhledej si tam položku xpinstall.signatures.required a dvojklikem změň hodnotu na "false"

Hotovo

6
Všeobecná podpora / Hugin - enblend odmítá poslušnost
« kdy: 27. 09. 2015, 11:43:57 »
Nazdar, už přes měsíc se s prominutím seru s Huginem verze 2015.0.0.cdefc6e53a58, nástrojem na tvorbu panoramatických snímků, kde poslední dobou prolínač enblend verze 4.1.3+dfsg-2 odmítá sloužit.
Načtu si snímky, napíchám do nich kontrolní body, pohraju si s expozicí, paráda. Dám to slepit, přemapovač teď mimochodem umí používat GPU, takže se přemapování výrazně zkrátí bez evidentní ztráty na kvalitě výsledku, a pokud použiju jako prolínač ten zabudovanej, kterej prakticky neprolíná a nechává za sebou ošklivý švy, obrázek je na světě. Ale jak použiju enblend, nehledě na nastavení programu, tak když na něj přijde řada, vyhodí to dialogový okno s chybou, kde je možnost uložení chybový zprávy, a s odkazem, kam můžu bugreport poslat.
Jenže tam nic zajímavýho není, jen průběh (tohle je anglicky; očekával jsem větší výřečnost jak u češtiny, ale je to stejný):
Kód: [Vybrat]
============================================
Stitching panorama...
============================================

Platform: Linux 4.1.0-2-686-pae i686
Version: 2015.0.0.cdefc6e53a58
Working directory: /home/roman/Desktop/YE/00
Output prefix: 20150919_164418 - 20150919_164425

Blender: enblend 4.1.3
ExifTool version: 10.00

Number of active images: 3
Output exposure value: 13.9
Canvas size: 2994x3461
ROI: (232, 52) - (2762, 2679)
FOV: 54x61
Projection: Rectilinear(0)
Using GPU for remapping: true

Panorama Outputs:
* Exposure corrected, low dynamic range

Remapped Images:
* Exposure corrected, low dynamic range

First input image
Number: 0
Filename:
Size: 2560x1920
Projection: Normal (rectilinear)
Response type: custom (EMoR)
HFOV: 47
Exposure value: 12.8


Remapping LDR images...
nona: using graphics card: NVIDIA Corporation GeForce GTX 650/PCIe/SSE2
Multiple images output
loading 20150919_164418.jpg
remapping 20150919_164418.jpg
saving 20150919_164418 - 20150919_1644250000.tif
loading 20150919_164422.jpg
remapping 20150919_164422.jpg
saving 20150919_164418 - 20150919_1644250001.tif
loading 20150919_164425.jpg
remapping 20150919_164425.jpg
saving 20150919_164418 - 20150919_1644250002.tif

Blending images...

Tohle poslat nikam nemůžu, vždyť tam prakticky nic není. Ale má s tím někdo zkušenosti? Nafotil jsem neopakovatelnej okamžik, demolici, ale takhle to nemůžu zveřejnit.

7
Zrovinka jsem řešil zapeklitej problém s ručně instalovaným balíkem ovladače termotiskárny Epson TM-T20. Samo, že tenhle návod by mohl pomoct vyřešit průsery jinejch balíků, kdy se správa softwaru přes apt-get, Aptitude, Synaptic, nebo něco jinýho stane nepoužitelnou.
Epson poskytuje ovladače přímo na svý stránce, jsou to archivy obsahující krom licenčních keců hlavně DEB a RPM balíky, PPDčka pro CUPS a skriptík, kterej by to všechno měl nainstalovat. Místo Debiana je tam sice Blbuntu, ale to je jedno, instalace možná je.
Aniž bych si uvědomil, že jsem předtím zapomněl nainstalovat CUPS, že ani ten skriptík, ani závislosti balíků se o jeho instalaci nepostaraj, skriptík jsem spustil. Instalace proběhla v pořádku, ovšem zdánlivě. Chvíli po tom jsem zjistil, že mám totálně rozmrdanou správu balíků, že není možný krom aktualizace databáze balíků dělat s balíkama nic, vlastně tak nějak to šlo, ale skončilo to vždycky chybovou hláškou, jako že ten balík má nesplněný závislosti.
A tak si říkám, že prostě ty balíky odinstaluju, nainstaluju CUPS a hned na to ovladač. Přes aptitude ani apt-get to nešlo, ale pomocí přiloženýho skriptíku na odinstalaci to šlo, taky, co jsem koukal, používá dpkg. Ale tím se odinstaloval jeden balík a druhej zůstal, podle aptitude v tuze nekonzistentním stavu. A tak to šlo dokola, žádný mně známý řešení nepomáhalo. Taky tohle se mi stalo snad poprvý za skoro 10 let, co linuxuju. I vzpomněl jsem si na Googla a získal jsem příkaz, kterej to vyřešil, kterej ten balík, se kterým se nedalo hnout, odinstalovat. Jo a používá dpkg.
Jako root spusť:
# dpkg --remove --force-remove-reinstreq název_balíku

8
Hardware / Starej disk Seagate ST380215A
« kdy: 26. 06. 2015, 13:44:09 »
Nazdar,

na stařičkým Optiplexu GX-150 provozuju kamerovej server. Kompiloval jsem na něm jádro a že ho hned vyzkouším. Po SSH mu pošlu reboot a čekám, až naskočí, až začne chrlit obrázky. A ono nic. A tak si říkám, že jsem to někde asi zprasil, tak vylezu na půdu, snesu ho dolu, píchnu na monitor a příkazovka GRUBu. Tak jsem nabootoval ručně. A aniž bych spouštěl update-grub (zkoušel jsem ho na starým jádře), po restartu do novýho jádra GRUB naskočil a systém nabootoval. I nedalo mi to a kouknul jsem se na údaje ze SMARTu (jsou to decimální čísla):
Read Error Rate: 120266766
Seek Error Rate: 165861026
Hardware ECC Recovered: 234334756

hodnoty posledních 2 položek rostou

ALE:
Reallocated Sector Count: 0
Spinup Retry Count: 0
High Fly Writes: 0
Current Pending Sector Count: 0
Uncorrectable Sector Count: 0
UDMA CRC Error Rate: 0
Write Error Rate: 0
Data Address Mark Errors: 0


Tak co si o tom mám myslet? :o Je ten disk provozuschopnej, nebo mám očekávat, že za chvíli odejde do kytek? Naběháno má jen 7 a půl měsíce a nerad bych teď sháněl nějakej starej, ale dostačující disk, mám totiž k dispozici akorát starýho 20GB Maxtora, kterej je jednak pomalej a jednak řve jak pila.
Něco podobnýho jsem totiž viděl u disku (od WD), kterej z ničeho nic začal po 3 letech a 1 dnu ztrácet data, až z něj nešlo kvůli poškozenejm oddílům ani číst, ale po ňákejch 2 tejdnech odpočinku, když jsem z něj chtěl vyhrabat data, byl zase zdravej a běží doteď. Jestli to je podobnej případ...
Jak to vidíte vy? Mám tyhle chyby přehlížet, jako že nic nehrozí, nebo mám udělat novou instalaci na cirkulárku Maxtora (respektive sehnat jinej disk)?

9
Programování / C: usleep()
« kdy: 13. 05. 2015, 20:22:15 »
Nazdar,

na starý kolena jsem byl nucen utkat se s Céčkem. Potřeboval jsem upravit jeden program, což se mi kupodivu povedlo, ačkoliv ta úprava není zrovna triviální a Céčku rozumím jak koza petrželi.
Mám potíže s usleep(), totiž očekával jsem od něj nějakou přesnost a ne, že nastavím prodlevu 1000µs (1ms) a ve skutečnosti bude třeba 915µs (měřeno pomocí bashovýho time; zabalil jsem inkriminovanej kód se čtyřma prodlevama 1ms do cyklu for() a nechal pomocí něj vykonat 10000 iterací - namísto 40s to běželo jen 36.6s), při delších prodlevách jsou skutečný prodlevy naopak delší jak nastavený (třeba 50ms > 54ms).
Proto se ptám, nedá se zajistit prodleva přesnější (třeba odvozená z taktu procesoru, FSB aj.)?

10
Volná diskuze / CUDA/OpenCL a Debian
« kdy: 07. 09. 2014, 00:00:46 »
Nazdar, jak jsem tak koukal do repa, co se tejče těchhle fičur (CUDA a OpenCL), repo nabízí prakticky jen desítky knihoven, pak programy Suricata, Pyrit a BOINC. A to je vlastně všechno. No, okrajově to umí použít Blender.
BOINC teda mám, používám ho jako přídavný topení, když mi je zima. Jak se rozjede dvoujádro přetaktovaný na 127% (dál je to kvůli limitu FSB procesoru nepoužitelný) a GPU, teplíčka je z toho dostatek.
A tak co s mejma 384 CUDA jádrama (GTX650)? Viděl bych jejich využití třeba při zpracování grafiky, videa (paralelní zpracování mnoha snímků najednou), ale taky i zvuku (několik kanálů naráz), jádro je může využívat tam, kde není potřeba řešit co nejnižší latence; něco takovýho už bylo, ale je to evidentně mrtvý. V serverech by se taky mohlo najít využití.
Ale proč nic takovýho nenacházím?
Možná se ptám zbytečně, když většina aplikací umí využít jen 1 jádro CPU, například Audacity, kde se jeden a ten samej filtr použije nejdřív na jednu stopu, pak na další, pak na další atd. - zářnej to příklad.

11
Nazdar,

protože v současnosti LAN nepoužívám a jedu na USB, všiml jsem si toho až teď. Při bootu problikne chyba následujícího znění (vygrepováno z dmesg):
Kód: [Vybrat]
[    0.856076] ATL1E 0000:02:00.0 (unregistered net_device): get mac address failed
[    0.856229] ATL1E: probe of 0000:02:00.0 failed with error -5

lspci
02:00.0 Ethernet controller: Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0)

uname -r
3.16-rc6-686-pae

Co jsem googlil, tak se to řešilo snad kompilací jadernýho ovladače. Jenže v roce 2010 a nebyl to úplně ten samej problém.
Možná pomůže určit pro síťovku MAC adresu, ale jak? Umím to jen dočasně, ne trvale.

12
Hardware / NV GeForce GTX 650 - tearing
« kdy: 02. 08. 2014, 19:22:02 »
Na Žďár,

snažím se na svý grafárně vyřešit problém s tearingem, a to jak u videí, tak u některejch her, ale zatím se mi moc nedaří. Co jsem koukal na webu, i woknouzáci maj s čipama s Keplerem ten samej problém.
Pár řešení jsem vyzkoušel, např. změnu snímkový frekvence z 75Hz na 60Hz (jiný možnosti monitor nenabízí), {vy|za}pnout vertikální synchronizaci, vypnout kompozici, nic z toho nezabralo.
(Vy)řešil tohle někdo?

13
Hardware / Webkamerka bez obrazu
« kdy: 24. 07. 2014, 02:19:07 »
No nazdar,

pořídil jsem si jen tak na hraní webkamerku Tesco Value VW111 za 69.70kč ;D
No, podle lsusb se hlásí jako Bus 003 Device 003: ID 093a:262a Pixart Imaging, Inc., využívá ovladač gspca_pac7302
Po spuštění třeba VLC, GUVCview apod. se na kamerce rozsvítí LEDka, kamerka nabídne 14 ovládacích prvků, GUVCview reaguje i na tlačítko, JENŽE obraz žádnej (a taky není možný nastavit rozlišení a snímkovou frekvenci).

Po připojení do USB se představí jako (relevantní úryvek z dmesg):
Kód: [Vybrat]
[11023.220072] usb 3-2: new full-speed USB device number 6 using uhci_hcd
[11023.428104] usb 3-2: New USB device found, idVendor=093a, idProduct=262a
[11023.428111] usb 3-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[11023.431131] gspca_main: gspca_pac7302-2.14.0 probing 093a:262a
[11023.436155] input: gspca_pac7302 as /devices/pci0000:00/0000:00:1d.2/usb3/3-2/input/input21

Z v4l2-ctl jsem vytáhnul následující informace:
Kód: [Vybrat]
$ v4l2-ctl -d /dev/video2 --all
libv4l2: error setting pixformat: Device or resource busy
Driver Info (not using libv4l2):
Driver name   : gspca_pac7302
Card type     : USB Camera (093a:262a)
Bus info      : usb-0000:00:1d.2-2
Driver version: 3.14.12
Capabilities  : 0x85000001
Video Capture
Read/Write
Streaming
Device Capabilities
Device Caps   : 0x05000001
Video Capture
Read/Write
Streaming
Priority: 2
Video input : 0 (gspca_pac7302: ok)
Format Video Capture:
Width/Height  : 640/480
Pixel Format  : 'PJPG'    ## Nebo RGB3
Field         : None
Bytes per Line: 640
Size Image    : 115790
Colorspace    : JPEG (JFIF/ITU601)
Streaming Parameters Video Capture:
Frames per second: invalid (0/0)
Read buffers     : 2

User Controls

                     brightness (int)    : min=0 max=32 step=1 default=16 value=16 flags=slider
                       contrast (int)    : min=0 max=255 step=1 default=127 value=127 flags=slider
                     saturation (int)    : min=0 max=255 step=1 default=127 value=127 flags=slider
          whitebalance_software (bool)   : default=1 value=0
                    red_balance (int)    : min=0 max=200 step=1 default=100 value=100 flags=slider
                   blue_balance (int)    : min=0 max=200 step=1 default=100 value=100 flags=slider
                 gamma_software (int)    : min=500 max=3000 step=1 default=1500 value=1500
                       exposure (int)    : min=0 max=1023 step=1 default=66 value=66 flags=inactive
                 gain_automatic (bool)   : default=1 value=1 flags=update
                           gain (int)    : min=0 max=62 step=1 default=15 value=15 flags=inactive
                horizontal_flip (bool)   : default=0 value=0
                  vertical_flip (bool)   : default=0 value=0
      white_balance_temperature (int)    : min=0 max=255 step=1 default=55 value=55
                      sharpness (int)    : min=0 max=15 step=1 default=8 value=8 flags=slider

Tohle dí GUVCview:
Kód: [Vybrat]
$ guvcview
guvcview 1.7.3
file guvcview_video.mkv has extension type 1
file guvcview_image.jpg has extension type 0

** (guvcview:11823): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
file guvcview_image.jpg has extension type 0
Video file suffix detected: 0
Image file suffix detected: 2
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map
ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map
Cannot connect to server socket err = Adresář nebo soubor neexistuje
Cannot connect to server request channel
jack server is not running or cannot be started
video device: /dev/video2
Unable to find parent usb device.Unable to find parent usb device.Unable to find parent usb device.vid:093a
pid:262a
driver:gspca_pac7302
Init. USB Camera (093a:262a) (location: usb-0000:00:1d.2-2)
{ pixelformat = 'RGB3', description = 'RGB3' }
{ discrete: width = 640, height = 480 }
Time interval between frame:
{ pixelformat = 'BGR3', description = 'BGR3' }
{ discrete: width = 640, height = 480 }
Time interval between frame:
{ pixelformat = 'YU12', description = 'YU12' }
{ discrete: width = 640, height = 480 }
Time interval between frame:
{ pixelformat = 'YV12', description = 'YV12' }
{ discrete: width = 640, height = 480 }
Time interval between frame:
checking muxed H264 format support
device doesn't seem to support uvc H264 (0)
checking format: YV12
fps is set to 1/1
drawing controls

VIDIOC_G_EXT_CTRLS failed
   using VIDIOC_G_CTRL for user class controls
control type: 0x00000006 not supported
fps is set to 1/1

GUVCVIEW Signals:
  SIGUSR1: Video stop/start capture
  SIGUSR2: Image capture
  SIGINT (ctrl+c): Exit
examples:
   kill -s SIGUSR1 'pid'
   killall -s USR2 guvcview

Checking video mode 640x480@32bpp : OK
 Could not grab image (select timeout): Prostředek je dočasně nepřístupný
ioctl (-1069263343) retried 4 times - giving up: Prostředek je dočasně nepřístupný)
VIDIOC_DQBUF - Unable to dequeue buffer : Prostředek je dočasně nepřístupný
Error grabbing image
↑ Tohle se periodicky opakuje ↑

Nemá někdo šajnu, co s tím? Jiná kamerka funguje na všem normálně.

14
Volná diskuze / Konec TrueCrypt?
« kdy: 29. 05. 2014, 12:28:30 »
Viz článek na iDNES.
Musel bych se stát teroristou, abych se k tomu dokázal dostatečně vyjádřit.

15
No nazdar,

mám neblahý tušení, že to nejde, ale musím si to ověřit.
Mám webkamerku, v /dev je to zařízení video0 (někdy video1 a video2, ale většinou video0). Byl bych neskonale šťastnej, kdyby z ní současně mohly číst třeba 2 programy (nebo 2 inštance jednoho programu). Jenže to nejde. Jakmile z ní začnu číst jedním programem, ostatní unisono hlásej, že je zařízení zaneprázdněný, prostě kdo dřív přijde, ten dřív mele. Proto měli v Kocourkově na věži 3 hodiny pod sebou, aby se na ně mohli dívat až 3 lidi současně.
Chápal bych to, kdyby se mělo do zařízení zapisovat, že jo, mohlo by docházet ke kolizím a tak, ale při synchronním čtení se nic takovýho nemůže stát.
Dá se to nějak oblbnout, nebo mý zlý tušení je správný? A proč že to nejde, když by to klidně mohlo jít? To je jako kdyby 2 televize byly píchnutý na jedný anténě a nárok na signál z antény měla jen a pouze ta, která byla zapnutá dřív.

Stran: [1] 2 3 ... 5