Oznámení

Sbalit
Aktuálně žádná oznámení.

PiStorm pro A1200

Sbalit
X
Sbalit
 
  • Strana z 25
  • Filtr
  • Čas
  • Zobrazit
Vymazat vše
new posts
Předchozí 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 template Následující
  • TherioN
    odpověděl
    Tu je tabulka kde porovnavaju vysledky render testu Jubimark v Lightwave:

    Jubimark.xlsx
    https://docs.google.com/spreadsheets/d/1_VxGqSt2fMQbDxdZNO-SvA5Th0gfgp3n/edit?gid=1269715087#gid=1269715087



    Z realneho HW je najrychlejsia Motorola 060/105Mhz s casom 51min 52sec (Lightwave 3.5), testovali to aj v Lightwave 5.0, kde im vyslo 41min 42sec na Matze TK060

    z FPGA vysiel vitazne Pistorm s casom 5min 51sec (Raspberry 4B, som zvedavy na Raspberry 5)

    Z emulacie je to WinUAE Intel i7 6700K 4,2 GHz s casom 1min 24sec (zaujimal by ma vysledok na najnovsom Ryzen 9)
    Naposledy upravil TherioN; 18.11.2024, 08:07:06.
    • Poděkování 3

    Vložit komentář:

  • coachman
    odpověděl
    Nevíte někdo, zda a jak se dá nastavit metoda škálování videa přes videocore na Emu68? Konkrétní příklad: Mám výstup z Pi přes HDMI nastavený na 1280x1024 a připojený k LCD monitor se stejným fyzickým rozlišením. Když si ve Workbenchi nastavím RTG obrazovku v rozlišení 1280x1024, vše je "pixel perfect". Když však otevřu obrazovku RTG 640x512 nebo 320x256, je to rozmazané, i když jsou to přesné poměry toho maximálního rozlišení. Jak já tomu (možná špatně) rozumím, tak videocore v Emu68 přeškálovává z těchto nižších rozlišení pořád na to max. nastavené (tedy u mě 1280x1024) a používá k tomu nějaký interpolační algoritmus, který dopočítává přechodové pixely, takže výsledek je pak rozmazaný. Nevíte tedy někdo, zda a jak nastavit, aby se použilo jednoduché násobení pixelů (320x2=640, 640x2=1280, respektive 256x2=512, 512x2=1024) a nedocházelo ke zbytečné interpolaci při škálování? Třeba ve WinUAE to jde, u Indivision AGA Mk3 to taky funguje dobře.

    Vložit komentář:

  • Prober (CADA)
    odpověděl
    Tady ti asi moc neporadím. Já mám Amigu přestavěnou do toweru, takže problém s místem řešit nemusím.

    Vložit komentář:

  • zet
    odpověděl
    Prober (CADA) jo vida, ty mas vlastne Pi4.
    1) jak prosimte resis vyvod HDMI z Pi4 ? planoval jsem toto https://retroready.one/collections/a...pistorm32-lite ale Pi4 ma microHDMI a takto kratky kabel s zahnutym microHDMI jsem nenasel, a redukci microHDMI->HDMI se tam nevejde
    2) podle fotek mi prijde ze Pi4 trochu vytleza ven z trapdooru, je to pravda ?

    Vložit komentář:

  • Prober (CADA)
    odpověděl
    Autorem citovaného textu je zet Přejít na původní příspěvek
    a co Pistrom+Pi4 a nutnost chlazeni ? necetli jste nekdo neco ze Pistrorm + Pi4 bez aktivniho chlazeni moc topi ?
    Jde to uchladit pasivně. Navíc nějaký aktivní chladič tam společně s PiStormem nedostaneš - leží to na sobě a dělí to jen termovodivá podložka. Nechal jsem teď 1/2 hodiny běžet Quake I. na 640×480​ a drželo se to kolem 42 st. Aktivní chladič bude potřeba asi až u Rasberry Pi 5.
    • Poděkování 2

    Vložit komentář:

  • Wolfus
    odpověděl
    Stale sa to hybe. Projekt sa vola Framethrower a vyvoj sa da sledovat na Discorde PiStormu.
    ​​​S chladenim ti bohuzial nepomozem, pouzivam RPi3A.
    • Poděkování 2

    Vložit komentář:

  • zet
    odpověděl
    1) s napetim sleduju zda se podari zobrazeni nativniho videa pres HDMI Raspberry a nedari se mi najit od dubna 2024 nic noveho. necetli jste nekde neco novejsiho ?
    2) a co Pistrom+Pi4 a nutnost chlazeni ? necetli jste nekdo neco ze Pistrorm + Pi4 bez aktivniho chlazeni moc topi ?

    Vložit komentář:

  • Doda
    odpověděl
    Ja myslim ze Willen uz velmi davno zabudoval do PFS mechanizmus, ktery ti ochrani data proti zniceni v podobnych pripadech, kdy ti selhava nejaky ukazatel kvuli velikosti. Delaji se tam pri aktivaci oddilu nejake testy, ktere tyto problemy odhali a pokud neco selze, tak ti jen vyskoci hlaska a dale to nepokracuje. Dokonce si myslim, ze uz ani nema vyznam menit PFS na PDS, protoze se pri tech testech zvoli spravna metoda, nebo proste ta funkcni, pokud nekterq z nich je. Willen tohle nekde popisoval a tak ti ten test na PFS na poskozeni dat nebude fungovat. V pripade PFS myslim tak myslim muzes byt v klidu, kdyz to funguje, tak spolehlive.
    • Poděkování 1

    Vložit komentář:

  • DaMi
    odpověděl
    PFS3 (0x50465303) provádí diskové operace po bajtech (přes cmd_read; cmd_write), PDS3 (0x50445303) po blocích (přes hd_scsicmd). PFS3 umožňuje bezpečně pracovat s prvním partitionem o max velikosti 4,3GB (2^32bajtu), PDS3 umožňuje bezpečně pracovat s prvním partitionem o max velikosti 7,87GB (dáno max. možnostmi ATA-5). Více zde (Proč je použit souborový systém PDS a ne PFS?​) a zde (7,87 GiB – CHS 16383-16-63​). Tohle platí v amize pro "staré" scsi.device. Jestli to má brcm-emmc.device ošetřeno nevím, je dost pravděpodobné, že ano. třeba uaehf.device ve WinUAE to, aby se při překročení limitu 4,3GB, resp. 7,87GB nezačal přepisovat začátek partitionu, ošetřeno má. Vlastně to můžeš zkusit tak, že vytvoříš první partition třeba o velikosti 30GB a celý ho zaplníš nějakými třeba gigovými soubory. Jestli je pak dokážeš všechny nakopírovat jinam a budou fungovat, tak to brcm-emmc.device ošetřeno má. Jaké má toto device limity, pokud to není uvedeno v dokumentaci, ví jenom vývojář.
    • Poděkování 2

    Vložit komentář:

  • neo75
    odpověděl
    Díky moc! Alcone DaMi Prober (CADA) Už to mám naformátovaný! Hurá.

    Takže chyba byla v tom, že jsem po vyplnění masky 0x7FFFFFFE​ nestiknul Enter, a ta hodnota se neuložila, zůstala tam defaultní.
    To brcm-emmc.device​ jsem tam pro RPi4B nastavený měl.

    Jinak ještě se zeptám, je nějak důležitý rozlišovat mezi DosType "0x50465303" pro PFS\03​ a "0x50445303" pro PDS\03​ v případě PiStorma?

    DaMi ty jsi psal v jiném návodu, že "Zde volíte, zda budou data na disk ukládána a čtena po blocích nebo po bajtech, já preferuji a doporučuji PDS\3, ale v případě uaehf.device je to asi jedno."
    • Poděkování 3

    Vložit komentář:

  • Prober (CADA)
    odpověděl
    Zeptám se možná blbě, ale nikde to tady nevidím. Změnil si v HDToolBoxu nastavení SCSI_DEVICE_NAME na brcm-sdhc.device nebo brcm-emmc.device, aby to bral jako tu kartu v PiStormu?
    • Poděkování 1

    Vložit komentář:

  • DaMi
    odpověděl
    A když nastavíš masku na 0xffffff, tak se stane co?

    Vložit komentář:

  • Alcone
    odpověděl
    Nelíbí se mu maska na SDH0. Když měníš hodnotu masky na SDH0, stiskni na konci Enter ať se to jako potvrdí. Před Rebootem počkej pár vteřin, někdy se to nestihne uložit. Jinak se zdá, že to děláš OK.
    • Poděkování 1

    Vložit komentář:

  • neo75
    odpověděl
    Potřeboval bych prosím poradit, nedaří se mě naformátovat oddíl na mikroSD kartě v PiStormu32+RPi4B.
    Narazil jsem na "Disk in device SDH0 is write-protected"​

    Postupoval jsem podle návodu zde:
    SD card preparation
    https://michalsc.github.io/Emu68/tutorials/SD_Preparation.html
    M68K emulation for AArch64/AArch32


    a také podle Damiho návodu zde:
    410 Gone
    https://www.amigaportal.cz/node/158305



    Zatím ze starého HDD mě běží OS 3.2.2.1, na partitionu č.1 512MB mám EMU68, to funguje dobře.

    Pod linuxem jsem si připravil prázdný partition č.2 o velikosti zbytku karty 30GB s ID=76.

    Pustil jsem HDToolBox a na tom partitionu č.2 jsem udělal klasicky:
    "Change Drive Type, Read Configuration".

    První SDH0 jsem nastavil třeba na 8GB.

    Potom "Partition Drive, Advanced Options, Add/Update..."
    "Add New File System" načtu z disku ten handler "pf3aio"
    změním DosType na "0x50465303" pro PFS\03, Dami uvádí číslo "0x50445303" pro PDS\03 - zkoušel jsem obojí.

    "Change..." nastavím PFS\03
    opravím "Mask" na 0x7FFFFFFE (default je na 0x7FFFFFE)

    "Save Changes to Drive"
    následuje Reboot.


    A po restaru se hned ještě před Workbenchem objeví okno:
    "PFS-III Error Requester
    Device SDH0:
    WARNING:
    Allocated memory doesn't match memory mask"

    po 2x odklepnutí, normálně naběhne 3.2.2.1, na ploše se klasicky objeví ikona "SDH0:Uninitialized"

    Zvolím "Icons/Format disk.../Quick Format"
    Objeví se informační okno: "Professional File System V19.2..."
    a pak naskočí opět 2x:
    "PFS-III Error Requester
    Device SDH0:
    WARNING:
    Allocated memory doesn't match memory mask"

    a následuje okno:
    "Disk in device SDH0 is write-protected"

    a formátování neproběhne.
    Co tam dělám blbě?
    Díky za pomoc.​
    Naposledy upravil neo75; 02.09.2024, 21:32:39.

    Vložit komentář:

  • Prisko
    odpověděl
    Díky, něco podobného jsem už možná někde viděl, ale moc jsem to neřešil. Ty ledky jsou fajn, taky si to asi pořídím.

    Vložit komentář:

Předchozí 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 template Následující
Zpracovávám...
X