• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Plugins
  • Assigned To No-one
  • Operating System Iriver H300 series
  • Severity Medium
  • Priority Very Low
  • Reported Version
  • Due in Version Version 3.0
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by alsbergt - 2006-05-07
Last edited by linuxstb - 2006-05-20

FS#5309 - RockDoom often garbled

(Reproduced on my iRiver H340 with Rockbox CVS-060505)

Many of the times I run the RockDoom plugin, select a game, and start, the display appears garbled (colors are wrong, although I can recognize the DOOM shapes on it), and after a few seconds Rockbox hangs completely (I have to press the reset button through the hole on the side with a needle).

This is not due to bad WADs, as (1) I am confident I have the original version 1.9 WADs of DOOM and DOOM 2 (I have the original DOS floppies of DOOM and CD of DOOM 2 of the right version, and also I compared it with other people), (2) it happens just as often with the shareware DOOM1.WAD downloaded from the link in the Wiki, and (3) it happens only sometimes - at other times everything works fine.

Closed by  linuxstb
2006-05-20 12:43
Reason for closing:  Fixed

Can you try to figure out conditions under which it is either always garbled, or never garbled? (For example, maybe it'll never be garbled if you haven't yet played music)

I would be very interested to know what condidtions you're running rockdoom as paul asked. Right now I can't duplicate the bug or look into fixing it without some more information.

it's not that old bug where you have to remove the .dfg file?

I don't think that's an issue. I believe Dave Chapman fixed that by adding a version string into rockdoom a while ago that checks to make sure they match up before loading the settings from disk.

Project Manager

It may be the issue with the LCD driver bus timing reported by others for the Jewels plugin. It garbles the LCD when boosting.

OK, I took a few minutes to check out at what points the problem is reproducible, and here is what I found:

1. The garbling only occurs if I started RockDoom while music was playing (that is, while music is playing, I enter the plugin browser and select doom). However it does not happen always. Sometimes I start RockDoom while music is playing and it works fine, and sometimes it's garbled. Whenever music is not playing and I start RockDoom, it works fine (I tried 20 times).

2. A few seconds after the start of a RockDoom game, if the display colors are garbled, RockBox will totally hang, and only a reset of the H300 (with a needle on the side hole) gets me out of it. However, during those few moments before it hangs/freezes, I can still control DOOM - I can go through the menus (difficult to see what I'm selecting, but I can see the skull moving on the left and the menus changing). If during that time I manage to quickly go through the menus and exit the game before it freezes, I'm back to the RockBox plugin browser menu.

3. If after exiting garbled DOOM quickly before it hangs (as described above), I start RockDoom again, it is never garbled (tried many times).

4. Removing default.dfg does not inhibit the problem. I had the feeling for a while that removing tranmap.dat inhibits the problem, but now I managed a few times to get it garbled even with tranmap.dat removed.

A different question - what is tranmap.dat for? At the first time I start a RockDoom after removing it, it creates tranmap.dat. However I have two WADs - DOOM and DOOM 2, and it is not created after I start DOOM 2 if it was already created for DOOM, and vice versa. Isn't the tranmap.dat supposed to be WAD-specific?

All this checked by someone who doesn't expect to be really playing DOOM nowadays, except to show off what RockBox can do on his H340 :-)

Dave Chapman I believe fixed this problem in CVS today. The tranmap.dat is created when translucent sprites are enabled in rockdoom. It doesn't have to be generated for doom1 and 2 seperately as they use the same palette. Doom's startup time will be significantly longer if you remove the file and then start doom with translucent sprites enabled.

Please confirm/deny that this bug is still present in the latest Rockbox builds.

Sorry for the delay in response, I was in a sort of cocoon for a while.

Any way, it appears that the bug was fixed. I tried 30 times now and couldn't reproduce the problem with Rockbox CVS-060520 (latest as of now). So I suppose the problem is solved now.


Available keyboard shortcuts


Task Details

Task Editing