Tuoreimmat viestit

21

Multimedia ja grafiikka / Vs: [Purkkaratkaisu]Kysymys FreeCAD:stä ...

« Uusin viesti kirjoittanut kamara 12.04.24 - klo:18.39 »

Ok, taitaa olla oikeaoppista käyttää Taulukkoa, ja sen avulla hallita kappaleen muotoja.

Olen kuitenkin vielä varsin nyyppä FreeCAD:n käyttäjänä. Eikä minulla ole juuri muutakaan kokemusta 3D-cad:stä. Mitä nyt joskus kokeillut ketsuppia käyttää, mutta sen ominaisuudet eivät ole minun käyttööni riittävät.

Ilmeisesti oikeaoppisesti käyttäminen olisi, että aluksi tekisi kappaleen runko-osalle, ja sen jälkeen kopioisi kappaleen, ja taulukon avulla huolehtisi muutoksista, jotka koskettavat molempia runko-osia.

Lisäongelmana oli myös FreeCAD:n tapa viedä malli stl-formaattiin. Jos jättää merkkaamatta mallia, niin malli ei tule stl-tiedostoon. Jos taas merkkaa kaikki kappaleet Ctrl+A:lla, niin keskelle tulee aika ikävän näköinen sätös, jossa  on kaikkien sketsien ja pad:ien jätökset yhtenä sekasotkuna.

Ilmeisesti oikeaoppisesti pitää luoda kaksi kappaletta, ja varmuuden vuoksi molempien kappaleiden sijainniksi kannattaa laittaa muu kuin origo, jotta huomaa, jos vienti-toiminnossa on liikaa tavaraa viedyssä mallissa.

Pidän ratkaisua purkkaratkaisuna, kun ei ilmeisestikään FreeCAD:ssä ole haluamaani toimintoa.

OpenSCAD:n lähestymistapa on kuitenkin aivan erilainen, joten ratkaisustakin on erilainen.

Tosin FreeCAD sisältää OpenSCAD:n toiminnallisuuden, mutta sitä ei ole aivan täydellisen sulavasti kytketty.

22

Ubuntu tietokoneissa / Tekstin kirjoituksen hidastelu Ubuntu 22.04:ssä

« Uusin viesti kirjoittanut Pendeli 12.04.24 - klo:18.33 »

Mikähän aiheuttaa sen että kun kirjoitan esim. tänne jotain tekstiå, niin kirjaimet tulevat esiin viiveellä tai ei ollenkaan tai sitten yhtenä ryöppynä viiveellä.
Saman tekee myös vaikka kirjoittaa johonkin tyhjään texti-editor
tiedostoon.
En ole testannut toisella näppäimistöllä vielä. Koneella on muistia riittävästi.

top-komento näyttää seuraavaa.

Koodia: [Valitse]

Tasks: 293 total,   5 running, 287 sleeping,   0 stopped,   1 zombie
%Cpu(s): 14,3 us,  4,4 sy,  0,0 ni, 81,0 id,  0,1 wa,  0,0 hi,  0,2 si,  0,0 st
MiB Mem :  31851,4 total,  25391,9 free,   2215,3 used,   4244,2 buff/cache
MiB Swap:      0,0 total,      0,0 free,      0,0 used.  28516,8 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND 
  28309 k1        20   0 4611316 512648 220684 S  71,9   1,6  14:37.80 firefox 
  29266 k1        20   0 2801916 286584 118860 S  35,3   0,9   8:38.59 Isolate+
   2742 k1        20   0 5868888 310096 127616 R  18,2   1,0  46:40.84 gnome-s+
   2448 k1        20   0 7950584 156532  99152 R  14,9   0,5  31:23.08 Xorg     
  29487 k1        20   0  610588 122908  96896 S   5,6   0,4   1:13.71 RDD Pro+
   2397 k1         9 -11 2736712  27332  21316 S   4,6   0,1  63:46.01 pulseau+
  29736 k1        20   0  892156  53120  40608 R   3,6   0,2   0:01.60 gnome-t+
  28738 k1        20   0  348804  60260  48776 S   2,0   0,2   0:42.53 Utility+
  28247 root      20   0       0      0      0 I   1,7   0,0   0:18.98 kworker+
     41 root      20   0       0      0      0 S   1,0   0,0   2:17.67 ksoftir+
  28624 k1        20   0 2523808 134748  81084 S   1,0   0,4   0:41.32 WebExte+
  30334 k1        20   0   15804   4352   3456 R   1,0   0,0   0:00.08 top     
    780 root       0 -20       0      0      0 R   0,7   0,0   1:15.47 kworker+
   1010 root      20   0  131128  10112   9344 S   0,7   0,0   2:16.46 thermald
    151 root       0 -20       0      0      0 I   0,3   0,0   0:02.47 kworker+
    862 systemd+  20   0   14836   6784   6016 S   0,3   0,0   1:05.05 systemd+
   1215 root      20   0       0      0      0 S   0,3   0,0   0:25.39 nv_queue

