Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[stuart_tetley]

One problem I've been observing intermittently for quite a few versions, without pinning down exactly when it occurs.  This affects any library view except 'Panes' view.

What happens is the vertical scrollbar appears to get confused about the height of the main window.  For example, here I am showing the last 2 genres in my audio section, but there's a large amount of whitespace below them (and the scrollbar indicates there's plenty more below...)



Other times, it goes the other way; if I scroll to the bottom, there are thumbnails just peeking over the bottom edge of the thumbnails window, sometimes with more below that I can't get to.  Sometimes, the scrollbar appears to 'stick', by which I mean it stops scrolling the thumbnails area while I'm dragging the scrollbar up and down.

This can happen any time I move between nodes on the tree, or use the backwards/forwards buttons or hotkeys.  If I'm in a particular view scheme drilling down through the levels, it seems to be OK, but as soon as I go back, it's usually (always?) not.

Every time this happens, refreshing the screen (by clicking 'Refresh' or resizing MC for example) corrects the problem.

[Matt]

Could you post your system info from MC's help menu here?

Thanks.

[jgreen]

I have seen this, also.  Like he said, it has appeared throughout the dev process.  At first I thought thumbs needed to be written, but it's not that.  On occassion, only in thumbnails, not in details, existing thumbs will occupy only 20% or 30% of the available room, the rest is blank, and the scroll reflects that.  With 10,000 thumbs, the amount of blank space can be substantial.

[stuart_tetley]

I just tried another theory - when I posted the above, my laptop was at work, using a 1280x1024 resolution screen, though its native resolution is 1600x1200.  I speculated maybe the fact that the external display was overriding my usual desktop resolution might be a factor.  I tried today at 1600x1200, and same result.

Here's my system info as requested:

Media Center Registered 11.1.153 -- C:\Program Files\J River\Media Center 11\

Microsoft Windows 2000  Workstation 5.0 Service Pack 4 (Build 2195)
Intel Pentium 4 2387 MHz MMX / Memory: Total - 1047 MB, Free - 670 MB

Internet Explorer: 6.0.2800.1106 / ComCtl32.dll: 5.81.4916 / Shlwapi.dll: 6.0.2800 / Shell32.dll: 5.0.3900 / wnaspi32.dll: N/A
Ripping /   Drive E: HL-DT-STRW/DVD GCC-4240N  Mode:ModeSecure  Type:Auto  Speed:2
  Digital playback: Yes /  Use YADB: Yes /  Get cover art: No /  Calc replay gain: Yes /  Copy volume: 32767
  Eject after ripping: Yes /  Play sound after ripping: No 

Burning /  Drive E: HL-DT-ST RW/DVD GCC-4240N   Addr: 0:1:0  Speed:24  MaxSpeed:24  BurnProof:Yes
  Test mode: No /  Eject after writing: Yes /  Direct decoding: Yes /  Write CD-Text: Yes
  Use playback settings: No /

[Matt]

Is everyone that sees this running W2K instead of XP?

[jgreen]

Win2k, SP something, something something--oh well, here:

Media Center Registered 11.1.154

Microsoft Windows 2000  Workstation 5.0 Service Pack 4 (Build 2195)
Intel Pentium 4 1395 MHz MMX / Memory: Total - 2096 MB, Free - 1467 MB

Internet Explorer: 6.0.2800.1106 / ComCtl32.dll: 5.81.4916 / Shlwapi.dll: 6.0.2800 / Shell32.dll: 5.0.3900 / wnaspi32.dll: 4.71 (0001) , ASPI for Win32 (95/NT) DLL, Copyright © 1989-2002 Adaptec, Inc. / Aspi32.sys: 4.71 (0001)

Ripping /   Drive D:   Mode:Normal  Type:Auto  Speed:Max
  Drive E:   Mode:Normal  Type:Auto  Speed:Max
  Digital playback: Yes /  Use YADB: Yes /  Get cover art: No /  Calc replay gain: Yes /  Copy volume: 32767
  Eject after ripping: Yes /  Play sound after ripping: No 

Burning /  Drive E: DVDRW    IDE 16X            Addr: 0:1:0  Speed:48  MaxSpeed:48  BurnProof:Yes
  Test mode: No /  Eject after writing: Yes /  Direct decoding: Yes /  Write CD-Text: Yes
  Use playback settings: No /

[stuart_tetley]

Is everyone that sees this running W2K instead of XP?

To test this theory, I installed an unregistered copy of 11.1.154 on an XP machine I have.  I was unable to replicate this problem.  So, it appears to be Win2k only

[jgreen]

Matt--
Trying out .155 on win2k and the fix behaves strangely.  The same 30% ratio holds as noted before, only now when that point is reached the images hold even as the scrollbar is pulled down further.  So, the change has meant only that black is no longer seen.

The top 30% of the scrollbar controls the entire library of thumbs, and when the 30% point is passed, the thumbs hold, although they respond again once the scroll returns.

[jgreen]

This still holds true in 11.1.156 and .157

[stuart_tetley]

Confirmed as jgreen mentions.

The cool new thumbnail size slider provides another way to illustrate the problem with Win2K.  If you drag the slider back and forth, the thumbnails scale and reorganize very snappily, but the scroll bar on the right doesn't change a bit, as though it's not even aware of the changes going on.  A quick Refresh then brings it in line.