Putty

Fullboot should be zero. Not all games run as the emulator is still being developed. Speed is not correct and there is no sound. The only valid reason for using jagulator right now is curiousity

Subqmod hath thou survived thee wedding night?

Akator: as cool as that sounds i think youd have a better chance nitro cooling your pc and clocking it up to 8ghz like some guy did last week. All you need is a truck with liquid nitrogen and someone who will operate the cooling system while you play games The biggest issue atm is that emulating a system is not a task where multiple processor cores can be used efficiently. If only it were possible to do that then there would be no limit in emulation possibilities. I recently bought a pc for an arcade cabinet. With the budget i gave myself i could pick a quad core on 2.8 or a dual core on 3.4. I actually took the dual core because it was better for the job of emulation wheras for a normal desktop or gaming pc i would have picked the quad core without thinking twice

Oh before i offend anyone thats involved with kega fusion: it is by faaaaaar the most accurate genesis emulator ever made to this date. Eventhough it is written in assember and thus (presumably) gaining a nice speedboost compared to c or c++ emulators i dont think its possible to pull off such accuracy as bsnes with a 5 year old system. And yes. I wish the kega author would try saturn or dreamcast. Saturn is pretty much covered by ssf but lately i noticed new ssf releases breaking more games than fixing them. Dc emulation is at about the same state that every emulator of that generation consoles is: it runs some games or even many games but its glitchy and unstable. I guess its just near impossible to emulate such a powerfull and complex system accurately at the moment.

Jagchris have a read here: http://byuu.org/bsnes/accuracy Kega is a great emulator but its just plainly impossible to even remotely be as accurate as bsnes. I think kega can be compared to for instance snes9x (except for the fact that kega emulates many systems and snes9x only emulates one). Read the article and you should be convinced that when it takes a fast pc to have enough accuracy to play all snes games without glitches (without game specific hacks) it will surely take more power for a jag emulator to do the same.

Shamus. A while back you posted that vj's sound is actually very accurate but the dsp code cant keep up realtime. Do you have any idea wether its possible to optimize/redesign it without switching to a more hle approach?

Griever. Actually it was posted on the original jagulator site that he would be back eventually. Just noone thought he would actually do it after 10 years passed

Griever. SubQmod actually is the original author of jagulator. His old nickname died 10 years ago and now goes by SubQmod

My guess would be somewhere in between. Seeing how much brute computing power is needed for an emulator like bsnes i think its next to impossible to pull this off for jaguar at the moment.

Progress seems to be pretty ok. Subq. If your prototyping this in c and the rewriting it to assember; are you keeping in both versions ? Id love to hear the performance difference from both ways? If your copying the functionality one on one then it might even be interesting in making the blitter code configurable. Might prove easier when debugging later on.

Ggn. Could you update the compile guide? Rather have it well documented than having to rely on a dev environment thats floating around the web.

SubQ I downloaded the source of 1.51 this week. Do you still write your code as clean and well commented as back then?