23

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Skriptiajuri

« Uusin viesti kirjoittanut petteriIII 12.04.24 - klo:17.43 »

Aloittaessani BASH-skriptaamisen opin nopeasti ettei matematiikka toimi juuri ollenkaan - ja syy siihen selvisi hyvin hitaasti sillä syy on erittäin huolellisesti kätketty koska jäljet johtavat sylttytehtaalle: matematiikan ei haluttu toimivan. BASH:ille tilanne oli tosihuono mutta ulkoisille ohjelmille todella herkullinen - ei tarvinnut pelätä minkäänlaista kilpailua BASH:in taholta - nimittäin esimerkiksi vaatimattomista desimaalilaskuistakin BASH suoriutuu nytkin nopeammin kuin bc, awk tai joku muu. Mutta jo etukäteen on otettu huomioon se että joku kahjo sittenkin saa matematiikan toimimaan ja annettiin 'kirjastokielto' että tuloksienkin käyttäminen olisi vaikeaa. 'Kirjastokielto' vaikeuttaakin BASH:issa ihan kaikkea mitä itse teet - koodia tulee mielettömiä määriä ja funktio-kutsutkin ovat todella pitkiä.

- 'bc, awk tai joku muu' ovat hitaita koska ne ovat isoja ohjelmia loopeineen ja assosiatiivisine matriiseineen - ja ne täytyy ladata kovalevyltä ja tulkkaus-vaikeuksiakin taitaa tulla. Sensijaan BASH on jo koneessa eikä mitään tulkkaus-vaikeuksia varmasti tule. Mutta vain hyvin vaatimattomissa perus-laskuissa BASH on nopein.

KoskeiBASH:in mtematiikka juurikaan toiminut täytyi sille ensin kehittää rutiinit. Mutta kehittämis-yrityksistä oli tehty vaikeaa muodostamalla uusi käskykanta jossa oli 'hidastetyössy'. tekstinkäsittelykin jotuu töyssyyn kerran mutta tekstinkäsittelylle siitä on usein hyötyäkin - sensijaan matematiikka joutuu töyssyyn useasti muttei siitä koskaan ole mitään hyötyä. Joten työssy teki matematiikan kehittämisen yrityksistä niin hidasta että oli epätodennäköistä että joku huomaisi käytännossäkin kuinka matematiikan saa toimimaan. Siihen tarvittiinki omituinen yhteensattuma että huomasin käyttää vanhoja käskyjä sillä siinävaiheessa olin täysin tieämätön siitä että mahdollisuuksia kehittämiseen edes oli.

Hidastetöyssy toimi seuraavalla tavalla: uudet käskyt ovat kaikki omassa tiedostossaan joten käskyn suorittamiseksi on ladattava tiedosto ja kuluuhan siinä lukemisessa pieni hetki.

Mutta tiedoston lukemisessa tulee myös ajallista epämääräisyyttä: lukeminen toimii ainoastaan silloin kun prosessori sallii sillä tietokoneen käyttöjärjestelmä on yhtaikaa toimivien prosessien sekamelska ja prosessori määrää kuka milloinkin saa suoritusaikaa - kukaan ei koskaan joudu kohtuuttomiin odotusaikoihin mutta ilmanmuuta toinen on parempi kuin toinen ja kiilaa aina edelle - esimerkiksi kriittiset järjestelmä-prosessit. Kun käsky tulee tulkattavaksi niin ensiksi on luku levyltä ja siinähän sitten odotellaan milloin mitäkin ennenkuin käsky pääsee tulkattavaksi. Ja BASH totisesti odottaa sillä eihän se nokkimis-järjestyksessä korkealla ole. Noista epämääräisen pituisista odotuksista seuraa se että tekstinkäsittelyssäkin sama työ kestää joskus millisekunnin ja joskus kolme - matematiikkaan tulisi paljon pidemmät odotusajat mikäli käyttäisi uusia käskyjä. 

