Duddyroar
Member
Me too! Can't wait for this.DaveC said:I am getting anxious to try it.
Last edited by a moderator:
Me too! Can't wait for this.DaveC said:I am getting anxious to try it.
Soldier on, 'phase! and know we luv ya for it!!Exophase said:I feel utterly exhausted from working on this all the time and not sleeping very much -_-
Wow man, you seem to be quite the perfectionist. I have high emu standards but you are striving for more than even I would think ofExophase said:Still grinding down bugs. Some bugs persist still in my test set. Don't get sleep. Grind grind grind...
Stupid GoTzenDiener does block transfer instructions from multiple segments of memory that are not contiguous in physical space (something I assumed games would not do), spent like 3 hours revising my block transfer instructions AGAIN... Now all that I have to worry about is the PC doing this, if that happens then the game is screwed (unless I do another version of the interpreter for this, which I probably will, if it comes up)
DaveC; Yes, I've played both. Dracula X gave me a few slowdown spikes (200MHz, fast RAM timings off) and I don't know what's up with that, but bear in mind that this was the OGG version. I doubt the raw version would give any problems. It's nothing that was happening regularly at any point, just sometimes when something happened it'd take a hit... I'm not going to release until I at least TRY to improve this though.
Gate of Thunder was fine (even with debug mode on) *_*
You probably already know, that ogg decoder port for 940 already exists. It's under BSD license, so should be ok for you.Exophase said:I did some more looking into things and I think that moving the OGG decoding to the second core shouldn't be all that bad. I'm a day ahead of schedule, so I might throw this at beta testers earlier and try doing a 940T decoder in the extra day.
notaz said:You probably already know, that ogg decoder port for 940 already exists. It's under BSD license, so should be ok for you.Exophase said:I did some more looking into things and I think that moving the OGG decoding to the second core shouldn't be all that bad. I'm a day ahead of schedule, so I might throw this at beta testers earlier and try doing a 940T decoder in the extra day.
I know all about it, but it's completely unsuitable for my needs. I can't use a decoder which relies on the entire file being loaded into memory. I need something that can dynamically request seeks and reads from the OGG file.
Putting this together shouldn't be that much of a big deal, but it'll still take some elbow grease (working with the 940 seems a little scary...). I also intend to use Tremolo, which is a little faster.
Hirolaser; Originally I was saying that people would be better off porting Ootake or Mednafen for Pandora, but now I'm thinking I'll push Temper on to it. It took a lot of work, but for the most part the PC version is as or more compatible than the other emulators, and it should be much faster on an ARM platform (actually, I doubt an Ootake port would run all games that well on Pandora..)
NOTE: This program requires oggenc to be installed to your path (on Windows,Mysterious unreleased Temper readme said:Basically, if you use a standard program to rip a CD as bin/cue then it will
work. Then, you can use the included bin_to_iso_ogg program to convert this
to iso/ogg/cue if you desire.
Just picking a random post out of the pile as a starting point to say "EXCELLENT! IMPRESSIVE! SKITBRA!".Exophase said:I did some more looking into things and I think that moving the OGG decoding to the second core shouldn't be all that bad. I'm a day ahead of schedule, so I might throw this at beta testers earlier and try doing a 940T decoder in the extra day.
EDIT: I'll take IMs from people interested in beta testing, but only message me if you have a lot of PCE-CD games and are serious about being relatively thorough and giving save states if something's wrong. Then I'll probably send out tomorrow.