22 May '13 - 02:05 *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
 
   Home   Help Search Login Register  
Pages: 1 ... 18 19 [20] 21 22 ... 27
  Reply  |  Print  
Author Topic: 3.6 reports, queries and bugs  (Read 71311 times)
Ian @ un4seen
Administrator
Posts: 15259


« Reply #380 on: 2 Apr '12 - 15:46 »
Reply with quoteQuote

Trying it here, that stream seems to be fine. Are you still having the problem with it now? If so, please post the stream's URL (eg. from the "Track info" window), just in case you're getting something different.
Logged
garson
Posts: 109


« Reply #381 on: 2 Apr '12 - 23:13 »
Reply with quoteQuote

Trying it here, that stream seems to be fine. Are you still having the problem with it now? If so, please post the stream's URL (eg. from the "Track info" window), just in case you're getting something different.
Problem is with that particular track, other track seems to be fine.
Logged
Ian @ un4seen
Administrator
Posts: 15259


« Reply #382 on: 3 Apr '12 - 14:18 »
Reply with quoteQuote

OK. Please post the stream's URL, which you can get by right-clicking on the playlist entry and selecting "Track info". Also, does the problem continue throughout playback of that stream or does it eventually go away, and does it occur every time? Does the problem immediately stop if you switch to another stream, and then immediately return if you switch back to the troublesome stream?
Logged
garson
Posts: 109


« Reply #383 on: 3 Apr '12 - 22:26 »
Reply with quoteQuote

OK. Please post the stream's URL, which you can get by right-clicking on the playlist entry and selecting "Track info". Also, does the problem continue throughout playback of that stream or does it eventually go away, and does it occur every time? Does the problem immediately stop if you switch to another stream, and then immediately return if you switch back to the troublesome stream?
Here's the URL, http://46.4.76.142:2011/
It was ok until that track (Whitesnake- Here I go Again), also next track was ok.
I listen this stream alot, 'Whitesnake- Here I go Again' is repeating once in few days, I haven't noticed problems earlier,and for sure I will check next time it's played. Wink
Logged
Ian @ un4seen
Administrator
Posts: 15259


« Reply #384 on: 4 Apr '12 - 14:22 »
Reply with quoteQuote

Ah, so the problem only happens when that particular track is played in the stream? Looking at your screenshot again (more closely this time), I notice that there is a lot of gibberish after the track title, and I guess the problem is related to that. Next time it happens, please check whether the problem (high CPU usage) still happens if the "Scroll long titles" option is disabled (in the "Titles" options page). If you have another player (Winamp/etc), you could also check whether the gibberish is present in that too.
Logged
xaos
Posts: 88


« Reply #385 on: 9 Apr '12 - 05:57 »
Reply with quoteQuote

..attempted to add root of drive..  E:\  ..to library, 5000+ tracks, crashed xmplay ... crashed again on restart, deleted partial library file, works properly, tried same thing, crashed again, deleted partial library file again, working. Auto add to library never, left Process Playlists and Show overidden tags in Message info unchecked... no idea ... v3.6.0.58
Logged
Dotpitch
Posts: 2472


« Reply #386 on: 9 Apr '12 - 10:08 »
Reply with quoteQuote

attempted to add root of drive to library, 5000+ tracks, crashed xmplay
To rule out corrupt files, could you try adding the drive folder by folder and see if a problem occurs?
Logged
saga
Posts: 1365


« Reply #387 on: 9 Apr '12 - 17:05 »
Reply with quoteQuote

Or even better, rule out badly programmed plugins by first removing all of them and keep adding plugins until xmplay crashes on adding those files again.
Logged
xaos
Posts: 88


« Reply #388 on: 9 Apr '12 - 23:15 »
Reply with quoteQuote

have no plugins other than default output ..

no corrupt files, 30 root folders, 100's of subfolders up to 4 deep, and many files on root of drive, and the only things on the drive are mp3's, ... yes, adding 1 folder at a time worked

what would be the purpose of verifying file content if it's going to try to load corrupt files?
« Last Edit: 10 Apr '12 - 00:09 by xaos » Logged
Dotpitch
Posts: 2472


