17

(1 replies, posted in Bugs and Requests)

Testing:

  • Example list item 1.

  • Example list item 2.

  • Example list item 3.

produces a bulleted list.

Seems to work. Could you give an example of code that doesn't work for you? Put it in a pastebin or something.

18

(76 replies, posted in General Discussion)

Still lurking in the shadows...

You should be able to click profile in the top menu, then password in the second menu.

The long and short of it is that you're tapping into the circuit between the audio output from the CPU chip and the amplifier, so anything you plug into can affect the signal. The internal speaker on the other hand doesn't affect the prosound output.

Split wrote:

Line-out + Speaker Max: Full signal, good recording. Internal speaker audible, has hum
Line-out + Speaker Min: Full signal, good recording. Internal speaker muted, has hum

This is the easiest case to explain. Nothing is affecting the circuit, so the recording is good. You hear hum in the speaker because the speaker always has hum that comes from the power supply line. The amp can be completely turned off when headphones are connected, and in this case the hum goes away because the amp is not driving the speaker.

Split wrote:

Line-out + Headphones Max: Low signal, poor recording.

In this case, the headphones are connected directly to the top (signal) part of the pot. This is the same as if you would have a pre-pot prosound, and then a passive splitter connected to both line-in recording and headphones. The headphones are loading down the line, and the signal becomes distorted. In addition, the headphones work as microphones in this case, so if you repeat the experiment and tap the headphones, this should come through in the recording. Another way to look at this is that the pot, which is maybe 100 kohm and the headphones which is maybe 8 ohms, are connected in parallel, both going to ground. The headphones are much lower impedance and effectively bypasses the pot.

Split wrote:

Line-out + Headphones Min: Full signal, good recording.

In this case, the headphones are connected directly to the bottom part of the pot (ground). The headphones are effectively separated from the circuit and make no difference to the audio quality.

egr wrote:

Hey, nitro! I've been off Facebook for quite a while and miss keeping up with your projects. Is there somewhere you typically share stuff?

Hi. What little I do in terms of projects these days will typically be shared here, yes. And probably also on Twitter. If you use Telegram and Signal also feel free to send me a PM with your number.

https://twitter.com/fluxjerk

Also to be clear, I didn't make BGB. I'm just posting about new releases here on beware's behalf.

New in BGB 1.5.9 (2021-04-23)

  • Added Xinput support, fixes: gamepad stops working if bgb loses focus in windows 10. Re-run the configure wizard to utilize Xinput.
    Improved sound accuracy. "voice" sound works in perfect dark, donkey kong country, medarot 5 and others. added PCM registers.

  • Supports LSDJ v9.2.0.

  • Improved HuC3 support (robopon sun, pocket family)

  • Improvement to speedrun mode

  • Added support for BESS, one can now interchange save states between bgb and other supporting emulators such as Sameboy

  • Added support for the homebrew TPP1 mapper

  • Many accuracy improvements

  • Fixed many bugs

BGB homepage

Try contacting Oliver about it.

https://www.nanoloop.com/contact.html

24

(4 replies, posted in Nintendo Handhelds)

Yeah, getting a replacement screen would work. The entire front board is replaced, so there's no issue that the old screen is destroyed. I would recommend the RIPS v3 kit. There's also the "Retro Pixel" kit which emulates the look of an old school LCD with grid lines. The downside of the Retro Pixel is that the image is slightly larger and you need to trim the shell slightly to open up the viewport. The last link is a comparison page between different brands of replacement LCDs if you want to compare all of them.

https://www.retromodding.com/products/g … 1790151836

https://www.retromodding.com/products/g … etro-pixel

https://gameboy.github.io/wiki/backlightmods#dmg

25

(14 replies, posted in Nintendo Handhelds)

Cementimental wrote:

big_smile amazing. Gonna try now! thanks for contacting him. I'll share on the Obsolete Music Software group thread unless you want to do so first?

He asked to join the group, so he might share it. smile

26

(14 replies, posted in Nintendo Handhelds)

Daniel got in touch. Apparently it was online all this time and no one knew about it!

http://www.dl.unospace.net/amen/

27

(14 replies, posted in Nintendo Handhelds)

I've tried pulling some strings and then pulling some more strings so let's if anything comes of it in a couple of days.

litch wrote:

https://pocket.popcorncomputer.com/
Is this the same Jose?

It is!

The actual function of the testis to check every byte of the ROM to ensure that there no bytes have been corrupted. It will keep doing this forever. The MBC5 test was just tacked on the existing test ROM and is a one time check of how the cartridge mapper reacts to writing 0 to the ROM bank selection register.

Really weird issue though.

bitwise: Just to be sure, did you also let the test run for at least one iteration to see if there was any problem detected with the ROM integrity?

I did what's called a pro gamer move and asked them directly. They answered almost immediately and simply said "Stylophone!". I asked for more details and maybe I will get another reply. However, based on further research, it seems like it's a clone version that is described on this page based on how the underside and battery cover in the video looks:

http://www.stevegs.com/music/stylophone/

Like I said though, they are almost always defective in some way, mostly the filter. So keep that in mind.