It actually does work. I did find an issue though. I went to fullscreen. then closed bsnes with alt-F4. Now whenever I start bsnes it will start in the top left corner of my screen. The mainmenu controls are out of my reach and there is no way I can move the window elsewhere. Anyone else having this? edit: Well I can restore the window by deleting my geometry.cfg. Tried exitting with alt f4 a couple of times and it will still put the window out of reach. It allmost feels like its "fake fullscreen". The window seems to be moved to 0,0 the window gets resized to desktop resolution and put in a modal state that goes (most of the times but not allways) over the taskbar but the fullscreen window doesnt seem to have focus. To be able to exit with alt f4 in fullscreen most of the times I have to alt-tab to the bsnes window (eventhough it suggests I'm still there) and only then the window will be able to be closed with alt-f4.

byuu. Question about the screen size again. From what I read here I understand that its not possible to manually drag the screen bigger. But thats not what I need to know. I would like to knew wether it is possible for bsnes to for instance go to fullscreen with a scale x5? Ive been trying it with the 0.80 accuracy profile but I'm not able to go to fullscreen eventhough I have the full screen dot selected in the video settings. Could not find any other setting for this.

another small update with screenshot was posted on www.jagulator.com

On the bsnes homepage there are a few screenshots of games on bsnes and zsnes/snes9x. You could try those games and see for yourself edit: http://byuu.org/bsnes/accuracy

Gosh. Excuse my last post. Not sure why i used the term config file. Yes i did mean rescanning the directory after changing the path in the config dialog window.

Shamus. Just gave the windows version a try here. a couple notes. * After editing the config file I suggest rescanning the updated directories. Noticed that I had to restart vj for the games to popup. * When starting vj you seems to reserve some memory from the gfxcard and immediately show it without flushing the data first. I was actually looking at my own textures (I'm a games developer) that I had in the video memory before running vj. I've also been able to read the MESS changelogs on vj

Ive actually been keeping close track for a couple of months now on the status of jaguar emulation. The only project that seemed somewhat alive was vj. I noticed shamus replying to forum posts but never saw updates on the svn. Hence i asked about it. About pt: nothing seems to behappening there. I dont know the author. Its just what i know from searching. Mess jaguar support is supposedly quite ok. I have not been able to run more than the bios rom though. Bios rom did have sound. Apart from global commits to sync mess with mame there have been no targetted commits to the jaguar driver for a long time. I must say though i was surprized and amused jagulator got pulled out of the fridge. I beleive your last statement about it over 10 years ago was that you would be back to finish it eventually. My hopes are up for some friendly competition/cooperation. Maybe someone will even update mess with the information found when both jagulator and virtual jaguar are improved.

I wont be able to give compiling vj a try untill the end of next week. My desktop broke down. Seems to be a faulty power supply. (OMFG 4 months out of warranty. last time I buy zalman) So I hope someone else will give it a try before next week

If you configured and made pkg-config inside of Msys/MinGW, the VJ makefile should be able to pick it up properly. Not sure why it didn't, unless you're not doing your building inside of the Msys environment. BTW, on Gentoo you would have had it faster, as all you would have to do is: emerge virtualjaguar "./configure && make && make install" (within msys) is what I used for most of the libs I compiled. Some of them didnt have a configure script but did have a series op copy commands listed. Your statement on gentoo is not quite true unless someone has already added the latest vj revision to portage. However it would be a lot easier to fetch and compile all the dependencies. edit: Well it started compiling but I'm having issues with qt includes. Ill give it another go tomorrow. it's getting late down here.

I ran through the compatibility list and updated it. Not much changed(as you said) but I had a few games not in the original list that I added. http://www.megaupload.com/?d=B91RHCTG bug: Looks like you have some old loader code left when opening homebrew. I'm only able to play homebrew when the file name has no spaces. Hence I did not check their compatibility yet. feature: I noticed j64 file format is not in the open rom file filter so will not be shown unless I set the filter to *.*

Funny it tells me there is no zlib. I checked and i do have the zlib1.dll file in my bin folder. In the image you see I run pkg-config from the commandline and as it executes it tells to it needs input params. So it seems to be in my path. Any idea anyone? http://imageshack.us/photo/my-images/840/pkgconfig.png/ I'm off to the competition for today. Would like to see if I can get that compatibility list up to date (I mean its like over 24h old OMG).

same here. Wasnt really sure wether I was just missing a script or missing a tool. Tried looking on google and found something named pkg-config. So when trying to compile that it required glib. so after half an hour of compiling glib. then compiling pkg-config still the same when trying to build vj. Guess I'm too spoiled with integrated IDE's. I'm usually only used to using the environment instead of configuring it. Bet I would have had it running within half an hour if I would have a gentoo install. But then that would not run on win32 either

Looks very nice. I do miss the console spam though . It makes it feel so 90's.