Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > CSDb Discussions > Anyone knows what happened to vice.pokefinder.org?
2017-05-23 08:47
Dano

Registered: Jul 2004
Posts: 231
Anyone knows what happened to vice.pokefinder.org?

Seems like there is no new build on http://vice.pokefinder.org/ since the 08.05.2017.

I already mailed them but did not get a reply back.

Anyone knows what's up with the site? I guess it's the only site to get daily builds of the latest WinVice?
2017-05-23 16:31
Count Zero

Registered: Jan 2003
Posts: 1920
I am on vacation and a linux user - stay tuned until I care to fix that silly repo problem.
2018-09-19 17:38
Dano

Registered: Jul 2004
Posts: 231
Looked for the latest WinVice nightly these days and noticed that the last version was from like may? No new nightlies anymore?

Today it seems the site is down?

http://vice.pokefinder.org/
2018-09-19 18:25
chatGPZ

Registered: Dec 2001
Posts: 11350
you broke pokefinder? shame on you!

i think count is working on the server, we'll see what happens in some hours. or days.
2018-09-20 09:12
Count Zero

Registered: Jan 2003
Posts: 1920
Or years.

Have to check with Blacky to get the GTK build shice going. X64 builds dont seem to follow the --no-arch switch completely and crash on various machines while working on others. 32bit builds fail to build properly.

Given the tremendous feedback and desire for the nightlies I dont feel a strong urge to hurry currently though. Dano and Bacchus seem to be the only ones wanting new downloads :)
2018-09-20 09:15
tlr

Registered: Sep 2003
Posts: 1787
Quote: Or years.

Have to check with Blacky to get the GTK build shice going. X64 builds dont seem to follow the --no-arch switch completely and crash on various machines while working on others. 32bit builds fail to build properly.

Given the tremendous feedback and desire for the nightlies I dont feel a strong urge to hurry currently though. Dano and Bacchus seem to be the only ones wanting new downloads :)


I always built locally, but that dev-machine is still 32-bit (shame on me), so making 32-bit builds work would be smashing!
2018-09-20 09:38
oziphantom

Registered: Oct 2014
Posts: 490
if you can get new versions of WINVice sure, sounds great.. the GTK version is a bit useless to me at the moment though... But would love some new WineVICEs so I can test if the 1581 format issue is fixed ;)
2018-09-20 09:53
Count Zero

Registered: Jan 2003
Posts: 1920
WineVICE?

Any new "WinVICE" builds will be GTK.
2018-09-20 12:44
oziphantom

Registered: Oct 2014
Posts: 490
I know
2018-09-20 20:18
chatGPZ

Registered: Dec 2001
Posts: 11350
Quote:
WineVICE

thats such a brilliant freudian slip, thank you.

the "crashes randomly on other peoples machines" was fixed (hopefully) a couple days ago, iirc. it was a fancy packaging issue with GTK or something like that.

as for 32bit - if you really need that, you might want giving it a try a help fixing it - else probably noone will give a damn, since we are all using 64bit boxes now. i wouldnt even know how to make a (clean) 32bit build here atm :)
2018-09-20 22:23
Raistlin

Registered: Mar 2007
Posts: 657
Re: the crashes being fixed... I don’t suppose that would’ve fixed the issue I see when launching Vice on my PC via Remote Desktop on my phone..? I realise it’s an edge case and most people probably wouldn’t do something t so crazy... but....... hardcore :-p
2018-09-21 00:34
chatGPZ

Registered: Dec 2001
Posts: 11350
haha, i doubt thats related :)
2018-09-21 01:08
Raistlin

Registered: Mar 2007
Posts: 657
Ah... well, the Remote Desktop crash pops up an error along the lines of that GL doesn't support non-power-of-2 textures ... I'm not sure why Remote Desktop would cause that problem though...............

(this didn't happen on older pre-Gtk versions, I'm able to run those fine over RD)
2018-09-21 18:28
chatGPZ

Registered: Dec 2001
Posts: 11350
probably just the GL implementation on that phone sucks =P

i'd try with the sdl2 version, on the phone, natively :)
2018-10-05 16:06
Count Zero

Registered: Jan 2003
Posts: 1920
New builds available - whopping 100MB and 45 DLLs ... seems there is room for optimisations.
2018-10-05 16:51
iAN CooG

Registered: May 2002
Posts: 3186
222mb for a c64 emulator, you guys must be joking. :D
2018-10-05 17:02
chatGPZ

