「315-5292」の編集履歴（バックアップ）一覧はこちら

315-5292 - (2011/09/16 (金) 03:44:38) の１つ前との変更点

追加された行は緑色になります。

削除された行は赤色になります。

== 概要 ==
315-5292は[[セガ]]の[[SYSTEM24]],[[MODEL1]]などに使われている画像用LSI。BG面のタイルマップ制御LSIとみられる。

== 仕様 ==
SYSTEM24に実装されていた315-5292
#image(http://www40.atwiki.jp/arcadegames/?cmd=upload&act=open&page=315-5292&file=315-5292_01.jpg,width=350,title=315-5292,http://www40.atwiki.jp/arcadegames/?cmd=upload&act=open&page=315-5292&file=315-5292_01.jpg,blank)
・315-5292 (富士通)
・160ピンQFP

・[[Charles MacDonald's Home Page Old News (4/6)>>http://cgfm2.emuviews.com/old2006.php]]より引用。
 Sega 315-5292 tilemap chip (System 24, Model 1)
 
 656 pixels per scanline:
  69 pixels from /HSYNC high to /BLANK high (left border)
 496 pixels from /BLANK high to /BLANK low (active display)
  43 pixels from /BLANK low to /HSYNC low (right border)
  48 pixels from /HSYNC low to /HSYNC high (horizontal sync. pulse)
 
 424 scanlines per frame:
  25 scanlines from /VSYNC high to /BLANK high (top border)
 384 scanlines from /BLANK high to /BLANK low (active display)
  11 scanlines from /BLANK low to /VSYNC low (bottom border)
   4 scanlines from /VSYNC low to /VSYNC high (vertical sync. pulse)
 
 Using 16 MHz pixel clock, 57.52 frames per second
 
 Setting $270001.b = $01 selects an invalid 512-scanline screen mode (same horizontal timings) where the display is enabled during the vertical sync. pulse and blanked at the wrong time.
 Maybe it's an unimplemented feature or used for chip testing, but it's definitely not useful. However it prevents frame buffer autoerase from working properly, so you can draw as many sprites as you want and keep the old ones. 

== リンク ==
・[[セガ]]
・[[SYSTEM24]]
・[[MODEL1]]

== 外部リンク ==
・[[Sega System 24 hardware description Version 0.3(03/27/03) by Charles MacDonald  4.) Tilemap generator (315-5292)　>>http://cgfm2.emuviews.com/txt/s24tech.txt]]
・[[Charles MacDonald's Home Page Old News (4/6)>>http://cgfm2.emuviews.com/old2006.php]]

----

== 概要 ==
315-5292は[[セガ]]の[[SYSTEM24]],[[MODEL1]]などに使われている画像用LSI。BG面のタイルマップ制御LSIとみられる。

== 仕様 ==
SYSTEM24に実装されていた315-5292
#image(http://www40.atwiki.jp/arcadegames/?cmd=upload&act=open&page=315-5292&file=315-5292_01.jpg,width=350,title=315-5292,http://www40.atwiki.jp/arcadegames/?cmd=upload&act=open&page=315-5292&file=315-5292_01.jpg,blank)
・315-5292 (富士通)
・160ピンQFP

・[[Sega System 24 hardware description Version 0.3(03/27/03) by Charles MacDonald 4.) Tilemap generator (315-5292)>>http://cgfm2.emuviews.com/txt/s24tech.txt]]より引用。
 4.) Tilemap generator (315-5292)
 
 The tilemap generator handles two 64x64 playfields, and it looks like
 there are two 'window' planes that are probably used for static graphics
 like a status bar or menu.
 
 The tilemap generator is mapped to addresses $200000-2FFFFF:
 
 $200000-20FFFF : Name table data (64K)
 $280000-2FFFFF : Pattern data (512K space, only 128K available)
 
 The Model 2 hardware uses the same chip with 512K of pattern data RAM. As
 the System 24 board only implements 128K, this means that some of the high
 order address bits are ignored. Due to mirroring they will appear to do
 nothing.
 
 The name table memory is divided into four 8K tables, which are composed
 of 64x64 entries, two bytes per entry. I believe the tables are arranged
 like so:
 
 $200000-201FFF : Playfield A
 $202000-203FFF : Playfield A (Window?)
 $204000-205FFF : Playfield B
 $206000-207FFF : Playfield B (Window?)
 $208000-209FFF : Playfield row/column scroll data (4K word sized values)
 $20A000-20BFFF : First 16 words seem to be playfield scroll and control.
 $20C000-20DFFF : Unknown (window control?)
 $20E000-20FFFF : Unused
 
 The data at offsets $8000-$9FFF seems to be for row or column scrolling.
 The data at offsets $C000-$DFFF seems to be a name table sized bitmap
 which might be used for enabling the alternate window layer in tile sized
 units.
 
 The name table entries have the following format:
 
 MSB          LSB
 --nnnnnnnnnnnnnn : Pattern name (Bits 13,12 have no effect, only 128K of RAM)
 -pppppppp------- : Palette
 ?--------------- : Unknown
 
 The patterns are 8x8 pixels, 4 bits per pixel. They are arranged as 4 bytes
 per line, 8 lines per pattern, for a total of 32 bytes per pattern. There
 is enough memory for 4096 patterns.
 
 If anyone designs a Model 2 emulator with debugging facilities, it might
 lead to more insight on how this chip works. (and vice-versa)

・[[Charles MacDonald's Home Page Old News (4/6)>>http://cgfm2.emuviews.com/old2006.php]]より引用。
 Sega 315-5292 tilemap chip (System 24, Model 1)
 
 656 pixels per scanline:
  69 pixels from /HSYNC high to /BLANK high (left border)
 496 pixels from /BLANK high to /BLANK low (active display)
  43 pixels from /BLANK low to /HSYNC low (right border)
  48 pixels from /HSYNC low to /HSYNC high (horizontal sync. pulse)
 
 424 scanlines per frame:
  25 scanlines from /VSYNC high to /BLANK high (top border)
 384 scanlines from /BLANK high to /BLANK low (active display)
  11 scanlines from /BLANK low to /VSYNC low (bottom border)
   4 scanlines from /VSYNC low to /VSYNC high (vertical sync. pulse)
 
 Using 16 MHz pixel clock, 57.52 frames per second
 
 Setting $270001.b = $01 selects an invalid 512-scanline screen mode (same horizontal timings) where the display is enabled during the vertical sync. pulse and blanked at the wrong time.
 Maybe it's an unimplemented feature or used for chip testing, but it's definitely not useful. However it prevents frame buffer autoerase from working properly, so you can draw as many sprites as you want and keep the old ones. 

== リンク ==
・[[セガ]]
・[[SYSTEM24]]
・[[MODEL1]]

== 外部リンク ==
・[[Sega System 24 hardware description Version 0.3(03/27/03) by Charles MacDonald  4.) Tilemap generator (315-5292)　>>http://cgfm2.emuviews.com/txt/s24tech.txt]]
・[[Charles MacDonald's Home Page Old News (4/6)>>http://cgfm2.emuviews.com/old2006.php]]

----