Previous Thread
Next Thread
Print Thread
Page 91 of 528 1 2 89 90 91 92 93 527 528
Re: SVN builds - new driver flood [Re: judge] #55661 10/27/09 07:55 AM
Joined: May 2004
Posts: 1,592
H
Haze Offline
Very Senior Member
Offline
Very Senior Member
H
Joined: May 2004
Posts: 1,592
Originally Posted By judge
I wonder if regular CDDA playback still works in the PCE music player then.


I think 'basic' cases are fine, it just seems to be cases where it wants to do something else as well.

I was looking over the video timing in the driver, and it seems a bit strange.

The LCD seems to be taken into account for the video timing, however, if it's not an actual feature of the video chip, as posts here seem to suggest, that doesn't make much sense to me.

Of course you can just hide the first 22 lines, as you did before, but if it's another device controlling the LCD then the processing that happens on scanline 22 in mcd212_perform_scan should really be happening in scanline 0, at the same time as the LCD output, but with the LCD output writing to a different screen bitmap.

However, moving the code around just breaks it completely, as the processing done at line 0 right now can't happen at the same time as the processing done at line 22, even if line 22 seems to just be some arbitrary line based on the LCD height.

There might be a logical reason for all this (ie the same video chip really draws the LCD), I'm just not really understanding it.

Re: SVN builds - new driver flood [Re: Haze] #55662 10/27/09 09:37 AM
Joined: Aug 2008
Posts: 87
C
Christina Offline
Member
Offline
Member
C
Joined: Aug 2008
Posts: 87
I saw the recent improvements in CDTV system. But in the game "Turrican" i have the output:
"CPU maincpu: PULSE_LINE can only be used for NMI and RESET lines"

Re: SVN builds - new driver flood [Re: Christina] #55663 10/27/09 09:45 AM
Joined: Jan 2006
Posts: 3,687
etabeta78 Offline
Very Senior Member
Offline
Very Senior Member
Joined: Jan 2006
Posts: 3,687
that's an unrelated problem, but thanks for pointing out.

I don't see exactly why that error occurs, but I will see if I can find it...

Re: SVN builds - new driver flood [Re: etabeta78] #55664 10/27/09 09:47 AM
Joined: Jul 2007
Posts: 4,625
A
Anna Wu Offline OP
Very Senior Member
OP Offline
Very Senior Member
A
Joined: Jul 2007
Posts: 4,625
Originally Posted By etabeta78
that's an unrelated problem, but thanks for pointing out.

I don't see exactly why that error occurs, but I will see if I can find it...


You will get a PM in the next minutes. smile

Re: SVN builds - new driver flood [Re: Haze] #55666 10/27/09 12:02 PM
Joined: May 2004
Posts: 1,592
H
Haze Offline
Very Senior Member
Offline
Very Senior Member
H
Joined: May 2004
Posts: 1,592
Originally Posted By Haze
Originally Posted By judge
I wonder if regular CDDA playback still works in the PCE music player then.


I think 'basic' cases are fine, it just seems to be cases where it wants to do something else as well.

I was looking over the video timing in the driver, and it seems a bit strange.

The LCD seems to be taken into account for the video timing, however, if it's not an actual feature of the video chip, as posts here seem to suggest, that doesn't make much sense to me.

Of course you can just hide the first 22 lines, as you did before, but if it's another device controlling the LCD then the processing that happens on scanline 22 in mcd212_perform_scan should really be happening in scanline 0, at the same time as the LCD output, but with the LCD output writing to a different screen bitmap.

However, moving the code around just breaks it completely, as the processing done at line 0 right now can't happen at the same time as the processing done at line 22, even if line 22 seems to just be some arbitrary line based on the LCD height.

There might be a logical reason for all this (ie the same video chip really draws the LCD), I'm just not really understanding it.


It also strikes me that the current timer system could quite easily cancel out previous timers if commands are sent quickly, which may or may not be desired... Does MAME/MESS provide a way of seeing if a timer has cancelled one which was already running? I guess some commands could quite easily be being lost that way...

