Rockbox

This is the bug/patch tracker for Rockbox. Click here for more information.

Quick links: Bugs · Patches · Rockbox frontpage

Tasklist

FS#5309 - RockDoom often garbled

Attached to Project: Rockbox
Opened by Tom Alsberg (alsbergt) - Sunday, 07 May 2006, 20:08 GMT+2
Last edited by Dave Chapman (linuxstb) - Saturday, 20 May 2006, 11:38 GMT+2
Task Type Bugs
Category Plugins
Status Closed
Assigned To No-one
Player Type Iriver H300 series
Severity Medium
Priority Normal
Reported Version
Due in Version Version 3.0
Due Date Undecided
Percent Complete 100%
Private No

Details

(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.
This task depends upon

Closed by  Dave Chapman (linuxstb)
Saturday, 20 May 2006, 14:43 GMT+2
Reason for closing:  Fixed
Comment by Paul Louden (darkkone) - Monday, 08 May 2006, 02:15 GMT+2
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)
Comment by Karl Kurbjun (kkurbjun) - Tuesday, 09 May 2006, 15:39 GMT+2
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.
Comment by Mikael Magnusson (mikaelh) - Tuesday, 09 May 2006, 19:47 GMT+2
it's not that old bug where you have to remove the .dfg file?
Comment by Karl Kurbjun (kkurbjun) - Tuesday, 09 May 2006, 22:50 GMT+2
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.
Comment by Linus Nielsen Feltzing (linusnielsen) - Tuesday, 09 May 2006, 22:59 GMT+2
It may be the issue with the LCD driver bus timing reported by others for the Jewels plugin. It garbles the LCD when boosting.
Comment by Tom Alsberg (alsbergt) - Thursday, 11 May 2006, 21:57 GMT+2
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 :-)




Comment by Karl Kurbjun (kkurbjun) - Tuesday, 16 May 2006, 00:48 GMT+2
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.
Comment by Dave Chapman (linuxstb) - Saturday, 20 May 2006, 11:37 GMT+2
Please confirm/deny that this bug is still present in the latest Rockbox builds.
Comment by Tom Alsberg (alsbergt) - Saturday, 20 May 2006, 14:39 GMT+2
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.


Loading...