Registered: Dec 2001
Posts: 11350
you can always use the SDL build :)
2018-10-05 17:24
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: you can always use the SDL build :)

My preferred build nowadays.
2018-10-05 17:35
chatGPZ

Registered: Dec 2001
Posts: 11350
hopefully we find out how to statically link all those .dlls to each .exe some day - so we can break the 1GB barrier
2018-10-05 17:42
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: hopefully we find out how to statically link all those .dlls to each .exe some day - so we can break the 1GB barrier

I suppose the whole save / record media takes 95% of the space
2018-10-05 17:53
chatGPZ

Registered: Dec 2001
Posts: 11350
no idea really :) ask the windows maintainer =)
2018-10-09 10:18
Raistlin

Registered: Mar 2007
Posts: 657
I've noticed with the latest nightly build that breakpoints appear to be broken ... as soon as I set one and exit the monitor, execution stops. Each time I exit it single steps through the code...

ie. Vice seems to constantly think that it's hitting my code breakpoint when it's not...

I use x64sc.

3.2 r35432:35435 (Gtk3) works fine so I've reverted to this version for now.
2018-10-09 12:47
Dano

Registered: Jul 2004
Posts: 231
Downloaded the latest GTK Build, but i still can't find where to save the inserted Action Replay cart as standard?

I can't seem to be able to attach a RetroReplay (bin) file which i used in WinVice up to now..?
2018-10-09 13:10
Count Zero

Registered: Jan 2003
Posts: 1920
I can confirm Danos' and Raistlins' problems. Time to visit the bugtracker! :)
2018-10-09 13:53
Compyx

Registered: Jan 2005
Posts: 631
Quoting dano
Downloaded the latest GTK Build, but i still can't find where to save the inserted Action Replay cart as standard?


That might be missing in the UI, I'll look into that.

Quoting dano
I can't seem to be able to attach a RetroReplay (bin) file which i used in WinVice up to now..?


Select "Attach cartridge image..." in the menu, and in the dialog in the lower left corner should be a combobox 'cartridge type': select "Freezer". Now a new comboxbox ('Cartridge ID') should show up in the dialog where you can select "Retro Replay". Now you can select the RR bin image and click Attach.
2018-10-09 13:57
Count Zero

Registered: Jan 2003
Posts: 1920
Hm, where is the "true" Action Replay gone? Did I miss some deletion?
2018-10-09 14:24
Dano

Registered: Jul 2004
Posts: 231
A standard ActionReplay crt i could attach without any changes.

Yes i did miss that ComboBox on the left with all the types. Changed it correctly and now it works. I knew i was just blind (again) ^^ :)
2018-10-09 14:26
Dano

Registered: Jul 2004
Posts: 231
(x64sc.exe:27240): Gtk-WARNING **: 14:22:45.354: Could not find the icon 'missing-image-ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
        http://icon-theme.freedesktop.org/releases


Is this the source problem to x64sc not having a taskbar-icon under windows?
2018-10-09 14:27
chatGPZ

Registered: Dec 2001
Posts: 11350
no, there simply is no icon now. we will fix that once the gazillion other things are fixed.
2018-10-09 15:29
chatGPZ

Registered: Dec 2001
Posts: 11350
"I've noticed with the latest nightly build that breakpoints appear to be broken ... as soon as I set one and exit the monitor, execution stops. Each time I exit it single steps through the code..."
i cant reproduce it in r35569 on windows - please tell *exactly* what you are doing

the "set this cartridge as default" indeed seems to be missing in the settings - good catch
2018-10-09 15:51
Flavioweb

Registered: Nov 2011
Posts: 463
Quoting Groepaz

the "set this cartridge as default" indeed seems to be missing in the settings - good catch

Yep... this one in missing into gtk3 linux build too...
2018-10-09 16:19
chatGPZ

Registered: Dec 2001
Posts: 11350
of course - its the same GUI
2018-10-09 16:43
Raistlin

Registered: Mar 2007
Posts: 657
My repro steps were:-

Enter monitor
Optional: del (delete all existing breakpoints)
BK 4000
x

and then Vice would simply break immediately at the next instruction.

I tried doing the "reset to factory" on the settings to no avail (just in case I'd changed something that was untested).




And by the way, while we're talking about missing menu options, I think "Pause Emulation" has disappeared as well..? Alt-P works fine of course.
2018-10-09 16:46
chatGPZ

Registered: Dec 2001
Posts: 11350
click on the cpu/fps indicator in the statusbar :)

