Print

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

[betonmoewe]

Hi,

the behaviour of .61 is worse as .60

This time MC does not start (i.e. MC alls the time with > 96% CPU but nothing happends) even with debuging on !!!

Please help ....

[Matt]

Hi,

the behaviour of .61 is worse as .60

This time MC does not start (i.e. MC alls the time with > 96% CPU but nothing happends) even with debuging on !!!

Please help ....

Could you send a full log to matt @ jriver.com?  We haven't seen this on our computers.

Thanks.

[betonmoewe]

This is all what I get and then nothing else happend until I kill MC with the task manager



00:40:57: General: CMCPlayerApp::InitInstance: Start
00:40:57: General: CMCPlayerApp::InitInstance: Loading file types
00:40:57: General: CMCPlayerApp::InitInstance: Registering objects
00:40:57: General: CMCPlayerApp::InitInstance: Creating MC core
00:40:57: General: CMCCore::Create: Start
00:40:57: General: CMCCore::Create: Creating factory
00:40:57: General: CMCCore::Create: Creating flavor
00:40:57: General: CMCCore::Create: Creating DB
00:40:57: General: CMCDBCore::CMCDBCore: Start
00:40:57: General: CMCDBCore::CMCDBCore: Creating database objects

0.59 started ok without debugging on, 0.60 only if at least one debug choice is selected and now ... 

[Matt]

It's something with the database.  Maybe try renaming your database folder.  Will MC start then?

Thanks.

[betonmoewe]

hi,

even with an empty database (folder moved), same problem ... BUT now I have found something: in .61 (not in .60!) if I kill MC in this state and restart it again I got the "incomplete shutdown" message box. After confirmation, MC starts in a correct way! I have tried this several times (with emty and with old database), every time the same behaviour, I have to get the "incomplete shutdown" message box.

Thanks

[KingSparta]

I Get 50% Used But MC Stays Basically Locked Up For Over 15 Min's

I did wonder in the C:\Podcast folder and MC was downloading media files i could see them being created.

came backup with a tagging error (not sure why maybe because i deleted some of the podcasts when i was in there).

once MC was done with the podcast it seems it is ok now.

i went in to mc and deleted a podcast file, and MC became non responsive again.

it seems once you delete a file in the podcast list mc will download the file again and make mc non responsive until the file is downloaded.

what i thought was interesting is when i deleted the subscribed podcast in mc the files remain listed. then i deleted the file in the list and rebooted mc.

when loading mc again it went to 50% in the task manager (never showed up on the desktop). but it seemed to be downloading the files that were in the now deleted podcast list.

[KingSparta]

just an update media center still has not shown up (few hours later) it is still at 50% cpu useage.

going back a version.

[KingSparta]

when attempting to install media center 11.1.60 media center install reported a running copy of media center is running.

it asked me if i wanted it terminated, "Yes" rendered that it could not terminate the running copy of media center 11.1.61

so i terminated it Thur task manager

and installed mc 11.1.60 and it loads and works correctly

Listening to: 'Bullwinkle Pulling A Rabbit Out Of His Hat' by 'Rocky & Bullwinkle'  on Media Center 11

[lpr]

I just posted a similar problem in the "Media Center 11.1.61 Alpha" thread.

[JimH]

If the problem is what I think it is, you can get around it by renaming this file:

C:\Documents and Settings\[username]\Application Data\J River\Media Center 11\Library\podcast.xml

[KingSparta]

If the problem is what I think it is, you can get around it by renaming this file:

C:\Documents and Settings\[username]\Application Data\J River\Media Center 11\Library\podcast.xml

Yep That Is It

The File Was Called "podcast" without an extender however, once this was renamed and MC11.1.61 installed it worked.

CPU Back To Normal

Contents Of "podcast" file

<podcast>
<max_total_disk>1000000000</max_total_disk>
<min_free_disk>100</min_free_disk>
<max_total_threads>5</max_total_threads>
<max_download_threads>3</max_download_threads>
<max_unsubscribed_disk>1000000000</max_unsubscribed_disk>
<max_unsubscribed_days>1000000</max_unsubscribed_days>
<max_unsubscribed_episodes>1000000</max_unsubscribed_episodes>
<dir_refresh_interval>3600</dir_refresh_interval>
<dir_retry_interval>300</dir_retry_interval>
<dir_max_tries>3</dir_max_tries>
<keep_space_needed>0</keep_space_needed>
<repository>c:\Podcasts</repository>
<download>
<refresh_interval>3600</refresh_interval>
<retry_interval>300</retry_interval>
<max_tries>3</max_tries>
<auto_max_episodes>1</auto_max_episodes>
<purge_max_episodes>1000</purge_max_episodes>
<purge_max_disk>1000000</purge_max_disk>
<purge_max_days>365000</purge_max_days>
</download>
<tag>
<genre>Podcast</genre>
<artist>[feed]</artist>
<album>[date]</album>
<name>[title]</name>
<comment>[description]</comment>
<directory>[feed]</directory>
<filename>[file]</filename>
</tag>
<time>
<start_days>127</start_days>
<stop_days>127</stop_days>
<start_time>0</start_time>
<stop_time>1439</stop_time>
<max_bandwidth>1000000</max_bandwidth>
<auto_download>1</auto_download>
<manual_download>1</manual_download>
</time>
</podcast>

