- RobDangerous (QUIT: Ping timeout: 245 seconds) (~Thunderbi@p200300ec8f3e1c0064a0ed215a14aec3.dip0.t-ipconnect.de) | 00:25 | |
+ xet7 (~xet7@user/xet7) | 01:06 | |
- TadeusTaD (QUIT: *.net *.split) (tadeustad@fulu.psifactor.pl) | 06:58 | |
- bfarmilo (QUIT: *.net *.split) (~bfarmilo@202.56.40.240) | 06:58 | |
- js (QUIT: *.net *.split) (~js@2001:470:69fc:105::232) | 06:58 | |
+ TadeusTaD (tadeustad@fulu.psifactor.pl) | 06:59 | |
+ bfarmilo (~bfarmilo@202.56.40.240) | 06:59 | |
+ js (~js@2001:470:69fc:105::232) | 06:59 | |
+ pasik_ (pk@reaktio.net) | 07:01 | |
- Chain|Q (QUIT: *.net *.split) (~charlie@berlin.coderetro.net) | 07:01 | |
- pasik (QUIT: *.net *.split) (pk@centos/qa/pasik) | 07:01 | |
+ Chain|Q (~charlie@berlin.coderetro.net) | 07:01 | |
- js (QUIT: Ping timeout: 272 seconds) (~js@2001:470:69fc:105::232) | 07:03 | |
- apolkosnik[m] (QUIT: Ping timeout: 245 seconds) (~apolkosni@2001:470:69fc:105::ff7) | 07:04 | |
+ reformer (~reformer@softboy.mntmn.com) | 07:07 | |
+ emiespo[m] (~emiespoma@2001:470:69fc:105::92a) | 07:25 | |
+ apolkosnik[m] (~apolkosni@2001:470:69fc:105::ff7) | 07:26 | |
+ RobDangerous (~Thunderbi@p200300ec8f3e1c0064b4bbd06701ccd2.dip0.t-ipconnect.de) | 07:55 | |
+ js (~js@2001:470:69fc:105::232) | 08:37 | |
- bfarmilo (QUIT: Ping timeout: 272 seconds) (~bfarmilo@202.56.40.240) | 09:43 | |
+ bfarmilo (~bfarmilo@202.56.40.240) | 11:59 | |
- RobDangerous (QUIT: Ping timeout: 272 seconds) (~Thunderbi@p200300ec8f3e1c0064b4bbd06701ccd2.dip0.t-ipconnect.de) | 18:02 | |
mntmn | done with another 25 reforms (at least my job). back to the amiga | 18:34 |
---|---|---|
Jope | woo.. how long does it take you to assemble a reform these days? | 18:36 |
mntmn | not sure, the job is a complicated back-and-forth of 2 or 3 people | 18:37 |
Jope | ah | 18:37 |
_Bnu | Assembled using SysInfo and Format. | 19:05 |
mntmn | _Bnu: sorry for being extremely lazy but could there be also a difference between the DMA and non DMA impl of panning? | 19:23 |
mntmn | _Bnu: vertical panning works fine for me, but horizontal glitches out | 19:33 |
mntmn | hmm code looks pretty similar | 19:39 |
mntmn | looks more like vdma craps out due to unaligned access like you told | 19:39 |
mntmn | ah yeah i get: | 19:43 |
mntmn | VDMA Read channel set buffer address failed, status: 0xF | 19:43 |
_Bnu | Hm? | 19:59 |
_Bnu | Yeah I mean all you do is double click on VDMA and allow unaligned access. | 20:00 |
_Bnu | And then it wurks. | 20:00 |
- bfarmilo (QUIT: Read error: Connection reset by peer) (~bfarmilo@202.56.40.240) | 20:02 | |
+ bfarmilo (~bfarmilo@202.56.40.240) | 20:03 | |
mntmn | _Bnu: well, that's the problem, it doesn't make a difference | 20:06 |
mntmn | maybe vivado is borked | 20:06 |
mntmn | _Bnu: i already had that checked | 20:06 |
mntmn | _Bnu: do you have the same settings? http://dump.mntmn.com/screenshot-2021-08-09-20-09-27.png | 20:09 |
mntmn | and http://dump.mntmn.com/screenshot-2021-08-09-20-09-31.png | 20:10 |
mntmn | if i use 32 bit color, the panning works fine. so it's def. about the alignment / the DRE doesn't work | 20:31 |
mntmn | ACTION shakes fist at xilinx | 20:31 |
mntmn | maybe it's borked in 2018.3? | 20:31 |
_Bnu | I donät see you having enabled it in that screenshot_ | 20:38 |
_Bnu | ?, even | 20:38 |
_Bnu | Stupid Swedish keyboard layout.' | 20:38 |
_Bnu | Like it's literally an option called "Allow unaligned access", hold on. | 20:39 |
_Bnu | Sorry, "transfers" | 20:39 |
_Bnu | I have not changed any of those settings you showed. | 20:39 |
_Bnu | https://cdn.discordapp.com/attachments/870965415000539146/874361342394523658/unknown.png | 20:39 |
mntmn | _Bnu: uhm but that is enabled in my 2nd screenshot? | 20:41 |
mntmn | ok i just did this: | 20:42 |
mntmn | scheiss fpga scheisse geht mal wieder nicht | 20:42 |
mntmn | haha | 20:42 |
mntmn | copy paste fail, but at least very fitting | 20:43 |
mntmn | printf("VDMA MM2S DRE: %d\n", vdma.HasMm2SDRE); | 20:43 |
mntmn | printf("VDMA Config MM2S DRE: %d\n", Config->HasMm2SDRE); | 20:43 |
mntmn | that prints 0... | 20:43 |
mntmn | (DRE is the same as "Allow Unaligned Transfers", it means Data Reorder Engine) | 20:44 |
_Bnu | Ah sorry, I didn't see that second screenshot. | 20:44 |
_Bnu | But it works for me in any color mode. | 20:44 |
mntmn | yeah it is broken here | 20:45 |
mntmn | in terms of vivado fugging it up | 20:45 |
_Bnu | I'm definitely using 2018.3, though. | 20:45 |
mntmn | ok so in my xparameters.h it is disabled | 20:45 |
_Bnu | Since it's impossible to build the ZZ9000 firmware in 2019 and up. | 20:45 |
mntmn | how are xparameters rebuilt | 20:45 |
_Bnu | No idea... And I assume you're not me, so you actually remembered to generate the bipstream and export the hardware... | 20:46 |
mntmn | yes | 20:48 |
mntmn | the zz9000_bsp_new subproject was not in my projewct | 20:48 |
mntmn | project | 20:48 |
mntmn | lol. | 20:50 |
mntmn | yeah i had to right click that and "regenerate BSP sources" | 20:50 |
mntmn | booting... | 20:52 |
mntmn | _Bnu: now it works perfectly!!!! | 20:53 |
mntmn | we could make a nice demo based on this scrolling and screen split... | 20:53 |
_Bnu | Or could we... what if it's illegal... | 20:54 |
mntmn | the cops can't do anything! | 20:56 |
mntmn | btw i'm gonna try and bring back 15 bit mode... maybe it works for shapeshifter but who knows | 20:56 |
mntmn | _Bnu: 15 bit workbench lol http://dump.mntmn.com/screenshot-2021-08-09-21-26-30.png | 21:26 |
mntmn | (gfx routines are confused) | 21:27 |
_Bnu | Looks fine to me... | 21:27 |
_Bnu | I think it's because it interprets the 15-bit mode as 8-bit. As in one byte per pixel. | 21:27 |
mntmn | hmm | 21:28 |
mntmn | probably the vdma setup | 21:28 |
mntmn | also | 21:28 |
mntmn | i will hack it to pretend it is like 16 bit | 21:30 |
mntmn | _Bnu: lol http://dump.mntmn.com/screenshot-2021-08-09-21-47-25.png | 21:47 |
mntmn | now the graphics are horizontally compressed, but not exactly 50% and also the cursor can go beyond this | 21:48 |
mntmn | ah, bug in video_formatter it appears | 21:53 |
_Bnu | I add these bugs to make it more exciting... | 21:59 |
mntmn | i am sorry but this is a bug of my creation ;_; | 22:04 |
mntmn | 15 bit mode now looks almost ok, except that blittemplate is non functional (seems to do nothing) | 22:10 |
mntmn | could be that p96 doesn't really support it | 22:12 |
mntmn | yeah i blame p96 | 22:14 |
mntmn | i mean normally you can't select 15 bit for workbench... | 22:14 |
mntmn | but DisplayMode can | 22:14 |
+ bfarmilo_ (~bfarmilo@202.56.40.240) | 22:31 | |
- bfarmilo (QUIT: Ping timeout: 248 seconds) (~bfarmilo@202.56.40.240) | 22:35 | |
+ jLM (~jlm@c-9849205c.030-46-67626724.bbcust.telenor.se) | 23:44 | |
jLM | I just managed to get the time to install my zz9000 card in my amiga 4000. I have a few questions: | 23:46 |
jLM | Am I crazy to think that I would be able to hook it up to my sony 55" tv? | 23:46 |
mntmn | not crazy, but maybe you have to use fw1.9 beta | 23:47 |
mntmn | because 1.8 messed up timings for some monitors | 23:47 |
mntmn | or, displays | 23:48 |
jLM | ok, this sounds promising. I installed the drivers using the 1.8 installer. But I'm not sure my card has the 1.8 firmware. Does this matter? | 23:50 |
mntmn | when did you get the card? | 23:51 |
jLM | december 2020 (batch 5? first with the hardware fix) | 23:52 |
jLM | I'm also somewhat confused by the installer. Last screen stated that there was suppose to be a zz9000 folder in workbench: and there was nothing to be found | 23:53 |
mntmn | hmm that's probably nothing | 23:56 |
mntmn | zztop can tell you the firmware version you're on | 23:56 |
jLM | zztop is not included in the installer. right? | 23:57 |
mntmn | yep, will come with the next version | 23:57 |
jLM | I guess I'll have to try the USB support now :) | 23:57 |
mntmn | you can get it here https://mntre.com/media/ZZ9000_info_md/zz9000-firmware-archive/zz9000-firmware-archive.html | 23:58 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!