mmmh. what i did was break ea31, x ... and it triggers (as expected) repeatedly at ea31. *shrug*. will have to check with the nightly
2018-10-09 17:37
Raistlin

Registered: Mar 2007
Posts: 657
"click on the cpu/fps indicator in the statusbar :)"

Umm... it does nothing for me :-( .. the mouse pointer turns to a hand as though it should do something when you click - but it doesn't...

It does tell me that the emulator is paused, though, which is cool.

Generally, that's a fantastic idea putting the oft-used stuff on the status bar by the way. That would be a huge time saver for me allowing disks to be mounted just by clicking on that Disk section ... my memory is the problem as I need to snap out of using the File menu to do that ;-)
2018-10-10 14:21
Compyx

Registered: Jan 2005
Posts: 631
Quoting Raistlin
"click on the cpu/fps indicator in the statusbar :)"

Umm... it does nothing for me :-( .. the mouse pointer turns to a hand as though it should do something when you click - but it doesn't...


When I right-click on the cpu/fps indicator widget, I get the popup menu as expected. Now, this may seem as a silly question, but: did you try right-click?

If neither button works, we have a bug somewhere.
2018-10-10 15:06
chatGPZ

Registered: Dec 2001
Posts: 11350
checked the breakpoint thing again - i can reproduce it with the last nightly build. however when i build it myself, there is no such problem. no idea how to fix it this way :)
2018-10-10 15:33
Raistlin

Registered: Mar 2007
Posts: 657
Quote: checked the breakpoint thing again - i can reproduce it with the last nightly build. however when i build it myself, there is no such problem. no idea how to fix it this way :)

Oh crappity... is there any way to get a copy of your build to me..? (I realise that I could build it myself... perhaps... if it builds on Visual Studio?)
2018-10-10 22:18
Compyx

Registered: Jan 2005
Posts: 631
Raistlin: did you check the right-click on cpu/fps yet?

Also, we don't have any VS stuff, nobody ever used it and it was a hell to maintai, so it was removed.

To build Gtk3 on Windows you'll need msys2 and a crapload of libraries. I can help you set it up, it's pretty easy *cough*
2018-10-10 22:32
Raistlin

Registered: Mar 2007
Posts: 657
Cool. I won’t be able to get to it until after X though because.. umm.. reasons ;-) ... but i’d definitely like to get it compiling. Who knows, I might be able to help with something ;-)
2018-10-11 22:31
Dano

Registered: Jul 2004
Posts: 231
Just downloaded GTK3VICE-3.2-win32-r35575 and setup retroreplay as my cartridge. worked fine, as expected.

Then i started Booze' Demo Mekanix, which i used to check if the emu can hold a stable 50fps on my ultrabook.

But the demo now has some really strange visual bugs with sprites not displaying correctly.

Removed the cart and there bugs still are there.

Seems like a sprite color is missing or not displayed?

https://ibb.co/eV4SYp
https://ibb.co/fa1D69
2018-10-11 23:18
chatGPZ

Registered: Dec 2001
Posts: 11350
strange enough, it works just fine with that build on my laptop. *shrug*

edit: tried with RR attached - also works fine

bring that ultrabook to X - no way to debug this when it cant be reproduced :( it *could* be a strange incompatibility with that 32bit build. or something.
2018-10-12 01:35
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: strange enough, it works just fine with that build on my laptop. *shrug*

edit: tried with RR attached - also works fine

bring that ultrabook to X - no way to debug this when it cant be reproduced :( it *could* be a strange incompatibility with that 32bit build. or something.


Feels like uninitialized memory / variables. Have you run static code analysis on VICE? Still weird, should have been noticed earlier.
2018-10-12 07:22
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: Just downloaded GTK3VICE-3.2-win32-r35575 and setup retroreplay as my cartridge. worked fine, as expected.

Then i started Booze' Demo Mekanix, which i used to check if the emu can hold a stable 50fps on my ultrabook.

But the demo now has some really strange visual bugs with sprites not displaying correctly.

Removed the cart and there bugs still are there.

Seems like a sprite color is missing or not displayed?

https://ibb.co/eV4SYp
https://ibb.co/fa1D69


Also, have you wiped your .vicerc file. All sorts of hell can break loose if you mix versions there
2018-10-12 09:30
Dano

Registered: Jul 2004
Posts: 231
Have you run static code analysis on VICE? Still weird, should have been noticed earlier.


Erm.. What?

Also, have you wiped your .vicerc file. All sorts of hell can break loose if you mix versions there


Searched my whole drive here, could not find such a file?


Strangeness continues.. Tried the same with my Laptop at work (Windows 10 Maschine also, latest updates. Fujitsu Lifebook U7478, i7-8550U), and the erros occur here too.

I did the same as at home.

Downloaded the file.
Depacked the GTK Folder to some folder on my drive (no over-depack into an existing folder)
Started x64sc.exe
Attached RetroReplay as standard cart
Attached Mekanix D64
Run demo

Just the same as at home.

EDIT: GTK3VICE-3.2-win32-r35544 using the same as above works.
2018-10-12 13:38
chatGPZ

Registered: Dec 2001
Posts: 11350
i am *really* puzzled by the fact that the same binaries produce different results here and there.

as for static code analysis, what kind of tool(s) do you suggest? :)
2018-10-12 13:49
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: i am *really* puzzled by the fact that the same binaries produce different results here and there.

as for static code analysis, what kind of tool(s) do you suggest? :)