Matematiikan kehittäminen toimivaksi edellyttää ettei hitaita ja epämääräisen pitkiä toiminta-aikoja ole vaan että kaikki toimii välittömästi - ja vanhat käskyt toimivatkin välittömästi sillä niillä ei omia tiedostoja ole vaan kaikkien niiden tulkkkausohjeet ovat jo BASH-tulkissa eikä niiden tulkkaaminen edellytä hidasta tiedostolukua. Välitöntä toimintaa tarvitaan kokeilemisessa sillä kaikki mitä yrittääkin toimii jotenkin ja tarvitaan miljoona koetta ennenkuin on selvää yrittääkö oikealla tavalla vai täytyykäö alkaa uudestaan alusta - ja niitä tapojahan riittää. Tosin hidastelu ei täysin estä matematiikan kehittämistä - tekee vain toiminnan selvittämisestä mahdotoman hidasta. Selvitys kuinka BASH:issa matematiikka toimii:

Tulkin mielestä numeroista muodostuneella tekstijonolla ja matemaattisella arvolla ei ole mitään eroa - vaikka samassa lauseessa numeroista muodostunutta tekstijonoa voidaan käsitellä välillä tekstijonona ja välillä matemaattisena arvona - sillä numeroista muodostuneet tekstijonot kelpaavat matematiikkamoottorille ihan hyvin - se ei ole edes teoriassa virheellistä. Mutta jotta desimaalimatematiikan saisi toimimaan täytyy tekstijonojen käsittelyn olla todella nopeaa.

Suurten tiedostojen käsittelyssä BASH:in uudet käskyt loistavat. Ja kyllä ne toimivat tekstijonojenkin kanssa suurinpiirtein yhtähyvin kuin tiedostojenkin kanssa vieden aikaa millisekunnin-pari. Tuo millisekunti-pari on kuitenkin desimaalimatematiikan kehittämisen kannalta aivan liian pitkä aika - mutta vanhat käskyt kuluttavatkin mitättömän vähän aikaa tekstijonoja käsitellessään. Esimerkiksi käsky wc joka on tarkoitettu tiedostojen merkki-/sana-/lause-lukujen määrittämiseen - siitä pieni esimerkki:

Koodia: [Valitse]

# käsky wc tekstijonon pituuden määrittämisessä putkittamalla:
koe=1234567890; time echo $koe | wc -L     # kestoaika on 2ms
# käsky wc putkittamatta:
koe=1234567890; time wc -L < <(echo $koe)  # kestoaika on 2ms