Re: SVN builds - new driver flood [Re: Haze] #55667 10/27/09 12:34 PM
Joined: May 2009
Posts: 1,804
J
Just Desserts Offline
Very Senior Member
Offline
Very Senior Member
J
Joined: May 2009
Posts: 1,804
Originally Posted By Haze
It also strikes me that the current timer system could quite easily cancel out previous timers if commands are sent quickly, which may or may not be desired... Does MAME/MESS provide a way of seeing if a timer has cancelled one which was already running? I guess some commands could quite easily be being lost that way...


It isn't either of the things you've proposed. I would suggest looking at an error log before theorizing further - the CD-i can't perform any other disc access commands while CDDA is playing, so that's a non issue. Also, the LCD handling is fine, there are 22 lines of blanking at the start of each frame. I'm just choosing to shove LCD drawing into those 22 lines and to set the visible area to show it rather than just handling ICA at line 0 and setting the visible area down further.

Re: SVN builds - new driver flood [Re: Just Desserts] #55678 10/27/09 01:57 PM
Joined: Mar 2001
Posts: 16,298
R
R. Belmont Offline
Very Senior Member
Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 16,298
The Konami PSX games are broken because of a specific problem with the emulation of the 53cf96 status bits, it's not a general issue with CDDA.

Also, it's physically impossible for any drive to load data while CDDA is playing. MK3 on the PSX had CDDA music and famously stopped it to load every time you did a character morph special move.

Re: SVN builds - new driver flood [Re: R. Belmont] #55681 10/27/09 02:06 PM
Joined: May 2004
Posts: 1,592
H
Haze Offline
Very Senior Member
Offline
Very Senior Member
H
Joined: May 2004
Posts: 1,592
Originally Posted By R. Belmont
The Konami PSX games are broken because of a specific problem with the emulation of the 53cf96 status bits, it's not a general issue with CDDA.

Also, it's physically impossible for any drive to load data while CDDA is playing. MK3 on the PSX had CDDA music and famously stopped it to load every time you did a character morph special move.


right, I was thinking more along the lines of it leaving the drive in a bad state, rather than just stopping the audio when something else was requested.

Re: SVN builds - new driver flood [Re: Just Desserts] #55682 10/27/09 02:09 PM
Joined: May 2004
Posts: 1,592
H
Haze Offline
Very Senior Member
Offline
Very Senior Member
H
Joined: May 2004
Posts: 1,592
Originally Posted By Just Desserts
Originally Posted By Haze
It also strikes me that the current timer system could quite easily cancel out previous timers if commands are sent quickly, which may or may not be desired... Does MAME/MESS provide a way of seeing if a timer has cancelled one which was already running? I guess some commands could quite easily be being lost that way...


It isn't either of the things you've proposed. I would suggest looking at an error log before theorizing further - the CD-i can't perform any other disc access commands while CDDA is playing, so that's a non issue. Also, the LCD handling is fine, there are 22 lines of blanking at the start of each frame. I'm just choosing to shove LCD drawing into those 22 lines and to set the visible area to show it rather than just handling ICA at line 0 and setting the visible area down further.


Ok, that wasn't really obvious from the code.

As for the error logging, nothing stands out, the second theory was actually more related to the crashes that happen when you're repeating actions, or doing things quickly. Othello is a good one to crash if you try quickly flipping between the screens, if you take your time it's fine.

Re: SVN builds - new driver flood [Re: Haze] #55684 10/27/09 02:33 PM
Joined: May 2009
Posts: 1,804
J
Just Desserts Offline
Very Senior Member
Offline
Very Senior Member
J
Joined: May 2009
Posts: 1,804
Originally Posted By Haze
As for the error logging, nothing stands out, the second theory was actually more related to the crashes that happen when you're repeating actions, or doing things quickly. Othello is a good one to crash if you try quickly flipping between the screens, if you take your time it's fine.


When you say "crash", you mean it locks up in MESS, but doesn't otherwise cause MESS to die, correct? Just so I know what to look for.

Page 91 of 528 1 2 89 90 91 92 93 527 528

Who's Online Now
3 registered members (nerd4gw, Dorando, 1 invisible), 84 guests, and 3 spiders.
Key: Admin, Global Mod, Mod
ShoutChat Box
Comment Guidelines: Do post respectful and insightful comments. Don't flame, hate, spam.
Forum Statistics
Forums9
Topics8,682
Posts114,002
Members4,863
Most Online510
Aug 26th, 2019
Powered by UBB.threads™ PHP Forum Software 7.7.3