I have too little experience in running such tools and it might not be viable for VICE. I dunno.
2018-10-12 13:51
chatGPZ

Registered: Dec 2001
Posts: 11350
apparently the problem can be reproduced in the macOS build too - so there is a job for you right there =)
2018-10-12 13:51
JackAsser

Registered: Jun 2002
Posts: 2014
Actually running the VICE-instance via Valgrind should also detect uninitialised memory etc. That might be a more viable option.
2018-10-12 13:55
chatGPZ

Registered: Dec 2001
Posts: 11350
so, do it :) i tried it here and got nothing worth noting
2018-10-12 14:00
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: so, do it :) i tried it here and got nothing worth noting

I trust your skills in those matters.

Intermittent behaviour is usually caused by uninitialised states, race conditions or problems with external dependencies.

I still woudn't rule out uninitialised states. It *might* be a bug in Mekanix and that the .vicerc files differes somehow triggering the bug.
2018-10-12 14:09
chatGPZ

Registered: Dec 2001
Posts: 11350
you are just lazy =)
2018-10-12 14:11
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: you are just lazy =)

=)
2018-10-12 14:11
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: you are just lazy =)

checking for a 64-bit only build... no
checking for a 32-bit only build... no
checking for a supported OS... ok (darwin18.0.0)
checking for the kernel version... unsupported (18.0.0)
configure: error: Valgrind works on Darwin 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x and 17.x (Mac OS X 10.6/7/8/9/10/11 and macOS 10.12/13)
2018-10-12 14:11
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: checking for a 64-bit only build... no
checking for a 32-bit only build... no
checking for a supported OS... ok (darwin18.0.0)
checking for the kernel version... unsupported (18.0.0)
configure: error: Valgrind works on Darwin 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x and 17.x (Mac OS X 10.6/7/8/9/10/11 and macOS 10.12/13)


I have tons of excuses to choose from! \\o/
2018-10-12 14:13
chatGPZ

Registered: Dec 2001
Posts: 11350
haha =)
2018-10-12 14:34
Compyx

Registered: Jan 2005
Posts: 631
The sprite bugs reported by Dano have been fixed in trunk. While fixing some -Wshadow bugs in the viciisc code I missed a shadowed var reference and that made the updating of $d027-$d02e fail. /o\

Sorry about that.
2018-10-12 15:09
Dano

Registered: Jul 2004
Posts: 231
Thanks for the instant fixing! \o/
2018-10-12 15:23
Compyx

Registered: Jan 2005
Posts: 631
You're welcome, sorry for fucking up the code :)
2018-10-12 16:58
Compyx

Registered: Jan 2005
Posts: 631
I think I managed to fix the monitor breakpoint bug. Seems the inclusion of <stdbool.h> in gtk3/archdep.h caused trouble with the monitor code, probably due to lex/yuck having a bool of a different size. Tested this on a 32-bit Linux VM and the breakpoint stuff works again.

Haven't been able to test it with a win32 Gtk3 build via msys2, somehow linking against C++ code fails, though this works fine with Win64 builds. Another thing to look into.

Anyway, next time these bugs occur, we would very much appreciate it if these bugs are also reported on our bug tracker. There's a few VICE devs lurking on CSDb, but not all.
Ofcourse if you won't/can't use our bug tracker, at least post here, without bug reports we can't fix bugs.
2018-10-12 17:23
Raistlin

