- Remount is allowed without reset, when the CD wasn't read yet during power cycle
- Allows changing a disc with multi disc titles after application induced eject
- Added debug option to allow replacing the image during operation
- Also fixed tray close on image mount
- Decoupled SEQ event from GOP event.
Now behaves like real VMPEG hardware
- Fixes Lost Ride gameplay after vehicle charge intro
- Fixes timing accuracy of temp ref and time code
Measurable with mv_status()
- Fixes MPEG buffer underflow with certain titles
like "Mad Dog McCree"
- Measured on real hardware with 30 and 25 FPS MPEG stream.
Display rate seems irrelevant
- Was slightly slower than real hardware. Now slightly faster than real hardware.
- Fixes black flicker during the intro of "The Ultimate Noah’s Ark", when
running in 60 Hz mode
This title is on the edge when it comes to using DC_PWrLCT just a few lines
before it is too late. This resulted into wrong mixing weights for single frames
- Fixes long videos with small frame size
- Fixes videos in "Les Guignols de l’Info"
A user has mentioned that "Les Guignols de l’Info" sometimes has problems with videos.
After analysis of "/cd/rtf/application.rtf" from said disc,
starting at byte position 0x11DEA000, it turns out that the
pictures in FIFO (0x0E040A4) can go up to 17 even on real hardware.
This has never happened before and I've assumed that 8 is the maximum.
This is an issue because DecodTS of fdrvs1 calculates the DTS of the next picture with
the formula GEN_DEC_TIM1 (0x0E040A0) - GEN_PINF (0x0E040A4) * GEN_PICT_RATE (0x0E040A8).
This means that GEN_DEC_TIM1 is constantly increasing but GEN_PINF was limited to 8
before. This resulted in having the next picture to show getting more and more out of reach
of V_SCR.
On real hardware, the FIFO reaches 14 until playback starts.
- Fixes soft lock of "Brain Dead 13" after company logo
Also decoupled frame display from FIFO consumption as the real hardware
will probably also do. I don't recall why I even made that change.
Partially reverts ca4216f95
- Fixes width of VCDs according to the White book
- Current implementation uses next neighbor approach
as a first test. Linear filtering might be a better option.
This change is not 100% accurate to hardware. I can measure,
that at least my VMPEG DVC cuts off 1 pixel on the left
and 5 pixels on the right. I ignore this phenomenom for now
and show all 352 pixels, a VCD is delivering.
- VCUP and DCL IRQs should now behave like real hardware
- "FMV Moving Test" is now behaving as expected
DCL is not documented in any way. It's just that it seems
to occur at the same time as VCUP and a compare behaves differently
because of that
This library is not suited for playback of short MPEG files and
pauses in stream delivery at the same time.
If the stream has not enough data, frame generation is aborted.
So one would assume to just always wait until enough data
is there to decode. But that is trap, because short MPEG files
are never decoded on time.
This fix does 2 things
- If enough data for one frame to decode is available, communicate
at least 1 frame in the FIFO to the driver even so it is not yet
fully commited by pl_mpeg.
- Don't wait for data as soon as the driver has
instructed VMPEG to decode and play. I would guess that the buffer is
filled enough at that point to not underflow.
- Since my guess was wrong as underflows can still occur,
to abort the wait, the output buffer must be empty too.
There is also another fix here. The worker descriptor must now
be manually committed to increment the command counter.
Since waiting for data can now be aborted, it is possible
that a requested buffer for a worker descriptor needs to be thrown away,
which resulted into a wrong increment and an assertion failure ont the worker side.
- Increases computing power for pixel operations
- Fixes freeze at timecode 04:32 of
"Star Trek VI - Terre Inconnue (France) (Disc 1)"
during the shock wave scene
- Fixes wrong offset with "Les Guignols de l’Info"
- Fixes graphical corruption with "Christmas Crisis"
- Fixes "skewed image corruption" with MPEG video
- Adds support for NIS video event due to update of sequence parameters
- Fixes "Philips Logo Intro" with "Brain Dead 13"
Dynamic behavior is probably not yet correct.
- "Christmas Crisis" is stuttering in the bonus rides.
It should be noted that "Brain Dead 13" is still not working
after the company logo.
- Display file reader now avoids writing bitmap data into the pipeline
during a blank phase
- Fixes graphical corruption during fade transition in "Lost Eden"
(noticable in first area when going forward and then back)
- Fixes ASY_Stat info of MPEG Audio handle
- Fixes perpetual start-stop of music in "Lost Eden"
- Fixes early stop of playback in "Les Guignols de l’Info"
- Fixes audio stop of "Mutant Rampage: Bodyslam" after music has played
- Fixes current stream id as returned by ma_status()
This might not have an effect at all but it is more accurate
Copy of tg68k added to rtl subfolder
Last revision
https://github.com/Slamy/TG68K.C.git
a1c18a18a073b33f49aaf092509da06bc14f47ed
This should make merges with mainline easier
Written values were stored but could not be read back
Concerning "Addams Family" - Disc 2, it crashed when entering the menu.
This was caused by a "Division by Zero" exception, resetting the machine.
This was caused by corrupted data, caused by double execution of the instructions
at 0x0275ed0 (program of the movie player) which causes a zero value at 0xD01D8A.
This problem already manifests even before the movie starts playback, but the crash itself is only occuring when the value is read.
This happens only when the movie player menu is opened.
All of this was caused by the values in mentioned registers being not the written ones but artificial ones when the VMPEG verilog implementation was first conceived.
So, this change does:
- Fixes "Division by Zero" when opening movie player menu with "Addams Family" - Disc 2
The TG68k should now behave more like a 68000 here.
Not like a 68010, which doesn't allow SR reading in user mode.
- Fixes bootup of "Lost Eden"
Game is still not playable. It seems to hang periodically.
I assume an MPEG audio problem?
in an attempt to fix memory errors after resets.
The error is no longer occuring
- .bss segment erase no longer overwrites first word of .noinit
- .data segment no longer overwritten by itself
Also added an endurance test which scans through the video
and tries to encourage this issue
- Frame buffer indexes kept between resets
- Avoids display of not committed buffers
- Discard frames until first I frame
- Avoids corrupted graphics during scanning
- Sequence header configuration protected from restart
- Configuration validity stored outside of soft core
- Fixes continuing playback of "Coneheads" which
only has one SEQ header at the start of whole stream
- Fixes scanning through Top Gun
Fixes desynchronisation in fmvdrv after 18 minutes of Top Gun
Thanks to cdifan for pointing this out
Source:
http://icdia.co.uk/notes/technote097.pdf
TN #097 - The Full Motion System for CD-I,
section 4. ARCHITECTURE OF FULL MOTION CD-I PLAYER
VMPEG can be disabled via OSD
WIP
FMV: Increased soft core clock rate to 92 MHz
Was 80 MHz before, which wasn't enough
Fixes Top Gun CPU overload at timecode ~15:48
- Added EOI - ISO 11172 End Code detection in demuxer
- Added EOS - Sequence End Code detection in decoder firmware
- SEQ, GOP and PIC no longer generated by bitstream decoder
- PIC now aligned to vblank before a new picture is shown
- SEQ and GOP now aligned to PIC when its the first I frame of a GOP
- LPD now aligned to PIC when it was the last picture
- BUF - Buffer underflow now detected by firmware
- Added pictures in FIFO register (00E040A4)
- Added DTS register (00E040A0)
- Added VDI register for DTS updates (0E0408C)
- FMV Playback start no longer decided by demuxer but by VMPEG ROM
- Added pixel width calculation for later use
- Fixes hang at the end of the Space Ace Intro
Names of events to according
https://github.com/TwBurn/cdi-docs/blob/main/mv_cbnd.md#mv_trigger-define-mpeg-video-events-to-signal
Ensures a consistent stream of CD data from HPS,
even when MiSTer Main stumbles once.
Request of sector data is decoupled from sector ticks.
This will still not allow screenshots being performed,
as MiSTer Main will hang for a second.
Ensures a consistent stream of CD data from HPS,
even when MiSTer Main stumbles once.
Request of sector data is decoupled from sector ticks.
This will still not allow screenshots being performed,
as MiSTer Main will hang for a second.
Only show data that was committed by the decoder.
Avoids scrambled graphics before playback starts.
Also added experimental "Last Picture Displayed" flag
