INTERACT FORUM
More => Old Versions => Media Center 11 (Development Ended) => Topic started by: Matt on October 14, 2003, 03:28:43 pm
-
Please read carefully before downloading.
This is the latest build. There may be some known (and unknown) bugs.
The latest known stable version of 9.1 is here:
ftp://ftp.jriver.com/pub/downloads/music/MediaCenter9_1.exe
The latest build of 9.1 is here:
ftp://ftp.jriver.com/pub/downloads/music/MediaCenter91277.exe
Please report only known problems in this thread. If you want to discuss changes in the UI or make requests, please use another thread.
History:
1. Changed: Checking / unchecking items in tagging mode much faster. (2 times or more faster)
2. Fixed: Image playback listed the wrong shortcut for zoom in / zoom out. (mouse wheel or numpad +-)
3. Changed: Added mouse shortcuts next to keyboard shortcuts to image playback menu.
-
Thanks for fixing Media Scheduler command retention in version 276! Totally awesome!
However I still see a problem with Random play in 276 and 277 that I do not see in version 9.0:
When you double click on an .m3u file (MP3 playlist) or if you launch a playlist using Media Scheduler as follows:
/Play TREEPATH=Playlists\mixes\<playlist name>
The playlist will not load Randomly even with Random turned on.
MC 9.1.277 on win XP (patched)
-
Installers for both .276 and .277 crash on my IBM T40 Laptop:
AppName: installwizard.exe AppVer: 9.1.118.0 ModName: installwizard.exe
ModVer: 9.1.118.0 Offset: 0001c193
System Info:
Media Center Registered 9.1.275 -- C:\Program Files\J River\Media Center\
Microsoft Windows XP Workstation 5.1 Service Pack 1 (Build 2600)
Intel Unknown 1594 MHz MMX / Memory: Total - 1047 MB, Free - 597 MB
Internet Explorer: 6.0.2800.1106 / ComCtl32.dll: 5.82 (xpsp1.020828-1920) / Shlwapi.dll: 6.00.2800.1226 / Shell32.dll: 6.00.2800.1233 (xpsp2.030604-1804) / wnaspi32.dll: N/A
Ripping / Drive Z: Copy mode:ModeSecure CD Type:Auto Read 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 Z: MATSHITA UJDA745 DVD/CDRW Addr: 1:0:0 Speed:8 MaxSpeed:8 BurnProof:Yes
Test mode: No / Eject after writing: Yes / Direct decoding: Yes / Write CD-Text: No
Use playback settings: No / Normalization: None
-
see previos post for the window that pops up.
MC freezes afterward.
Niv
-
What happened to MJExtman.exe ? I cant find it anywhere .. I was going to mess with the Media Scheduler .. but there is no such file on my system :(
-
What happened to MJExtman.exe ? I cant find it anywhere .. I was going to mess with the Media Scheduler .. but there is no such file on my system :(
Isn't that normally installed in your windows\system32 directory? It is on my system. <shrug>
-
Sorry... 9.1.277 didn't work out for me. I lost the ability to power-rip, getting this message:
(http://www.eldoradosoft.com/temp/MC91-007.gif)
The release notes for 9.1.276 indicated the resizing of the Tag Info box had been addressed. Here are the three images I provided when posting the bug report:
(http://www.eldoradosoft.com/temp/MC91-002a.gif) (http://www.eldoradosoft.com/temp/MC91-003a.gif) (http://www.eldoradosoft.com/temp/MC91-004a.gif)
I did note a change in .277 - the Tag Info box always appears as in the leftmost image. It looks like there are two unused field areas. The rightmost picture (from .275) shows what seems to be one unused field area. My expanded Tree View was covered by the Tag Info box, so I expected the Tag Info box to configure itself as small as possible while showing all the Tag fields. It would be best if the Tag Info box had no unused field areas whatsoever... can the unused space be reclaimed?
I'm re-ripping my collection using Digital Secure mode, so I'm processing a lot of CDs. I don't want to run without power-ripping, and I wanted to ensure that .277 was the cause of the problem, so I re-installed the .275 release. I am once again able to power-rip, so the problem's definitely in MC9 .277 rather than my system.
I'm going to stay with .275 because I want to be productive. However, I'll watch your release notes every day, and load a new beta when I see the problem has been addressed. Thx, Randy
-
What happened to MJExtman.exe ? I cant find it anywhere .. I was going to mess with the Media Scheduler .. but there is no such file on my system :(
Isn't that normally installed in your windows\system32 directory? It is on my system. <shrug>
My bad ... it was there .. the defaults were trying to find it in the c:\program files\J river\.... directory
-
When highlighting more than one song from the same album, the "image" page of the Action Window no longer shows the picture, but rather just says "inside file." This is not how it worked a few releases ago, where as long as it was the same image file, highlighting more than one song on the same album would continue to show the actual image.
Also, when I posted about allowing the AW to be assigned a default page (or allowing it to return to the last used page the way it used to work) most people agreed that this would be a desireable feature to add and/or bring back. In fact, NOBODY disagreed that the way it used to work was better. Is there any chance that this feature will be added/returned?
Thanks,
Larry
-
When highlighting more than one song from the same album, the "image" page of the Action Window no longer shows the picture, but rather just says "inside file." This is not how it worked a few releases ago, where as long as it was the same image file, highlighting more than one song on the same album would continue to show the actual image.
I noticed this, too. Any chance of this getting fixed?
-
Any reason that when basing a View Scheme from a playlist, and then trying to use ~sort=[Artist],[Year],[Album],[Track #] it would result in an empty View Scheme? If I remove the ~sort line from the view scheme definition, everything shows up ok.
Scratch that, I figured out what I was doing wrong.
I do have another question\"bug report", though. When I try to sort by [Album Artist (auto)],[Date (year)],[Album],[Track #],[Name] it works fine as long as I'm in Details view. When I switch to Album Thumbnails, it automatically just sorts by [Album Artist (auto)],[Album] and ignores all of the year stuff. This means I can't have a nice sorted view of my albums sorted by date of release, only alphabetically. Is that right? Can it be "fixed"/changed?
-
Doof, are you saving the sort view before switching? It seems to stay in the correct order here from what I can see.
-
I've been ripping away all night from drives G: and H: using the .275 release. The first rip, there's a check box available for every track. After that, as long as you add tracks to the rip queue before it's done ripping, it usually doesn't have a check box for each track. But sometimes it does:
(http://www.eldoradosoft.com/temp/MC91-008.gif)
(I'm only using .275 cuz .277 won't power-rip)
-
out-of-proc only works once
if I start MC and then my c# application, everything is OK.
if I stop my application and start it again, it never allows a second connection
mj=new MediaJukebox.MJAutomation(); fails...
Regards,
Marcel Houweling
-
InstallWizard crashes on my machine:
AppName: installwizard.exe AppVer: 9.1.118.0 ModName: installwizard.exe
ModVer: 9.1.118.0 Offset: 0001c193
After I got this a few times, I uninstalled (from Add/Remove Programs), and then the installer ran fine...
Media Center Registered 9.1.277 -- C:\Program Files\J River\Media Center\
Microsoft Windows XP Workstation 5.1 Service Pack 1 (Build 2600)
AMD Athlon 1836 MHz MMX / Memory: Total - 523 MB, Free - 267 MB
Internet Explorer: 6.0.2800.1106 / ComCtl32.dll: 5.82 (xpsp1.020828-1920) / Shlwapi.dll: 6.00.2800.1106 (xpsp1.020828-1920) / Shell32.dll: 6.00.2800.1106 (xpsp1.020828-1920) / wnaspi32.dll: 4.60 (1021) , ASPI for Win32 (95/NT) DLL, Copyright © 1989-1999 Adaptec, Inc. / Aspi32.sys: 4.60 (1021)
Ripping / Drive E: Copy mode:ModeBurstBigBuffer CD Type:Auto Read speed:Max
Drive F: Copy mode:ModeBurstBigBuffer CD Type:Auto Read speed:Max
Digital playback: Yes / Use YADB: Yes / Get cover art: No / Calc replay gain: Yes / Copy volume: 32767
Eject after ripping: No / Play sound after ripping: No
Burning / Drive E: HL-DT-ST CD-RW GCE-8400B Addr: 1:0:0 Speed:40 MaxSpeed:40 BurnProof:Yes
Drive F: PIONEER DVD-RW DVR-106D Addr: 1:1:0 Speed:16 MaxSpeed:16 BurnProof:Yes
Test mode: No / Eject after writing: Yes / Direct decoding: Yes / Write CD-Text: No
Use playback settings: No / Normalization: None
-
A minor point I know but I'm still having CD text problems on burning audio CDs.
Last night I put together a playlist of 100 tracks by various artists - all exactly the same file type etc - to burn on 4 CDs. The editable (?) CD text - Artist, CD Title - worked fine for all 4 CDs but the track names only worked on the first CD I burnt. The other 3 had track names that were completely garbled.
This problem has been around for a good few weeks now.
-
I used the rename from properties to move 166 files to a differnet drive. After about 140, the space on the distination drive ran out. MC poped a window asking to clean up space or forget about it. it did this for all the 20 songs left.
Please fix this by:
1. checking to see if the distination has enough space
2. if space rans out clicking one button to cancell all the rest of the files being prosessed.
Niv
-
- Please Wait... dialog (& others) sometimes goes full screen.
- [Width] and [Height] are not showing for cover art image.
-
Doof, are you saving the sort view before switching? It seems to stay in the correct order here from what I can see.
I'll try that when I get home.