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í
×
    dnes 16:33 | Humor

    Je tu opět apríl. O víkendu zmizel kamion s 12 tunami tyčinek KitKat. Firmy to využívají k aprílovým žertům. Groupon má super akci. Koupíte 1 tyčinku a dostanete 100 zdarma. Ryanair si přelepil letadla. Šéf Outlooku se ptá, proč mají v baráku 14 beden tyčinek KitKat (𝕏). Prusa Research představuje Prusa Pro ACU a vysvětluje proč přílišné sušení škodí vaším filamentům. Telefon Sony Xperia má miliónnásobný zoom (𝕏). PC.net představil Super Ultrabox 2600 se zajímavými parametry. Další aprílové novinky například na April Fools' Day On The Web.

    Ladislav Hagara | Komentářů: 1
    dnes 13:22 | IT novinky

    Společnost OpenAI, která stojí za chatovacím robotem s umělou inteligencí (AI) ChatGPT, získala od investorů 122 miliard USD (2,6 bilionu Kč). Hodnota společnosti tak dosáhla 852 miliard dolarů (více než 18 bilionů Kč). Nejnovější kolo investování se stalo největší, jaké zatím firma uskutečnila, a peníze mají posílit ambiciózní plány rozšíření výpočetní kapacity, datových center a nábor talentů.

    Ladislav Hagara | Komentářů: 3
    dnes 13:11 | IT novinky

    Nástroj k identifikaci občanů v on-line komunikaci s úřady byl dnes dopoledne zhruba dvě hodiny částečně nedostupný. Problém se objevil kolem 09:00 a podařilo se ho vyřešit kolem 11:00. Částečně nedostupná byla služba Národní identitní autority (NIA), problémy podle DIA (Digitální a informační agentura) ovlivňovaly přihlašování například i přes bankovní identitu. „Dostupnost NIA byla plně obnovena, přihlášení k digitálním službám

    … více »
    Ladislav Hagara | Komentářů: 1
    dnes 13:00 | IT novinky

    Eben Upton oznámil další zdražení počítačů Raspberry Pi kvůli růstu cen pamětí a představil Raspberry Pi 4 s 3 GB RAM za 83,75 dolarů.

    Ladislav Hagara | Komentářů: 0
    dnes 04:33 | Humor

    Anthropic patrně omylem zveřejnil celý zdrojový kód svého CLI nástroje Claude Code prostřednictvím přiloženého sourcemap souboru v npm balíčku. Únik odhalil doposud nijak nezveřejněné funkce jako je například režim v utajení, autonomní agent 'KAIROS', orchestrace multi‑agentů, režim snění nebo dokonce virtuální mazlíček Buddy. Zajímavostí je detekce naštvání uživatele pomocí obyčejného regexpu. Anthropic rychle odstranil sourcemap a vydal opravu, nicméně kopie kódu se již stihly na GitHubu rozšířit mezi prostým lidem.

    NUKE GAZA! 🎆 | Komentářů: 8
    včera 14:33 | Humor

    Copilot automaticky vkládal do pull requestů 'propagační tipy', reklamní text se na GitHubu objevil ve více než jedenácti tisících pull requestech. Po vlně kritiky byla tato funkce zablokována a produktový manažer Tim Rogers připustil, že umožnit Copilotovi upravovat cizí pull requesty bez vědomí autorů byla chyba.

    NUKE GAZA! 🎆 | Komentářů: 4
    včera 12:55 | Upozornění

    Je 31. března a tedy Světový den zálohování (World Backup Day). Co by se stalo, kdyby Vám právě teď odešel počítač, tablet nebo telefon, který používáte?

    Ladislav Hagara | Komentářů: 4
    včera 12:44 | Upozornění

    Digitální a informační agentura (DIA) přistupuje ke změně formátu důvěryhodného seznamu České republiky z verze TLv5 na verzi TLv6, která nastane 29. dubna 2026 v 00:00 (CET). Ke změně formátu důvěryhodných seznamů členských států (tzv. Trusted Lists) dochází na základě změn příslušné unijní legislativy. Důvěryhodné seznamy se používají v rámci informačních systémů a aplikací zejména pro účely ověřování platnosti elektronických

    … více »
    Ladislav Hagara | Komentářů: 2
    včera 05:00 | Nová verze

    Rspamd (Wikipedie), tj. open source systému pro filtrování nevyžádané pošty, byl vydán v nové major verzi 4.0.0. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 1
    30.3. 23:11 | Nová verze

    SolveSpace (Wikipedie), tj. multiplatformní open source parametrický 2D/3D CAD, byl vydán v nové verzi 3.2. Přehled novinek v Changelogu na GitHubu. Vyzkoušet lze novou oficiální webovou verzi.

    Ladislav Hagara | Komentářů: 10
    Které desktopové prostředí na Linuxu používáte?
     (15%)
     (7%)
     (1%)
     (12%)
     (30%)
     (3%)
     (5%)
     (1%)
     (14%)
     (23%)
    Celkem 1202 hlasů
     Komentářů: 29, poslední včera 11:17
    Rozcestník

    Dotaz: Změna typu existujících integerů v poli

    25.2.2020 09:33 Jirka | skóre: 25
    Změna typu existujících integerů v poli
    Přečteno: 737×
    Zdravím všechny,
    Mám např. uint32_t array[10000000] s existujícími obrazovými daty, se kterými provedu nějaké výpočty, nakonec všechny prvky v poli odmocním, takže se vejdou do 16bit prostoru a také je chci uložit pomocí fwrite jako 16bit raw.

    Dá se to nějak provést bez tvorby ještě jednoho pole uint16_t o stejné velikosti? Ideálně změnit typ už vytvořeného pole, tj. na stejných adresách se zachováním hodnot a to pak uložit. Nebo přesvědčit fwrite, aby ukládal jen posledních 16bitů z každého prvku a to ostatní ignoroval (tedy ani nevyplňoval nulama). Raspberry jedno velké pole ustojí, se dvěma už má občas problém.
    Díky.
    Dokud to funguje, nešťourej se v tom!...

    Řešení dotazu:


    Odpovědi

    Řešení 1× (Jirka (tazatel))
    25.2.2020 09:56 finn | skóre: 43 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Vytvořit si pomocné pole uint16_t temparr[] a ve smyčce do něj ukládat části původního pole a ty zapisovat?
    
    #define TA_LEN 1000;
    
    static inline void zkonvertuj_dalsi_cast_pole(uint16_ * temparr, uint32_t * array, size_t index, size_t TA_LEN)
    {
      ...
    }
    
    void foo(void)
    {
      FILE file;
      size_t index = 0;
      uint16_t temparr[TA_LEN];
      ...
      while(pole_jeste_neni_zpracovano)
      {
        zkonvertuj_dalsi_cast_pole(temparr, array, index, TA_LEN);
        fwrite(temparr, sizeof(temparr), 1, file);
        index += TA_LEN;
      }
      ...
    }
    V příkladu samozřejmě není ošetřená případná chyba fwrite() nebo stav kdy TA_LEN není soudělné s počtem prvků pole array[]
    Užívej dne – možná je tvůj poslední.
    25.2.2020 10:19 Jirka | skóre: 25
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Díky, dobrej nápad! :-)
    Přesná velikost pole je [12216864], to je dělitelné 32, takže bude stačit pole uint16_t [381777], to už by mělo projít.
    Dokud to funguje, nešťourej se v tom!...
    25.2.2020 12:48 debian+
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Co tak bez dalsieho pomocneho ukladat?
    uint32_t array[10000000];
    uint32_t *index;
    size_t i;
    
    for(index=array, i=0; i <= 10000000; i++, index++)
    {
    	fwrite(*((uint16_t) index), sizefof(uint16_t), 1, FD);
    }
    
    /* este raz a citatelnejsie */
    uint32_t array[10000000];
    uint32_t *index;
    uint16_t u16;
    size_t i;
    
    for(index=array, i=0; i <= 10000000; i++, index++)
    {
    	u16=(uint16_t) *index;
    	fwrite(u16, sizefof(uint16_t), 1, FD);
    }
    
    Ono takto definovane by sa vo funkcie malo vytvarat na zasobniku. A to nemusi az tak v tentokrat u Andruido prospievat. Nechces pripadne allokovat pre beh programu tuto pamet cez malloc.
    25.2.2020 13:00 debian+
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Na druhej strane, preco ukladat fwrite po 1 bajte, ked sa da naraz? Hm, to nove pomocne pole sa potom zide. Alebo to mozes skonvertovat v tom istom poli.
    25.2.2020 14:03 finn | skóre: 43 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Tipuju, že tohle bude násobně až řádově pomalejší oproti zápisu po blocích.
    Užívej dne – možná je tvůj poslední.
    25.2.2020 19:51 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli

    Ůůůfff. Tohle ale mlčky předpokládá Little Endian, kde se dá jenom tak přetypovat uint32_t* na uint16_t* a ty dolní byty tam budou. Na Big Endian tam bude všude nula (horní byty).

    25.2.2020 19:53 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli

    Ne, beru zpět, neumím číst. Pointer se tady nepřetypuje, takže je to OK.

    25.2.2020 19:45 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Dá se to nějak provést bez tvorby ještě jednoho pole uint16_t o stejné velikosti?

    Ano. Například nějak tahle (convert_in_place(...)):

    #include <errno.h>
    #include <fcntl.h>
    #include <stdint.h>
    #include <stdio.h>
    #include <stdlib.h>
    #include <string.h>
    #include <sys/types.h>
    #include <sys/stat.h>
    #include <unistd.h>
    
    static const size_t SIZE = 100000;
    typedef uint16_t narrow_array_t[SIZE];
    typedef uint32_t wide_array_t[SIZE];
    typedef uint16_t (*narrow_array_ptr)[SIZE];
    typedef uint32_t (*wide_array_ptr)[SIZE];
    
    ////////////////////////////////////////////////////////////////////////////////
    static narrow_array_ptr convert_in_place(const wide_array_ptr wide_array) {
      const uint32_t *source = *wide_array;
      uint16_t *dest = (uint16_t*)source;
      const uint16_t *const end = dest + SIZE;
      while (dest < end) *dest++ = *source++;
      return realloc(wide_array, sizeof(narrow_array_t));  // free extra memory
      // return (narrow_array_ptr)wide_array;              // keep extra memory
    }
    ////////////////////////////////////////////////////////////////////////////////
    
    static int dump_array_to_file(const char *const file_name,
                                  const narrow_array_ptr narrow_array) {
      const int output = open(file_name,
                              O_WRONLY | O_CREAT | O_TRUNC,
                              S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP | S_IROTH);
      if (output == -1) {
        fputs(strerror(errno), stderr);
        return EXIT_FAILURE;
      }
      int result = EXIT_SUCCESS;
      size_t to_write = sizeof(narrow_array_t);
      uint8_t *buffer = (uint8_t*)narrow_array;
      while (to_write) {
        const ssize_t written = write(output, buffer, to_write);
        if (written == -1) {
          result = EXIT_FAILURE;
          fputs(strerror(errno), stderr);
          break;
        }
        buffer += written;
        to_write -= written;
      }
      if (close(output) == -1) {
        fputs(strerror(errno), stderr);
        return EXIT_FAILURE;
      }
      return result;
    }
    
    int main() {
      // Allocate and populate an array of 32-bit integers.
      uint32_t (*const wide_array)[SIZE] = malloc(sizeof(wide_array_t));
      if (!wide_array) {
        fputs(strerror(errno), stderr);
        return EXIT_FAILURE;
      }
      for (size_t i = 0; i < SIZE; ++i) (*wide_array)[i] = i % 16384;
    
      // Compact 32-bit integers into 16-bit integers in-place.
      uint16_t (*const narrow_array)[SIZE] = convert_in_place(wide_array);
      
      // Write compacted array to standard output, just for fun.
      const uint16_t *const end = *narrow_array + SIZE;
      for (uint16_t *number = *narrow_array; number < end; ++number)
        printf("%d, ", *number);  // unchecked!
      putchar('\n');              // unchecked!
    
      // Write the compacted array into a binary file.
      int result = dump_array_to_file("/tmp/output", narrow_array);
      
      free(narrow_array);
      return result;
    }
    

    Pokud se nepletu, tento^^^ kód nezávisí na endianness, protože nedělá žádné podivné bitové operace. Tedy na BE vyrobí binární soubor v BE, na LE vyrobí binární soubor v LE. (A pokud se pletu, hned se mi bude někdo posmívat, takže dobře mi tak.)

    Nebo přesvědčit fwrite, aby ukládal jen posledních 16bitů z každého prvku a to ostatní ignoroval (tedy ani nevyplňoval nulama).

    Ano, tohle by taky šlo, ale musel by se ten fwrite() (nebo write()) volat SIZE-krát, vždycky na ty 2 byty, což by bylo celkem ošklivé a navíc by to bylo závislé na endianness, tj. muselo by se podle LE/BE správně určit, které 2 byty vypsat.

    25.2.2020 20:44 rastos | skóre: 63 | blog: rastos
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Ergo
    uint16_t *tmp=(uint16_t*)array;
    for (i=0;i<10000000;i++,tmp++)
      *tmp=array[i];
    fwrite(array,10000000,sizeof(uint16_t),FD);
    
    Načo si tam písal tých ostatných 76 riadkov?
    25.2.2020 21:14 Jirka | skóre: 25
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Tak díky všem, hoši, to by stačilo, už to zbytečně komplikujete. :-D
    Dokud to funguje, nešťourej se v tom!...
    25.2.2020 21:37 debian+
    Rozbalit Rozbalit vše Re: Změna typu existujících integerů v poli
    Bud rad, ze sme nezacali pisat v ASM.

    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.