Print

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

[DrWhom]

I have noticed that the bookmarking feature doesn't work as intended when in a client/server relationship.

When using the client (a HTPC with autosync on), the bookmark flag seems to be set, as it will ask me if I want to resume playback.  However, after selecting to resume, it plays back from the beginning. 

When I play videos on the client which had the bookmark flag set on the server, it resumes as intended. 

It seems that the bookmark flag is being saved, but the actual position is not. 

[glynor]

Bookmarking seems to work for me just fine from my clients.  However, I don't have the option enabled to ask before resuming enabled.  Maybe just that part is broken?

The other stuff to be sure of is this:

1. When you update tags on the Client, they don't always sync right away.  This can throw you off if you are testing and switching back and forth relatively quickly (it can take 20 minutes or so sometimes to happen automatically).  To manually sync the changes, you need to go to File -> Library -> Sync Changes, or close out of MC on the client-side completely.  Bookmarks are handled internally as tags, so if the "change" hasn't synced (since you last hit "stop"), then resuming on another machine won't work.

2. Not all media types automatically use bookmarks.  Most video files do, but not really short ones.  And most audio files don't, but Audiobooks do.  If you want to override this behavior, you can set the [Use Bookmarking] field to ON for individual files.

[DrWhom]

I'm pretty sure that at least part of the tag is being synced immediately, as it will ask me weather or not I want to resume - problem is, once I say yes, it starts from the beginning.  This happened with the option to ask before resuming turned off as well.

It might be helpful to know exactly how the bookmark is being saved - is there a separate field (i.e. a yes/no 1/0 for bookmark enabled), and another for position? 

I know the client has no problem jumping into a stream, because it will resume when the server sets the tag.  I will try doing a manual sync as well.  Regardless, I think that it would be a good option to have this tag stored locally for each device.  Also, the auto sync should probably operate each time a tag is altered (think like a push email system) rather than wait x minutes. 

Bookmarking seems to work for me just fine from my clients.  However, I don't have the option enabled to ask before resuming enabled.  Maybe just that part is broken?

The other stuff to be sure of is this:

1. When you update tags on the Client, they don't always sync right away.  This can throw you off if you are testing and switching back and forth relatively quickly (it can take 20 minutes or so sometimes to happen automatically).  To manually sync the changes, you need to go to File -> Library -> Sync Changes, or close out of MC on the client-side completely.  Bookmarks are handled internally as tags, so if the "change" hasn't synced (since you last hit "stop"), then resuming on another machine won't work.

2. Not all media types automatically use bookmarks.  Most video files do, but not really short ones.  And most audio files don't, but Audiobooks do.  If you want to override this behavior, you can set the [Use Bookmarking] field to ON for individual files.

[glynor]

It might be helpful to know exactly how the bookmark is being saved - is there a separate field (i.e. a yes/no 1/0 for bookmark enabled), and another for position? 

Yes.  The [Use Bookmarking] field is a three way switch:  Auto (default), Yes, or No.

Did you read the thread I linked?

I'm pretty sure that at least part of the tag is being synced immediately, as it will ask me weather or not I want to resume - problem is, once I say yes, it starts from the beginning.

They are ABSOLUTELY, POSITIVELY NOT synced immediately.

[DrWhom]

OK, so I've figured out that the bookmark tag is being populated correctly across server/client.  What is not working is the client is not resuming from a bookmarked state and rather just always starting from the beginning of a video clip.  My client is a rather low-powered HTPC (AMD E-350), and takes about 10-20 seconds to load a video.  Does the bookmark resume process "time out" after a while?  I'm really scratching my head over this one...

[Sauzee]

OK, so I've figured out that the bookmark tag is being populated correctly across server/client.  What is not working is the client is not resuming from a bookmarked state and rather just always starting from the beginning of a video clip.  My client is a rather low-powered HTPC (AMD E-350), and takes about 10-20 seconds to load a video.  Does the bookmark resume process "time out" after a while?  I'm really scratching my head over this one...

I have exactly the same issue. Playback will not resume on the client machine. Always starts from the beginning.

[Matt]

OK, so I've figured out that the bookmark tag is being populated correctly across server/client.  What is not working is the client is not resuming from a bookmarked state and rather just always starting from the beginning of a video clip.  My client is a rather low-powered HTPC (AMD E-350), and takes about 10-20 seconds to load a video.  Does the bookmark resume process "time out" after a while?  I'm really scratching my head over this one...

What type of video are you testing?

[Matt]

Bookmarking was only allowed for JTV when playing from a URL.

We're going to try allowing bookmarking in a coming build for all videos.

Feedback welcome.