« Reply #389 on: 10 Apr '12 - 06:26 »
Reply with quoteQuote

no corrupt files, 30 root folders, 100's of subfolders up to 4 deep, and many files on root of drive, and the only things on the drive are mp3's, ... yes, adding 1 folder at a time worked
Would you be willing to spend some time to investigate this problem a bit further? If so, please check whether you can still reproduce the crash (rename xmplay.library, don't delete it Wink).

what would be the purpose of verifying file content if it's going to try to load corrupt files?
Well, XMPlay can't determine whether a file is corrupt without loading it. 'Verify file content' will prevent unplayable files from being added to the playlist, and can pick up file that seem unplayable at first glance.
Logged
xaos
Posts: 88


« Reply #390 on: 10 Apr '12 - 06:56 »
Reply with quoteQuote

Would you be willing to spend some time to investigate this problem a bit further? If so, please check whether you can still reproduce the crash (rename xmplay.library, don't delete it Wink).

apparently there were still a couple stray jpgs and playlists buried in the subfolders, thot they'd all been done away with a long time ago. cleaned them out, added the root of the drive to a clean library , seems to have scanned correctly without any crashes so far. ...at the moment, haven't much patience for much else, day's been too long as it is.

..come to think of it, those few jpgs and playlist didn't affect anything whilst adding the folders one at a time..

(in the meantime, still wondering about persistent ratings .. had the drive letter change due to O.S. reinstall and lost em all .. again)
« Last Edit: 10 Apr '12 - 08:01 by xaos » Logged
Jimmy Neutron
Posts: 334


« Reply #391 on: 10 Apr '12 - 11:13 »
Reply with quoteQuote

(in the meantime, still wondering about persistent ratings .. had the drive letter change due to O.S. reinstall and lost em all .. again)

The PortableApps.com version of XMPlay uses a wrapper around the program and makes the drive letter modifcations to the files as needed.  This is great for people using XMPlay from USB drives or external hard drives since drive letters change frequently.

While it probably isn't ideal to permanently use the portablized version on your local hard drive, it may fix this problem.  Download and run the portable program once without any data, then copy your "broken" library, pls, ini, and your "stuff" version of XMPlay.exe over the corresponding files in the \Data directory, and then run again.  It should edit the files to make the drive letter changes. Then copy your "fixed" files back to where they came from.

Edit: some stuff is in the \Data directory, some in the \App directory (like the exe).

Here's the link:
http://portableapps.com/apps/music_video/xmplay_portable
« Last Edit: 10 Apr '12 - 11:16 by Jimmy Neutron » Logged
xaos
Posts: 88


« Reply #392 on: 10 Apr '12 - 13:34 »
Reply with quoteQuote

thanks Jimmy, but that's not a solution
Logged
Dotpitch
Posts: 2472


« Reply #393 on: 10 Apr '12 - 17:01 »
Reply with quoteQuote

apparently there were still a couple stray jpgs and playlists buried in the subfolders, thot they'd all been done away with a long time ago. cleaned them out, added the root of the drive to a clean library , seems to have scanned correctly without any crashes so far. ...at the moment, haven't much patience for much else, day's been too long as it is.
..come to think of it, those few jpgs and playlist didn't affect anything whilst adding the folders one at a time..
I don't expect those files to be a problem either, though it is odd that it does work properly now. Ideal to work with, but hard to debug Wink.
Logged
Jimmy Neutron
Posts: 334


« Reply #394 on: 10 Apr '12 - 17:14 »
Reply with quoteQuote

thanks Jimmy, but that's not a solution

And why not?
Logged
Ian @ un4seen
Administrator
Posts: 15259


« Reply #395 on: 10 Apr '12 - 18:27 »
Reply with quoteQuote

(in the meantime, still wondering about persistent ratings .. had the drive letter change due to O.S. reinstall and lost em all .. again)

Do you have the "Automatically check other drives for missing files" option (in the Playlist/Dead options page) enabled? If not, it sounds like that could be what you're looking for.

Regarding the crashing, it sounds like you found a way around it, but if you can still reproduce it, please provide a "dump" file for the crash to find out what happened. Assuming that you're using Win7, you can have Windows generate dump files (in your user "AppData\Local\CrashDumps" directory) by applying this "localdumps-full" registry entry...

   www.un4seen.com/stuff/localdumps.zip

After reproducing the crash and getting a dump file, you can upload it (compress it first as it could could be quite large) to have a look at here...

   ftp.un4seen.com/incoming/

You can use the "localdumps-off" registry file to disable the dump file generation afterwards.
Logged
xaos
Posts: 88


« Reply #396 on: 10 Apr '12 - 22:48 »
Reply with quoteQuote

(in the meantime, still wondering about persistent ratings .. had the drive letter change due to O.S. reinstall and lost em all .. again)

Do you have the "Automatically check other drives for missing files" option (in the Playlist/Dead options page) enabled? If not, it sounds like that could be what you're looking for.
... how bout a little clarity instead ... it shuldn't depend on autoscanning ... does the library keep ratings across drive letter changes or even folder name changes when either manually scanning new location or autoscanning? if so, then have no idea what's happening on this end

Regarding the crashing, it sounds like you found a way around it, but if you can still reproduce it, please provide a "dump" file for the crash to find out what happened. Assuming that you're using Win7....
windows xp.. for adding entire drive root ... way around the crash was to get rid of anything that wasn't an audio file, a few stray playlists and jpgs that were buried in a couple subfolders, .. seems it didn't like trying to filter them out ... no crashdumps for you sorry

thanks Jimmy, but that's not a solution

And why not?

because it requires using 'someone elses' 'fix' for something the database/library already seems to have options for, or capability of, but isn't completely clear about
Logged
Jimmy Neutron
Posts: 334


« Reply #397 on: 11 Apr '12 - 00:41 »
Reply with quoteQuote

because it requires using 'someone elses' 'fix' for something the database/library already seems to have options for, or capability of, but isn't completely clear about

OK, I can't force you to fix it in any particular way.

You could wait for relative paths instead of absolute, or maybe some other 'fix'... that's OK.  I was under the impression that you wanted to save yourself the hassle.



Logged
Ian @ un4seen
Administrator
Posts: 15259


« Reply #398 on: 11 Apr '12 - 16:49 »
Reply with quoteQuote

... how bout a little clarity instead ... it shuldn't depend on autoscanning ... does the library keep ratings across drive letter changes or even folder name changes when either manually scanning new location or autoscanning?

Yes, the library info (including rating) should be retained for a track at its new location. But it needs to be the existing library entry that is updated to the new location, either automatically via the "Automatically check other drives for missing files" option or manually via the "Recover dead tracks" option. Don't re-add the file to the library from the new location otherwise you'll end up with entries for both the new and old locations (and the old one will have your ratings).

windows xp..

OK. In that case, please upload your DRWTSN32.LOG file, which you should find here:

  C:\Documents and Settings\All Users\Application Data\Microsoft\Dr Watson\
Logged
xaos
Posts: 88


« Reply #399 on: 11 Apr '12 - 22:33 »
Reply with quoteQuote

... how bout a little clarity instead ... it shuldn't depend on autoscanning ... does the library keep ratings across drive letter changes or even folder name changes when either manually scanning new location or autoscanning?

Yes, the library info (including rating) should be retained for a track at its new location. But it needs to be the existing library entry that is updated to the new location, either automatically via the "Automatically check other drives for missing files" option or manually via the "Recover dead tracks" option. Don't re-add the file to the library from the new location otherwise you'll end up with entries for both the new and old locations (and the old one will have your ratings).

...ah, much clearer, thank-you .. have no idea then how crap got screwed up over here, will just have to pay more attention next time apparently

windows xp..

OK. In that case, please upload your DRWTSN32.LOG file, which you should find here:

  C:\Documents and Settings\All Users\Application Data\Microsoft\Dr Watson\

..checked, no crashlog for or related to xmplay .. hadn't gotten any warnings, errors, notifications or otherwise on the crash either, it simply quit
Logged
Pages: 1 ... 18 19 [20] 21 22 ... 27
  Reply  |  Print  
 
Jump to:  

Powered by SMF 1.1.18 | SMF © 2013, Simple Machines