INTERACT FORUM
More => Old Versions => Media Center 12 (Development Ended) => Topic started by: JimH on July 16, 2008, 09:15:33 am
-
This is the latest version of MC 12.0. Any MC12.0 license will work with it. Please post bugs here. Please start a new thread for anything requiring discussion. Non-bug posts will be deleted or moved.
This latest build (usually safe) of MC12.0 is here:
ftp://ftp.jriver.com/pub/downloads/MC12/MediaCenter120524.exe
12.0.524 (7/14/2008)
1. Changed: Doing an initialize on an iPod ejects it afterwards so the device has a chance to reset itself.
2. Fixed: Doing Shift+Arrow in an edit box wouldn't work properly in some cases.
3. Fixed: In rare cases, changing a file tag could also incorrectly change the associated filename in the database.
4. Changed: Placing the focus in the search control will select all of the text in the box.
5. Changed: Photo Print Wizard will center page filling prints (or nearly page filling prints) on the paper instead of putting them at the top left of the page.
6. Changed: Improved Photo Print Wizard handling of printers with uneven margins so that centered page filling prints (see above) get perfectly centered on the paper.
12.0.523 (7/11/2008)
1. Changed: When loading an iPod, if the device does not provide device information, it will fail to load. (instead of using hard-coded device information that could be outdated)
2. Changed: MC icon in Windows Tray was pixelated. Tray icon returned to previous implementation.
12.0.522 (7/9/2008)
1. Changed: The quick search dialog would not select the previous search when opening, making it difficult to start a new search.
2. Fixed: iTunes playlist importing could fail on some playlists.
3. Fixed: iTunes playlist importing didn't properly support Asian characters.
4. Fixed: iPods could scramble art on the second sync. (not able to reproduce so fix may not solve the issue -- any feedback appreciated)
5. Fixed: Crash on right-click in a file list in rare cases.
-
To Doctor Cilentro !
Rename Bug :
When I want to rename a field of one file, a white veil covers up this field at the precise time that I type my first letter ! >:(
I rename as a blind boy !!! :-\
This is very difficult to work like this. :'(
Jean-Marc
Media Center 12.0.524 Registered -- C:\Program Files\J River\Media Center 12\
Microsoft Windows XP 5.1 Service Pack 3 (Build 2600)
Intel Pentium 4 3197 MHz MMX / Memory: Total - 1047 MB, Free - 251 MB
Internet Explorer: 7.0.5730.13 / ComCtl32.dll: 5.82.2900 / Shlwapi.dll: 6.0.2900 / Shell32.dll: 6.0.2900 / wnaspi32.dll: N/A
Ripping / Drive E: HP DVD Writer 640b Mode:Normal Type:Auto Speed:Max
Drive F: SAMSUNG DVD-ROM SD-616E Mode:Normal Type:Auto Speed:Max
Digital playback: Yes / Get cover art: No / Calc replay gain: Yes / Copy volume: 32767
Eject after ripping: No / Play sound after ripping: Yes Soundfile: chord.wav
Burning / Drive E: HP DVD Writer 640b Addr: 0:0:0 Speed:40 MaxSpeed:40 BurnProof:Yes
Test mode: No / Eject after writing: Yes / Direct decoding: Yes / Write CD-Text: Yes
Use playback settings: No /
Portable Device Info
Removed devices:
Interface Plugins:
last.fm (Active)
Library Server (Active)
TiVo Server (Active)
UPnP Server (Active)
AutoEQ
Sleep Timer (Active)
-
Testing the filename problem now (of course, hard to prove a negative)... Assuming it's fixed, THANKS!
But the problem still exists editing Keywords and other multi-value fields, as detailed in prior reports by me and others.
-
Crashing when synchronising with handheld:
1870062: 2392: Handheld: CHHPluginThread::ProcessCommand: Start
1870062: 864: Handheld: CHHPluginThread::Thread Message Processing: Start
1870062: 976: Playback: CMJWaveFeeder::Thread: Start
1870062: 976: Playback: CMJWaveFeeder::Thread: Adding skinning
1870062: 976: Playback: CMJWaveFeeder::Thread: Opening file
1870062: 2720: Playback: CMJWaveFeeder::Play: Finish (15 ms)
1870062: 2720: Playback: CMJPlayerCore::Play: Play succeeded
1870078: 864: Handheld: CHHPluginThread::Thread Message Processing: Type: 0, Function: 2
1870078: 976: Reader: CLocalReader::OpenInternal: Opening: M:\My Music\@.Lounge & Chill\Mercedes-Benz Mixed Tape\Mercedes-Benz Mixed Tape Vol21\08 - Nelson Poket - Eléctrico.mp3
1870078: 864: Handheld: CHHPluginThread::Thread Message Processing: Command = 1025
2691984: 864: Handheld: CPortableDriveGeneric::Upload: Start
1870078: 2720: Playback: CMJPlayerCore::Play: Result: 1
1870078: 2720: Playback: CMJPlayerCore::Play: Finish (47 ms)
2691984: 864: Handheld: CPortableDriveBase::GetBasePathFromFile: Start
2691984: 864: Handheld: CPortableDriveBase::GetBasePathFromFile: Finish (0 ms)
2692000: 864: Handheld: CPortableDriveBase::TransferFile: Start
2692000: 864: Handheld: CPortableDriveBase::TransferFile: Filename: C:\temp\07 - Stereo Inn - Rockshow.mp3
2692000: 864: Handheld: CPortableDriveBase::TransferFile: Opening input file
1870094: 864: Reader: CLocalReader::OpenInternal: Opening: C:\temp\07 - Stereo Inn - Rockshow.mp3
2692000: 864: Handheld: CPortableDriveBase::TransferFile: Analyzing input file
2692000: 864: Handheld: CPortableDriveBase::TransferFile: Creating output filename and path
2692015: 864: Handheld: CPortableDriveBase::TransferFile: Creating output file
1870109: 976: Playback: CMJWaveFeeder::Thread: Setting output format
1870109: 976: Playback: CMJPlayerCore::GetOutputFormat: Start
1870109: 976: Playback: CMJPlayerCore::GetOutputFormat: Using input format
1870125: 976: Playback: CMJPlayerCore::GetOutputFormat: wFormatTag 1
1870125: 976: Playback: CMJPlayerCore::GetOutputFormat: nChannels 2
1870125: 976: Playback: CMJPlayerCore::GetOutputFormat: nSamplesPerSec 44100
1870125: 976: Playback: CMJPlayerCore::GetOutputFormat: nAvgBytesPerSec 176400
1870125: 976: Playback: CMJPlayerCore::GetOutputFormat: nBlockAlign 4
1870125: 976: Playback: CMJPlayerCore::GetOutputFormat: wBitsPerSample 16
1870125: 976: Playback: CMJPlayerCore::GetOutputFormat: cbSize 0
1870125: 976: Playback: CMJPlayerCore::GetOutputFormat: Finish (16 ms)
1870140: 976: Playback: CMJPlayerCore::GetOutputFormat: Start
1870140: 976: Playback: CMJPlayerCore::GetOutputFormat: Using input format
2692046: 864: Handheld: CPortableDriveBase::TransferFile: Allocating space for file
1870140: 976: Playback: CMJPlayerCore::GetOutputFormat: wFormatTag 1
1870140: 976: Playback: CMJPlayerCore::GetOutputFormat: nChannels 2
1870140: 976: Playback: CMJPlayerCore::GetOutputFormat: nSamplesPerSec 44100
1870140: 976: Playback: CMJPlayerCore::GetOutputFormat: nAvgBytesPerSec 176400
1870140: 976: Playback: CMJPlayerCore::GetOutputFormat: nBlockAlign 4
1870156: 976: Playback: CMJPlayerCore::GetOutputFormat: wBitsPerSample 16
1870156: 976: Playback: CMJPlayerCore::GetOutputFormat: cbSize 0
1870156: 976: Playback: CMJPlayerCore::GetOutputFormat: Finish (16 ms)
1870172: 2344: Playback: CWaveOutBinPlayThread::Thread: Start
1870172: 976: Playback: CMJWaveFeeder::Thread: Preparing to feed data
1870172: 976: Playback: CMJWaveFeeder::Thread: Running feeder loop
2692078: 864: Handheld: CPortableDriveBase::TransferFile: Starting transfer loop
2692093: 864: Handheld: CPortableDriveBase::TransferFile: Reading 546890 bytes
2692093: 864: Handheld: CPortableDriveBase::TransferFile: Writing 546890 bytes
2692937: 864: Handheld: CPortableDriveBase::TransferFile: Sending progress
2693031: 864: Handheld: CPortableDriveBase::TransferFile: Reading 559936 bytes
2693031: 864: Handheld: CPortableDriveBase::TransferFile: Writing 559936 bytes
2694015: 864: Handheld: CPortableDriveBase::TransferFile: Sending progress
2694093: 864: Handheld: CPortableDriveBase::TransferFile: Reading 561628 bytes
2694093: 864: Handheld: CPortableDriveBase::TransferFile: Writing 561628 bytes
2695015: 864: Handheld: CPortableDriveBase::TransferFile: Sending progress
2695015: 864: Handheld: CPortableDriveBase::TransferFile: Reading 567345 bytes
2695031: 864: Handheld: CPortableDriveBase::TransferFile: Writing 567345 bytes
1873281: 2812: General: TopLevelExceptionFilter: Unhandled exception -- program crashing
-
When I want to rename a field of one file, a white veil covers up this field at the precise time that I type my first letter ! >:(
I rename as a blind boy !!! :-\
Which skin? Did you try others?
-
Crashing when synchronising with handheld:
Which device?
-
Which device?
Nokia 5310 XpressMusic
-
Testing the filename problem now (of course, hard to prove a negative)... Assuming it's fixed, THANKS!
This fix will be in the next public build, not this one.
-
1. The "Move / Copy Fields..." dialog doesn't honor the custom name of renamed fields.
Take a look here (http://yabb.jriver.com/interact/index.php?topic=46984.msg322262#msg322262) for more detailed Info.
2. Trying to copy mp3s from a CD to another location using "Rename, Copy, and Move Files" doesn't work but gives the message
"Not all of the selected tracks can be renamed."
So if I have a mp3-CD I first have to copy all mp3 to a writetable Drive and then move (or copy) all files using some rules in "Rename, Copy, and Move Files".
3. One minor thing: Changing the volume without using MCs slider (eg. by using a remote control or the vista volume control) doesn't update the slider position in MC until MC gets minimized&restored or until the mouse moves near the top part of MCs window.
4. Using [Shift]+[Left Arrow] in any tag field it works as expected. But if you want to go one step back using [Shift]+[Right Arrow], the cursor jumps to the beginning of the selection instead of going one single step back. Yeah, solved 8)
-
Shouldn't this Smartlist return only audio files that have been played with the most recent at the top?
[Media Type]=[Audio] -[Last Played]=[] ~sort=[Last Played]
It's actually returning ALL audio files with the most recent at the top.
I noticed unplayed files have the value never played shown for for [Last Played], so I also tried to enter never played, "never played", [never played], ... in to the Smartlist Editor for Last Played is not ___, but no matter what I try, I always end up with the first Smartlist.
I guess I could use [Number Plays]=0, but somehow I have a bunch of songs that have [Last Played]=never played but [Number Plays]>0?
-John
-
To JimH !
1°) I use the skin "Green Eyes" with "Greyscale"
2°) If I use the skin "Aruba", all is OK ! (with "Greyscale" too !)
Thanks
Jean-Marc
-
Tags are very laggy, e.g. it takes about 10 seconds to open Notes tag or Comment tag (depending on how much info there is) and MC stops responding under that time.
Also scrolling view doesn't work with text marker anymore in such tags, you have to click on the scrollbar to scroll.
-
Drives in tree don't update after online lookup; remain as AudioCD/drive letters.
What's important to take note of is that 3 of 4 discs had info found, but MC doesn't ask me to choose from multiple data sets until I manually select the drive which had no data found.
As I select drive 1,2,3 in the tree, MC displays zero files for them even though MC notes they are Audio CDs. Only until I select the "not found" #4 drive, can I select the other drives which instantly jump starts MC into the "which data do you want" prompt for any of the 1,2,3 discs.
Related to this?:
http://yabb.jriver.com/interact/index.php?topic=47271.msg324992#msg324992
DC
-
tombert,
Could you send the full crash log to matt at jriver dot com? The snippet you posted isn't quite long enough, and it has confusing time stamps.
Thanks.
-
- Start MC12 (Startup option: Location, Last Location), 4 tabs, active tab view scheme is pane album artist (auto), album
- Click 'Tag' in Action Window without selecting anything in the pane
-> MC12.0.524 crashes
-
I am having issues with 'focus' in this build on my laptop (WinXP, small local library)
Whenever I right-click and select "Add To Playing Now" MC loses focus, actually popping behind any other windows on the screen.
Clicking on MC's interface does not bring it out from behind, only clicking on MC on the Windows Taskbar will bring it back to the front.
-
I am having issues with 'focus' in this build on my laptop (WinXP, small local library)
Whenever I right-click and select "Add To Playing Now" MC loses focus, actually popping behind any other windows on the screen.
Clicking on MC's interface does not bring it out from behind, only clicking on MC on the Windows Taskbar will bring it back to the front.
Possibly related, the Windows Previous Application shortcut isn't working for MC, strangely the MC File Menu is opened (dropped down) on top of the current working app which is still shown.
I've also reported redraw issues on MC maximize in "my" thread.
Dr. Cilantro
-
Just confirming the 524 build is still incompatible with the iPhone 3G. As soon as you look at the iPhone 3G it gets corrupted. Here's the sequence I used to test this:
- connect iPhone 3G
- launch iTunes - all is OK
- quit iTunes
- launch MC
- wait a while
- quit MC
- launch iTunes - all is OK
- quit iTunes
- launch MC
- wait a while
- expand drives & devices node
- iPhone shows in the list - do nothing else
- quit MC
- launch iTunes - phone is corrupt and must be restored
My assumption here is that the moment MC looks at the iPhone when you exapnd the Drives & Devices tab it writes something to the phone which corrupts it.
-
To Doctor Cilentro !
Rename Bug :
When I want to rename a field of one file, a white veil covers up this field at the precise time that I type my first letter ! >:(
I rename as a blind boy !!! :-\
This is very difficult to work like this. :'(
Jean-Marc
I have noticed this as well. Often, upon Rename, the topmost field becomes covered by the column header which is improperly redrawn. It happens for multi-value fields as well if you mouse-over the column on your way down to edit the open field. And, multi-value fields when open for editing aren't open for typing, one must manually select the text box to place the cursor there.
(http://www.pix01.com/gallery/ED13D42F-DA5E-448D-87D4-EEE39DF2743B/MC/150664642_orig0.jpg)
DC
-
Two oddities/bugs to report:
KNOWN PROBLEM, NEW CONTEXT: Existing problem is MC silently changing Filename value without changing physical file just happened during ripping. I wasn't playing anything. Inserted new CD, MC did YADB lookup and started to rip. Then on Track 1 it reported the long error that essentially means "can't find/open file". What file? The CD track? Or the new file it has just created via ripping? Don't know, but clicked to continue and it did. The file actually was ripped OK.
Then I needed to edit the name of one track that YADB had completely wrong, and BAM the problem happened to this track. I tried to paste in the correct file name but MC kept reverting to the wrong name, immediately renaming what I pasted. So I dragged the physical file into the Recently Ripped view, but it wouldn't play. Looking at the Filename field, the Album and Name part of the path were BLANK in the field, while the drive letter and upper part of the path were OK. So I presume MC was again instantly trying to rename the Filename field. The solution was to delete the now-two instances of the track from the Recently Ripped view. Then I could drag the file back in and it worked. I still had to rename the bad title, but typing slowly, that worked.
But a whole lot of work just to rip 12 tracks from one CD.
NEW PROBLEM, in recent builds: Sorting in the Recently Ripped view on the Disc column, if there is NO value in the field, it won't sort -- very odd. Example: I ripped a 2-CD set. After the first CD was ripped, I selected all tracks and put "1" in the Disc field, no problem. After the second CD ripped, I wanted to put "2" in the Disc field of its tracks. So I click the Disc column to sort, to get all the "1" values together, and all the BLANK values together, making it easy to select the BLANK values and type in "2". Nope, won't sort. I can sort on other fields, but clicking the head of the Disc column does nothing.
One guess: The BLANK Disc values are NULL values, perhaps no field at all, and the sort code somehow ignores such records. Because... If I manually select the BLANK Disc tracks, then type in "2", they instantly sort. Seems like a bug.
-
If you setup a conversion stack for a handheld with a custom location that is a UNC path (e.g. \\server\share\mp3\) and then perform a sync, MC gives an error: "Stack file is low on space" and does not cache the converted version of the file. If, however, you map the same UNC path to a drive letter (e.g. M:) and then set that as the custom cache location (e.g. M:\mp3\) then everything works fine.
-
I split some posts to a new thread named File with invalid Windows filename (http://yabb.jriver.com/interact/index.php?topic=47469.0)
-
[IGNORE - THIS WAS A MISTAKE AT MY END]
sort=SHUFFLE doesn't work when using MC12.exe /playreplace treepath=
I have a smartlist which has sort=[random] (well, that now seems to be replaced by SHUFFLE). Anyway, if I repeatedly select the smartlist from within MC I get a random playlist each time, but if I call the smartlist using 'MC12.exe /playreplace treepath=' I get the same tracks each time with no random shuffle.
Mark
-
I use a custom field named situation. For ths field I defined roundabout 30 values.
When editing this field by pressing F2 it is sometimes not possible to choose predefined situations.
For standard fields like genre I can see a scrolldown bar on the right side. For custom fields it is impossible to scroll-down to a certain value (depending on the edit-position on the screen)
-
With dettached display video playback running, I connected my Handheld. I cancled auto-sync and MC can not be accessed. Video playback continues until end of clip, but MC still unresponsive. Playback slider and duration don't move or update; handheld sync shows 1% 40 minutes left etc.
Have to kill MC
DC
-
MORE on silent filename change...
MC is persistent. I ripped a CD and was fixing some incorrect YADB names. My filename expression uses the track's Name value, so when I changed it in the db, perhaps because it was a track I had earlier briefly played, MC silently changed the Filename field per the expression. But MC didn't actually change the file's name, so it instantly became "lost". That's a known bug.
The notable thing is how MC behaved when I tried to fix the Filename. I went to the phyical file and copied the exact path, then to the db record and pasted the path into the Filename field. This has been a reliable way to correct the problem in the past. But this time, as soon as I pasted in the correct Filename (I could see it fill the field), MC a second later changed it back to the wrong Filename, as I watched. I did it several times with the same behavior. (I know, the definition of "insanity"...).
So instead I edited the Filename field manually by typing/deleting, and this change was retained. But a version or two ago, this method would fail and only copy+paste would succeed. I don't know if this indicates a change in MC's behavior...
-
1. When searching through my my audio library in a descending alphabetical list [pane/details], while ignoring article "The" as in "The Beatles" and I select the artist column, then "T" the results do not ignore "The" and the first artist with "The" in the name will be the result instead of T-Pain "I'm N Luv (Wit a Stripper)" in my library.
2. Looking at my audio library in a descending alphabetical list [pane/details], when I press a letter to go to MC does it but the artist with that letter name is at the bottom of the screen. It seems to me it would be better if the searched letter result was at the top of the page, not the bottom.