Byla vydána verze 4.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Anton Carniaux, právní zástupce Microsoft France, pod přísahou: Microsoft nemůže garantovat, že data z EU nepředá do USA bez EU souhlasu, musí dodržovat americké zákony.
Byl vydán Mozilla Firefox 141.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Lokální AI umí uspořádat podobné panely do skupin. Firefox na Linuxu využívá méně paměti. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 141 je již k dispozici také na Flathubu a Snapcraftu.
NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.
Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.
Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.
Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
dobří lidé na Arch fóru mi vytvořili script na hromadný převod snímků do JPG a mě napadlo, že by se zde někomu mohl hodit.
#!/usr/bin/python2
# -*- coding: utf8 -*-
import os
# Grab all files inside subdirectories within the current directory
search_files ="find . -name *.CR2"
# Loop through all found files
for source_file in os.popen (search_files):
# Remove \n at end of found files
source_file = source_file[:-1]
print "Processing file " + source_file
os.popen ("ufraw-batch --wb=camera --exposure=auto --out-type=jpeg --shrink=3 --compression=90 " + source_file )
Script používám pro generovaní náhledů importovaných snímků, hlavně z důvodu archivace.
Dlouhou dobu jsem si myslel, že se bez Lightroomu neobejdu, ale mýlil jsem se. Řekl jsem si, že stojí za pokus to alespoň zkusit a dal jsem sbohem oddílu s Windows.
Sice se s novým prostředím (co se fotografie týká) stále sžívám, ale workflow Rapid Photo Downloader > tenhle script > RawTherapee > (případně) GIMP mi vyhovuje v určitých aspektech dokonce více než Lightroom.
RawTherapee se sice s člověkem nemazlí, ale s trochou snahy a hlavně praxe nebudu mít problém ho používát. Jen se divím vývojářům, že k němu nepřibalí několik presetů/filtru/nebo jak se tomu v RawTherapee říká, které produkují trochu líbivější fotky. I kdyby to byla jen otázka zvýšení kontrastu a barevnosti, tak to na uživatele hledající alternativu pro LR určitě udělá větší dojem, než defaultní šeď.
A GIMP je neergonomická příšernost, ale jako alternativa k Paint.net stačí :)
Tiskni
Sdílej:
+1
Mají takové komentáře smysl?
Sám bych si s tím nikdy neporadil, ten člověk byl tak ochotný, že to dal dohromady a dělá to přesně co má.
Pokud víte, jak to udělat ještě líp se o to prosím podělte a udělejte ten script co možná nejlepším (na internetu se mi žádný jiný rekurzivní script najít nepodařilo).
for i in *.CR2; do dcraw -w -c $i | convert -quality 97 - `basename $i .CR2`.jpg; done
echo "Převádím snímek $i"
či jiné informace. Ideálně samozřejmě uložit jako skript do adresáře, který je v PATH.
find . -name *.CR2 -print0 | xargs -0 ufraw --wb=camera --exposure=auto --out-type=jpeg --shrink=3 --compression=90
protoze ten "python" skript to prochazi rekurzivne od . dolu
Sice se s novým prostředím (co se fotografie týká) stále sžívám, ale workflow Rapid Photo Downloader > tenhle script > RawTherapee > (případně) GIMP mi vyhovuje v určitých aspektech dokonce více než Lightroom.Upravovat v RT jpg fotky namísto raw fotek mi přijde jako docela drsná prasárna. Spíš to vidím na cestu:
Psal jsem tam, že ten script používám pro archivaci. Jinak řečeno Stáhnu forky > spustím script > rychle mrknu co sem vyfotil > až je čas sednu k RawTherapee.
Je pohodlnější rychle proskákat jpg snímky a v budoucnu se můžu rychle zorientovat co sem to tehdy fotil.
Moc sem s tím ještě nedělal, takže těžko říct. Zatím bylo vše v pohodě. Nicméně jsem bežel na linux-ck jádru s BFQ plánovačem... třeba to může mít vliv.
Se stand-alone Ufraw sem se ani neobtěžoval. Nedovedu si představit v tom upravovat větší množství fotek. Naproti tomu mi RawTherapee přijde jako ok alternativa Lightroomu.Ale už hezky dlouho nejsem zvyklý na to, že app mi shodí celý systém.To musí být hodně šikovná aplikace.
dcraw -e
, což je mnohem rychlejší než klasické genorování. Nebo se může použít volba -h
, kde se místo složitého interpolování jednotlivé čtveřice pixelů Bayerovy RGBG masky prostě vezmou tak jak jsou a vygeneruje se z nich jeden RGB pixel. Obrázek má sice poloviční rozlišení, ale na náhledy to stačí a stále je to velmi rychlé.
When selecting a dark frame (or with autoselection), RT extracts from it all the positions of hot pixels and then always corrects them in the final image. This correction is better than applying only the "Hot/dead pixel filter", but works only for hot (=white) pixels not for dead (black) ones.
Bad pixelsRT can correct a list of bad pixels (pixels that are always black or white or stuck to one color) for your particular camera model. To do this you need to write a text file with the absolute raw coordinates of these pixels: each line specifies a pixel with x space y return positions. (If you look at the coordinates of pixels in RT, beware of the offset introduced by cut border: you must add +4 to each coordinate).
The file has to be named exactly as your camera:"maker model.badpixels" (maker must be short name) es: PENTAX K200D.badpixels; if you have two cameras with same model you can specify also the serial numbers (look at exif data): "maker model serial.badpixels". The file has to be located in the "dark frames" directory specified in preferences.
Pixels in the bad pixels list will always be corrected in processed photos.