# ja vastaava vanha käsky joka on tarkoitettu vain tekstijonon pituuden määrittämiseen eikä se tiedoston kanssa toimi:
koe=1234567890; time echo ${#koe}          # kestoaika on 0ms - tarkemmin noin 0.1 ms.
Mitenkä tämä siihen vaikuttaa että matematiikka tökkii uusien käskyjen kanssa? Syy on se että kaiken ennestään tuntemattoman kehittämisessä joutuu kokeilemaan miljoona kertaa mitenkä asia toimii - ja melkein mikähyvänsä toimii jotenkin ja kestää kauan ennenkuin varmistuu että yrittää väärällä tavalla - alusta taas uudestaan.

Ja uudet käskyt ovat niin epämääräisen hitaita että niillä desimaali-matemaatiikan kehittäminen olisi niin hidasta että on aivan varmaa ettei kukaan ala sitä uusilla käskyillä kehittämään. Ja onhan sen kehittäminen henkisestikin raskasta koska virtuoosit sanovat sillä ylimielisyydellä johon vain virtuoosit pystyvät ettei desimaalimatematiikka voi BASH:issa toimia ja hullu on se joka sitä edes yrittää - saa kokoajan epäillä onko itse enää järjissään.

Mutta kun oikea tapa on löytynyt niin senjälkeenhän on aivan selvää että niinhän desimaalimatematiikka toimiikin, mitä huomaamista siinä nyt on. 

24

Muut käyttöjärjestelmät ja Linux-jakelut / Vs: Windows asennus Lenovo V50s-07IMB koneeseen ei onnistu

« Uusin viesti kirjoittanut qwertyy 11.04.24 - klo:19.07 »

Ventoylla tosiaan onnistuu myös, silloin kun onnistuu. On herkkä kopiointivirheiden osalta, joita ainakin minulla on muutenkin Linuxissa USB-tikkujen kanssa.

Tämä lienee enemmän tikku kohtainen ongelma. Itsellä ei ole koskaan ollut ongelmia, kunhan vain on irroittanut laitteen ettei kirjoitus ole vielä käynnissä. Jostain syystä tuntuu, että melkein kaikki käyttikset ilmoittaa kopioinnin lopusta aavistuksen liian aikuisin, vaikka välimuistista kopiointi on vielä käynnissä.

https://www.ventoy.net/en/index.html
Tuota kyllä suosittelen kaikille, jotka edes silloin tällöin asentaa käyttiksiä ja jos jossain lojuu tyyliin 16Gt tikku, niin kuin monilla. Henk.kohtaisesti olen sitä mieltä, että tuo ylivoimaisesti näppärin tapa kun voi vain kopioida ISO tiedostot sellaisenaan tikulle ja Grub valikko päivittyy automaattisesti vastaamaan sisältöä käynnistyksissä.

Tuo testattujen ISO-tiedostojen määräkin on varsin iso. Plus että aika monet ei listassa olevatkin kyllä käynnistyy. Tosin ei ihan kaikki kuitenkaan. Olisiko itsellä onnistuminen ollut tasoa 9/10:stä, eli ei lainkaan huono.

25

Laitealue / Vs: Canon MP 270 skanneri / tulostin tulostus ei toimi

« Uusin viesti kirjoittanut nm 11.04.24 - klo:17.59 »

Tuollainen pidempi teksti kannattaa tallentaa tekstimuokkaimella ja lisätä tänne liitetiedostoksi viestinkirjoitussivun kohdassa Liitteet ja muut asetukset.

Löytääkö Ubuntu kuitenkin tulostimen, jos yrität lisätä sen järjestelmään? Mitä ajuria se ehdottaa?

26

Laitealue / Vs: Canon MP 270 skanneri / tulostin tulostus ei toimi

« Uusin viesti kirjoittanut onsese 11.04.24 - klo:17.21 »

Ei ikävä kyllä tepsinyt uudelleenkäynnistyksenkään jälkeen.
Ajoin diagnostiikka-ohjelman ja rivejä tuli viitisensataa. Ilkeääkö sellaista laittaa tänne ?

27

Laitealue / Vs: Canon MP 270 skanneri / tulostin tulostus ei toimi

« Uusin viesti kirjoittanut nm 11.04.24 - klo:16.12 »

Canon MP 270 toimii Linuxissa avoimilla ajureilla, eli valmistajan tukea ei tarvita.

Veikkaan, että ongelmaan liittyy nykyisten Ubuntu-versioiden ajuriton tulostus (ipp-usb), joka saattaa kaapata USB:n kautta kytketyn tulostimen, vaikka se ei tukisi ajuritonta tulostusta.

Mikä Ubuntun versio on tarkalleen kyseessä? Jos kyseessä on 22.04, yksi vaihtoehto olisi kokeilla poistaa ipp-usb kokonaan:

Koodia: [Valitse]

sudo apt purge ipp-usb

28

Laitealue / Canon MP 270 skanneri / tulostin tulostus ei toimi

« Uusin viesti kirjoittanut onsese 11.04.24 - klo:15.20 »

Vaihdoin uuteen Ubuntu- versioon, ja kävi klassiset eli tulostus ei toimi. Skanneri toimii kyllä.
Canonin sivuilta ei löydy enää tukea, eikä soitto tukeen tuonut parempaa tulosta.
Eli onko jossakin saatavilla käypää ajuria ohjeiden kera ?

29

Multimedia ja grafiikka / Vs: Kysymys FreeCAD:stä ...

« Uusin viesti kirjoittanut kamara 11.04.24 - klo:10.04 »

Tästä on muistaakseni parempikin video, mutta hiukan tähän tyyliin tarkoitan. Käytät vain kummankin osan mitoitukseen samaa muuttujaa (alias taisi olla videolla)
https://www.youtube.com/watch?v=Jze6ftGc6BQ

Kiitos, olen toki ollut tietoinen kyseisestä ominaisuudesta, mutta en haluaisi tehdä sen avulla, sillä siitä tulee vähän purkkamainen ratkaisu. Tosin kyllä sen sillä saa todennäköisesti tehdyksi. En tosin ole aiemmin nähnyt tutoriaalia, jossa opetetaan tämän käyttöä, siksi se on varsin tervetullot videon pätkä.

Toivottavasti vähänkään vastaa ajatustasi.

Kiitos nyt kuitenkin.

30

Muut käyttöjärjestelmät ja Linux-jakelut / Vs: Windows asennus Lenovo V50s-07IMB koneeseen ei onnistu

« Uusin viesti kirjoittanut raimo 11.04.24 - klo:09.22 »

Klikkaa sitä mustan alueen oikeassa yläkulmassa olevaa pikku "Copy" nappia ja valitse teksturistasi Liitä.
Tallenna ja anna ajo oikeus.
Kuten kirjoitin niin tällä ohjelmalla homma on toiminut.
Balenalla ei toimi.
Enempää en kommentoi.

Loistava skripti, sehän asensi Windowsin tosta vaan kunhan sain Gpartedillä luotua uuden GPT-osiotaulun.
Iso kiitos ja jatkoon, todellakin.