Registered: Mar 2007
Posts: 657
Awesome, if there's another Nightly update will the fix be in?

We should chat at X... maybe we can get my laptop hooked up and compiling Vice?

I'd like to see if I can get Vice compiling on my system .. that way I can report bugs and possibly fix them at the same time ;-) ... i have some cool tools available to me that might highlight hard-to-find problems and/or performance issues in the code, too (tools that we've developed here ourselves that aren't publicly available)... but only if I can get the code compiling on my Win64 laptop/PC ;-)
2018-10-12 18:58
Compyx

Registered: Jan 2005
Posts: 631
Hopefully pokefinder can indeed build the gtk3-win32 port.

I probably won't be at X due to ... personal issues. But if you need help setting up the build system for Gtk3-Windows, I can help via irc or email. Depending on your internet speed, it can be set up in about an hour. For some reason msys2 needs to pull down 1-1.5 GB of packages :)
2018-10-12 19:58
chatGPZ

Registered: Dec 2001
Posts: 11350
i'll be there. but i'll be very drunk and stoned - so no guarantees on the state of your laptop after letting me set up anything =D
2018-10-12 19:59
JackAsser

Registered: Jun 2002
Posts: 2014
Quote: i'll be there. but i'll be very drunk and stoned - so no guarantees on the state of your laptop after letting me set up anything =D

Bwahaha
2018-10-12 21:22
Raistlin

Registered: Mar 2007
Posts: 657
Perfect. In that state it should be easy for me to get you to approve some pull requests.
2018-10-12 21:41
Compyx

Registered: Jan 2005
Posts: 631
Quoting Raistlin
Perfect. In that state it should be easy for me to get you to approve some pull requests.


Wat? when did we switch to Git?
2018-10-12 22:55
Raistlin

Registered: Mar 2007
Posts: 657
Woohoo, you're on Perforce Cloud? Perfect. I -hate- Git.
2018-10-12 22:56
chatGPZ

Registered: Dec 2001
Posts: 11350
we use VSS obviously
2018-10-12 22:58
Raistlin

Registered: Mar 2007
Posts: 657
If you really were using VSS, you'd be better off just putting the whole source onto USB and then storing it in a really, really dry forest at night while playing with lit matches.
2018-10-15 11:16
Raistlin

Registered: Mar 2007
Posts: 657
I just grabbed the latest Nightly build and can confirm that the debugging issue is now fixed :-)
2018-10-16 16:29
Count Zero

Registered: Jan 2003
Posts: 1920
Can anybody confirm the following problem pls:

- Load something that crashes e.g. Planet X

- On the crash dialog choose to activate the monitor

- Enlarge the monitor window as usual ...

- "i 0800 d000" and then use the window slider to the right to move the output. Around $a000 I am getting a hard VICE crash.
2018-10-16 18:14
chatGPZ

Registered: Dec 2001
Posts: 11350
on windows? on linux this works here
2018-10-16 18:59
Compyx

Registered: Jan 2005
Posts: 631
Strange, I built Gtk3VICE-x64 on Win10 with msys2 and managed to make the monitor window hang once by doing `i 0800 d000` and then resizing the window and attempting to scroll up.

Any attempt after that results in normal behaviour, I can scroll up to $3410, which appears to be the size of the VTE buffer (ie ~ 1000 lines), it doesn't scroll up after that.

I assume this also works with POKE2,2:SYS2 ? Makes for quicker testing.
2018-10-17 07:48
Raistlin

Registered: Mar 2007
Posts: 657
I get some odd crashes in the Monitor on Windows... if I can get the code compiling I can take a look at the cause... it seems to happen when I switch to other apps (eg. Visual Studio) and switch back. Sometimes if i’ve been viewing memory (eg M 8000) then as i switch back to Vice I see that the memory output has highlighting 100% red ... and then it crashes.

Can’t easily give repro steps other than this so i’ll myself sometime soon.
2018-10-17 08:54
Count Zero

Registered: Jan 2003
Posts: 1920
I am getting the crash under Windows 7 with the latest nightly r35622 still. The window resize is not even required - using the slider always leads to a crash here.

PS: and yes - crashes with POKE2,2:SYS2 as well.
2018-10-17 14:39
chatGPZ

Registered: Dec 2001
Posts: 11350
is it actually related to CPU JAM?
2018-10-17 14:51
Count Zero

