Makaron, yet another DC emu for PC
- Juan
- DCEmu Commie
- Posts: 3398
- https://www.artistsworkshop.eu/meble-kuchenne-na-wymiar-warszawa-gdzie-zamowic/
- Joined: Sun Jun 15, 2003 11:47 pm
- Location: Montevideo
- Has thanked: 39 times
- Been thanked: 3 times
Makaron, yet another DC emu for PC
Via DCEmu UK
Apparently there's a new Dreamcast emulator for PC in the works; it seems to load commercial games at playable speeds but with some rendering issues.
Author's blog (in polish)
Apparently there's a new Dreamcast emulator for PC in the works; it seems to load commercial games at playable speeds but with some rendering issues.
Author's blog (in polish)
- emptythought
- DC Developer
- Posts: 2015
- Joined: Wed Jan 30, 2002 9:14 am
- Location: UNITED STATES NRN
- Has thanked: 0
- Been thanked: 0
- Contact:
- Segata Sanshiro
- Psychotic DCEmu
- Posts: 686
- Joined: Thu Oct 23, 2003 3:23 pm
- Location: the future
- Has thanked: 0
- Been thanked: 0
- Contact:
- Hawq
- Soul Sold for DCEmu
- Posts: 7817
- Joined: Sat Jan 05, 2002 1:43 pm
- Location: Great Britain
- Has thanked: 0
- Been thanked: 0
- Contact:
Indeed
The (dodgy) translation of the news that went with em:
The (dodgy) translation of the news that went with em:
'Evolution 2 has been moved. I will not be immersed to details, but I will say that I saw written attendance of (service activity of) controller better already. It is such flowers more, e.g. Love Hina which has gone affectation title screen at the end. But nothing, it at reprocessing of plug-in for take into consideration fall
If somebody else hasn't noticed, Makaron required a Vertex Shaderem 1.1 card (As yet, better property contributes a few, certainly they are certainly obvious new fast and it is more ).Thus, whatever it falls away in before runs below GeForce4 Ti. Acha, As if somebody asked - incoming (As I judge ) system Makarona AMD X2 3800+. I know that does not have such claims Chankast, but I think that I will have more grywalnych tuty³ów. We say about comparable equipment from ultimately 2 Playstation, but at PCSX2 as such putting of case is surprised nobody. Anyway,, ( if it will leave (will go out) ) nullDC, then it will confirm my theory definitely.
Finally - if directions by microsoft for new DirectX 10.1 zg³êbia³ , then among others, it has noticed automatic classification of transparent wall definitely, anyway, algorithm kafelkowym. It returns to life PowerVR maybe I will not make it classification ) , we will wait from (with) 2 lat < summer > < year > and I will have it in each card (kart) on market settled equipment '
theres no-one else to blameThe Prisoner - Makes NGE's ending look almost intelligible.
Bored? figure out where the above lines from. Answers
- TseTinGFunG
- DCEmu Junior
- Posts: 39
- Joined: Mon Apr 12, 2004 9:47 pm
- Location: Melbourne, Australia
- Has thanked: 0
- Been thanked: 0
- Cid Highwind
- Psychotic DCEmu
- Posts: 674
- Joined: Sun Apr 10, 2005 5:11 am
- Location: The Netherlands
- Has thanked: 0
- Been thanked: 0
I hope to see GDrom support...
a guy can dream, right?
But seriously speaking, the only thing holding me back from DCemulation is the need to use images of games, rather than the original GDrom. So far I'm under the impression that technically it's impossible to make this work on your average cdrom drive, there's only a few exceptions which do read the discs. If I'm wrong about this, please let me know if it's technically still possible to achieve this, cause nothing sounds more interesting than having DC emulation just like PSX emulation is right now.
Also, there's two things that bother me a bit.
1. On emulation jaggies are much more visible, it's been suggested to me that it's because of the AA part of DC's output not being implemented in emulation. So AA on pc's graphics cards should fix this.
2. More important, in DC games usually you see the transition of where a texture map 'downscales' to a lower quality one. This is especially apparent in Sonic Adventure 1 and other old titles. Could this be helped on PCs? The Sonic Adventure pictures of Makaron sure give me the impression it can. Judging by this screenshot, it looks like it will even suffer from the Moiré effect which is the only stain on Shenmue's clean graphics.
a guy can dream, right?
But seriously speaking, the only thing holding me back from DCemulation is the need to use images of games, rather than the original GDrom. So far I'm under the impression that technically it's impossible to make this work on your average cdrom drive, there's only a few exceptions which do read the discs. If I'm wrong about this, please let me know if it's technically still possible to achieve this, cause nothing sounds more interesting than having DC emulation just like PSX emulation is right now.
Also, there's two things that bother me a bit.
1. On emulation jaggies are much more visible, it's been suggested to me that it's because of the AA part of DC's output not being implemented in emulation. So AA on pc's graphics cards should fix this.
2. More important, in DC games usually you see the transition of where a texture map 'downscales' to a lower quality one. This is especially apparent in Sonic Adventure 1 and other old titles. Could this be helped on PCs? The Sonic Adventure pictures of Makaron sure give me the impression it can. Judging by this screenshot, it looks like it will even suffer from the Moiré effect which is the only stain on Shenmue's clean graphics.
You feel at ease as you flock with the masses,
What do you see with your heads in their asses?
Keep on railing at what I believe,
Call me insane and I am proud to be.
--Edguy - King of Fools--
My blog
What do you see with your heads in their asses?
Keep on railing at what I believe,
Call me insane and I am proud to be.
--Edguy - King of Fools--
My blog
-
- DCEmu Crazy Poster
- Posts: 30
- Joined: Wed Jan 17, 2007 11:47 am
- Has thanked: 0
- Been thanked: 0
I'm polish so I'll let myself translate his latest news
I've got the first test results, so I can say some stuff about them. Let the reference be the speed of emulation gained in MIPS.
The first violin plays the physical clock of the Processor, we need to examine two architectures: the little more classic AMD one and Intels Core/Core2, and the Netburst known from P4. It looks like this: a 2GHz Athlon XP is ahead than a P4 2,66GHz with about 15 points, on the other hand, the same XP is just a little behind an Athlon 64 1,8GHz. Semprons, which have lower timing than analog marked Athlons, are(quite obvious) slower. Sempron 64 2800+ (1,6GHz) is far behind a Sempron XP 3000+ (2GHz). Here I would like to say that the newer construction has advantage after all, so a boost up to a frequency of 1,8GHz should remove this difference..
The current use of SSE is so small, that the usage of these instructions doesn't give almost anything. This will change in a short while, cause I have a certain idea... but we'll live and we'll see, because from some improvements that I have made only two of them really do improve.
e.g. It really doesn't matter for an Athlon XP, what code it'll get
Another interesting thing is "extinction" of some intructions, like CMOV (brought in wiht the Pentium II - the 6th generation) was supposed to be an answer for, short requirement jumps. The recent 64-bit cpus, and especially Core2, way more prefer jumps than CMOV. And producers add more versions of SSE (and only 64-bit modes offer a bigger number of registers), what makes another VAX grow. It's obviously looks like marketing, and I wanted that in 10 years the present x86 code was only emulated (maybe hardware supported), and developped a completely new, more RISC-like. If apple users could transfer to x86, then Windows users can adapt as easily ;D
The usage of RDTSC on multi-core cpus is asking for trouble (not that QueryPerformanceCounter was perfect, although supposibly Vista has this problem solved, and for XP SP2 you can download a patch). It can be possible that without a certain X2 or C2D under my hand, I won't be able to write proper code for these cpus
For now, the most interesting results were from Core2Duo, but code using RDTSC - so I'll have to verify that In the meantime I'm taking my time redoing TA/PVR2 code. There have started to be some multithreading in the emulator, but on this level, it has the same number of pros and cons.
-
- Choking On Cock 24/7
- Posts: 276
- Joined: Sat Jul 22, 2006 10:48 pm
- Has thanked: 0
- Been thanked: 0
Didn't you hear about April Fool's Day before? Or you live under a rock?Juan wrote:Seems it was a fake (really early April Fools?)
Anyway, with nullDC is enough. Plus soon we will get netplay and atomiswave/naomi support,so Makaron is outdated now :p
- Coagulus
- DCEmu Freak
- Posts: 62
- Joined: Sat Jan 03, 2004 11:06 am
- Location: UK
- Has thanked: 0
- Been thanked: 0
- Contact:
Hmm, there seems to be a new blog on his page which mentions PVR2, wish my grandad had taught me Polish!
http://dknute.livejournal.com/tag/makaron
http://dknute.livejournal.com/tag/makaron
COAGULUS
:;;::;;;;:::;
:;;::;;;;:::;
-
- DCEmu Crazy Poster
- Posts: 30
- Joined: Wed Jan 17, 2007 11:47 am
- Has thanked: 0
- Been thanked: 0
I'll translate some more:
Jak to zwykle bywa z dalekosiężnymi planami, projektowanie nowego modułu PVR2 nie idzie tak szybko jak bym chciał. W końcu jednak powstanie, bo obecna implementacja to był właściwie taki ciągle rozwijany eksperyment i jest już zupełnie niereformowalna. A nadal źle działa Coraz bardziej mi to przeszkadza, a to dobrze, bo mnie zmusi do bardziej stanowczych działań.
to
How it usually goes with faraway plans, projecting the PVR2 Module isn't going as fast as I wish it would. In the end it will see the daylight, cause the present implementation was merely a "continued experiment" and it's completely unformal. And it still works badly It starts to bug me more and more, and that's a good thing, it will make me do more decisive actions.
A little rusty, i know, but hey, it took me just a minute or two :p
Jak to zwykle bywa z dalekosiężnymi planami, projektowanie nowego modułu PVR2 nie idzie tak szybko jak bym chciał. W końcu jednak powstanie, bo obecna implementacja to był właściwie taki ciągle rozwijany eksperyment i jest już zupełnie niereformowalna. A nadal źle działa Coraz bardziej mi to przeszkadza, a to dobrze, bo mnie zmusi do bardziej stanowczych działań.
to
How it usually goes with faraway plans, projecting the PVR2 Module isn't going as fast as I wish it would. In the end it will see the daylight, cause the present implementation was merely a "continued experiment" and it's completely unformal. And it still works badly It starts to bug me more and more, and that's a good thing, it will make me do more decisive actions.
A little rusty, i know, but hey, it took me just a minute or two :p
why early ? here in europe we do april fools always on the 1st ....Juan wrote:Seems it was a fake (really early April Fools?)
- Quzar
- Dream Coder
- Posts: 7499
- Joined: Wed Jul 31, 2002 12:14 am
- Location: Miami, FL
- Has thanked: 4 times
- Been thanked: 10 times
- Contact:
Because the news for the emulator came out months before, and the news of it being fake came out a few days after april 1st.Masen wrote:why early ? here in europe we do april fools always on the 1st ....Juan wrote:Seems it was a fake (really early April Fools?)
"When you post fewer lines of text than your signature, consider not posting at all." - A Wise Man