[JimH]

Thanks.

The file extension is xml but Explorer may not show it.  The setting in Explorer is called "Hide extensions for well known file types" and the default is on but probably should be off.

So it looks like you have no podcast feeds entered.  Or did you just send the top of the file?

Another thing that should improve the problem is to set the number of threads to a lower number (1, for example).

We'll take a look at what we can do here.

[KingSparta]

The file extension is xml but Explorer may not show it.  The setting in Explorer is called "Hide extensions for well known file types" and the default is on but probably should be off.

Yep That Was It

So it looks like you have no podcast feeds entered.

No I Don't, When I Ran Into The Problem I Knew It Was The PodCast Part Of The Program That Was Doing It, And Attempted To Delete It In MC

I did change MC to 1 thread just now and MC goes backinto NoMans land in the taskmanager at 50%

so the fix works fine if you do not create a podcast, once you do create a podcast it brakes again

[Matt]

There's a build going up in a few minutes. (62)  Please let us know if it changes the situation, and also please post (or email to matt @ jriver.com) a full log if you're still having problems.

Thanks.

[Gene]

I Get 50% Used But MC Stays Basically Locked Up For Over 15 Min's

I did wonder in the C:\Podcast folder and MC was downloading media files i could see them being created.

came backup with a tagging error (not sure why maybe because i deleted some of the podcasts when i was in there).

once MC was done with the podcast it seems it is ok now.

i went in to mc and deleted a podcast file, and MC became non responsive again.

it seems once you delete a file in the podcast list mc will download the file again and make mc non responsive until the file is downloaded.

what i thought was interesting is when i deleted the subscribed podcast in mc the files remain listed. then i deleted the file in the list and rebooted mc.

when loading mc again it went to 50% in the task manager (never showed up on the desktop). but it seemed to be downloading the files t hat were in the now deleted podcast list.

So far I have not been able to reproduce the 50% CPU or the lockup problem, but work continues....

Currently we have no way of keeping track of which episodes you have deleted in the past.  Hence we treat a deleted episode as though you have never downloaded it.

You should get the following behavior:

-- If the episode is no longer present in the feed, it vanishes from the list.

-- If the episode is still present in the feed, but isn't one of the N most recent episodes you asked to download as necessary, it stays in the Podcast Feed list, but its file location switches from on local disk to available from the http:// location shown.

-- If the episodes is still present, and is one of the N most recent episodes, Media Center starts downloading it again.

If we are to avoid the thrid case, we need to remember which episodes have been deleted.  We could do this by marking them with a kind of  <deleted> status in the database.  The <deleted> entry could then be removed when the file is no longer available from some feed.  That is a little messy, but it could be done.

The tagging errors usually occur because the file being downloaded is not actually an MP3 file, and we are not yet smart enough to detect that and not try to tag it.   Usually the file is a media type that doesn't allow tagging or sometimes a torrent file.  We're talking about handling torrent files in the future....

[KingSparta]

11.1.62 seems to have fixed the problem

[betonmoewe]

Thanks,

you have fixed it !!!

0.62 startup is like it should be (even without debugging on (workaround for 0.60))!

At least this issue is fixed ....

[Gene]

I Get 50% Used But MC Stays Basically Locked Up For Over 15 Min's

I did wonder in the C:\Podcast folder and MC was downloading media files i could see them being created.

came backup with a tagging error (not sure why maybe because i deleted some of the podcasts when i was in there).

once MC was done with the podcast it seems it is ok now.

i went in to mc and deleted a podcast file, and MC became non responsive again.

it seems once you delete a file in the podcast list mc will download the file again and make mc non responsive until the file is downloaded.

what i thought was interesting is when i deleted the subscribed podcast in mc the files remain listed. then i deleted the file in the list and rebooted mc.

when loading mc again it went to 50% in the task manager (never showed up on the desktop). but it seemed to be downloading the files that were in the now deleted podcast list.

Found a related problem today (was not causing the behavior above directly) where we used the database very badly when downloading Podcast Feeds.  With lots of feeds, this slowed down startup considerably.  In the next build, the presence of Podcasts should no longer affect startup times.