Registered: Jan 2003
Posts: 1920
No :)

ALT+H for monitor, "i 0800 d000", then use the slider. Crashes always.
2018-10-17 15:38
Compyx

Registered: Jan 2005
Posts: 631
Nightly builds also fails on my Win10 box with `i 0800 d000`, but it works when setting `bank ram`. I get a lot of non-ascii tokens in the monitor with the $a000+ stuff even causing the monitor to output some text with a red background.

On 64-bit Gtk3VICE, these non-ascii tokens are properly replaced with normal ascii tokens ('.' for non-ascii).

So somehow the 32-bit build doesn't properly translate the data into printable characters and vte fails.
2018-10-17 17:25
Dano

Registered: Jul 2004
Posts: 231
out of curiosity.. is there any benefit on having a 64bit version of vice instead of the 32bit?

would be nice if the site had the 64bit version then aswell.
2018-10-17 19:18
chatGPZ

Registered: Dec 2001
Posts: 11350
the benefit is that a single nightly build works on all windows (more or less =P). you should be glad anyone gives a damn to even provide this.
2018-10-17 20:00
Compyx

Registered: Jan 2005
Posts: 631
Count zero:

Try setting LC_ALL=C, that appears to "solve" the problem. When using msys2 you can use `LC_ALL=C src/x64`, on Windows with cmd.exe you'll have to use `set LC_ALL=C` before running x64.exe.

So now we need to find a way to set the proper charset inside VICE, ie avoid Gtk3 using Unicode/UTF-8.
2018-10-23 22:24
Dano

Registered: Jul 2004
Posts: 231
got the latest GTK3VICE-3.2-win32-r35685 from pokefinder today and noticed that the "minimum" display size looks somewhat scaled:

https://ibb.co/k0E1JA

f.e. the "r" in ram or the "c" in cyberpunx.

if i took a screenshot/media it looks correct, but this minimum sized display is surely missing some pixels.

..not sure if this is just a windows thing?

EDIT: if i uncheck "keep aspect ratio" is seems to look correct? sizing the window up and then down again still keeps a somewhat proper minimum size. hth?
2018-10-23 22:37
chatGPZ

Registered: Dec 2001
Posts: 11350
that stuff seems indeed a bit funky on windows - have patience :) McMartin is currently fixing SDL2 rendering, hopefully he'll look at GTK after that :)
2019-03-28 10:46
Raistlin

Registered: Mar 2007
Posts: 657
I noticed the nightlies ended on New Year's Eve ... any plans for these to kick off again?
2019-03-28 12:21
Dano

Registered: Jul 2004
Posts: 231
You can find the latest nightly from someone from the lemon forum here:

https://mega.nz/#F!HklwlAZS!vDiSevLlzGQUQL6wOmvhUg

NB: Actually it's not that hard to build vice yourself from the sources as i always expected. And it works nicely on my system here (though i need to run it on my Nvidia on the laptop, as the Intel graphics are not supported with the GTK or something. Look here:

https://www.lemon64.com/forum/viewtopic.php?t=70098&start=195
2019-03-28 16:28
Raistlin

Registered: Mar 2007
Posts: 657
Thanks Dano! Perfect :-)
2019-10-26 16:27
Impetigo

Registered: Jun 2004
Posts: 30
Looks like it's back.
https://www.lemon64.com/forum/viewtopic.php?p=890035#890035

RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Medicus
REBEL 1/HF
sln.pixelrat
Flex/Artline Designs
Drees
tlr
O'Dog
Fresh
Pushead/Hokuto Force
Peacemaker/CENSOR/Hi..
Guests online: 101
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Mojo  (9.6)
6 Uncensored  (9.6)
7 Wonderland XIV  (9.6)
8 Comaland 100%  (9.6)
9 No Bounds  (9.6)
10 Christmas Megademo  (9.5)
Top onefile Demos
1 Layers  (9.6)
2 Party Elk 2  (9.6)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.6)
5 Libertongo  (9.5)
6 Rainbow Connection  (9.5)
7 Onscreen 5k  (9.5)
8 Morph  (9.5)
9 Dawnfall V1.1  (9.5)
10 It's More Fun to Com..  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Nostalgia  (9.3)
5 Censor Design  (9.3)
Top Musicians
1 Rob Hubbard  (9.7)
2 Jeroen Tel  (9.7)
3 Mutetus  (9.7)
4 Jammer  (9.6)
5 Stinsen  (9.6)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.208 sec.