search

YAMJ / yamj-v2

Yet Another Movie Jukebox (YAMJ) v2
GNU General Public License v3.0
28 stars 11 forks source link

Mount Network Share before playing Movie #153

Closed Omertron closed 9 years ago

Omertron commented 9 years ago

Original issue 153 created by Omertron on 2008-08-21T08:21:23.000Z:

Apparently the PCH keep alive only one Network Mount at the same time. When you use YAMJ with several Network mounts, you have to mount manually the Netwok Share before playing the movie. It will be fine to make this mount inside YAMJ before playing the movie.

Omertron commented 9 years ago

Comment #1 originally posted by Omertron on 2008-10-01T10:24:32.000Z:

<empty>

Omertron commented 9 years ago

Comment #2 originally posted by Omertron on 2008-10-08T19:06:13.000Z:

Might be worth taking a look at this post on the index.html thread http://www.networkedmediatank.com/showthread.php?tid=6874&pid=67208#pid67208

Omertron commented 9 years ago

Comment #3 originally posted by Omertron on 2008-10-09T08:34:26.000Z:

any update about this request ? The implementation of the play.cgi of journey4712 or any other possible solution because this is a big limitation if you work with multiple shares. 1.first browse inside the jukebox to find a movie to play 2.you have to remind on what share the movie is located (issue 100 needed) 3.exit the jukebox 4.mount the needed share 5.start the movie direct over the share Not practical for more the 2 shares :-(

Omertron commented 9 years ago

Comment #4 originally posted by Omertron on 2008-10-15T22:18:37.000Z:

<empty>

Omertron commented 9 years ago

Comment #5 originally posted by Omertron on 2008-11-20T22:08:31.000Z:

This would help alot. With this, we can finally just have one jukebox for all movies and not worry about different shares.

Omertron commented 9 years ago

Comment #6 originally posted by Omertron on 2008-11-21T07:10:14.000Z:

I was looking at this the other day, but I'm not sure about some of the logistics of running a jukebox over multiple shares. If, for example, you have two shares (A) and (B) with the jukebox residing on (A), then playing movies from (A) is fine. If you play a movie from (B) you will need to mount the share, play the movie, re-mount share (A) when it's finished. Seeing as mounting shares is not a quick business, this could be quite cumbersome. It's also prone to the errors on the users part.

I'll continue to investigate

Omertron commented 9 years ago

Comment #7 originally posted by Omertron on 2008-11-21T10:04:03.000Z:

The real problem is that smbmount.cgi only allows 1 share, even when you call it multiple times. I've tested that with the automount.sh script but I'll have to try again under the new beta releases of the firmware.

Omertron commented 9 years ago

Comment #8 originally posted by Omertron on 2008-11-26T08:43:09.000Z:

Re-mounting a share containing the yamj files would not be a problem if you put the yamj files on the local drive, or a small usb stick. I would not put my yamj files on a share anyhow, but I suppose others do it.

Omertron commented 9 years ago

Comment #9 originally posted by Omertron on 2008-11-26T15:27:42.000Z:

Right. And I suppose that would be a requirement of using this feature...that the YAMJ generated files need to be on an internal drive or USB drive. As long as that is understood, then we might be able to get the above solution to work.

Omertron commented 9 years ago

Comment #10 originally posted by Omertron on 2008-11-26T16:19:24.000Z:

My media is stored on two network shares and it would be a big improvement if YAMJ could mount the appropriate share to play a file. Keeping the YAMJ files on the PCH internal drive wouldn't be an issue for me.

Omertron commented 9 years ago

Comment #11 originally posted by Omertron on 2008-11-26T18:42:49.000Z:

I also have multiple shares / HDDs that contain stuff that I like to create a single jukebox for. Ideally I was installing the jukebox output to the internal drive since it would allow for faster browsing, but the actual movies are on different shares. For example, HD movies vs DVD movies (encodes or ISO). Obviously that's a problem now with only 1 SMB mount at a time... especially trying to explain that to the kids, and even more so to the wife!

As well as the merged output described above, I also create separate jukeboxes for each but stored on the share. I do this so that the kids only look for DVD-quality when playing on the 720p TV, and not stream the 1080p stuff from upstairs.

Omertron commented 9 years ago

Comment #12 originally posted by Omertron on 2008-12-03T17:45:02.000Z:

I kinda got this working with my skin. It seems very shakey though, and breaks easily. I need to do further testing before i can say its ready.

Omertron commented 9 years ago

Comment #13 originally posted by Omertron on 2008-12-12T15:08:22.000Z:

I built my own video jukebox and ran into the same issue. All my media is distributed over the internal 500 GB hard drive and a 500 GB NAS with 3 external 1 TB drives. Each of those drives and the NAS itself are separate SMB shares. This gives me a total of 4 TB of space, but I wanted to have all the media accessible through the single jukebox on the internal hard drive.

My solution was to create empty directories in the Video folder on the hard drive. One folder for each SMB share.

I then created a cgi script that is called from the index.htm file. The cgi script manually mounts the smb shares onto the empty directories and redirects to my jukebox. So everytime my jukebox is started it will automatically mount all the external shares.

I've attached an example of the cgi script. It's not directly applicable to YAMJ, but
can be easily adaptable.

Even though it's a bit of a hack, it has proven to be extremely stable for me. After a reboot of the NMT it immediately works again and even if I play a movie from one of the shares from the NAS and pause it, reboot the NAS and continue the movie, it just resumes without any problems.

Omertron commented 9 years ago

Comment #14 originally posted by Omertron on 2008-12-24T07:44:12.000Z:

Huge vote for this one ;)

Omertron commented 9 years ago

Comment #15 originally posted by Omertron on 2008-12-28T22:08:31.000Z:

i support this - but i don't want to have to store the YAMJ files on an internal drive - i don't have one (to reduce noise), and really woudl rather not need it. i have a scheduled task that rebuilds my YAMJ files every evening (to catch new files etc), and it woudl be inconvenient to have to store them on the device, which may be powered off at the wall overnight.

Omertron commented 9 years ago

Comment #16 originally posted by Omertron on 2009-01-11T21:27:03.000Z:

I just ran into this problem yesterday when I started using to network drives.

Vote me in ++++

Don't want to use an internal HDD for the solution though.

Omertron commented 9 years ago

Comment #17 originally posted by Omertron on 2009-01-12T00:27:35.000Z:

This is the reason I use http streaming for almost all my media. I have a single place where I put the media that won't stream. In my case that's the internal drive, but it could be a single SMB or NFS share.

For me, things that won't stream are .isos of those few DVDs that have special features that the family must have (e.g Mamma Mia's karaoke style Sing Along). Right now that's the only one.

I convert the main movie of almost all my DVDs to MKV (no transcoding, just remuxing) and store then on my DNS323 and NSLU2 (unslung), both of which are running llink.

Since I use HTTP streaming and the internal drive, I don't have any shares defined and don't have to worry about whether

Omertron commented 9 years ago

Comment #18 originally posted by Omertron on 2009-01-12T07:51:55.000Z:

That's fine, but as you stated, you have a hard-drive to overcome the issue of non-steamable content. Many people don't have a hard-drive and also run into the issue of the http cache crashing their PCH, especially when running Robinsjexcal skin.

Personally, I have a WHS which allows me to put all my videos in one single share, but it doesn't help the issue :)

Omertron commented 9 years ago

Comment #19 originally posted by Omertron on 2009-01-12T16:22:47.000Z:

Just an FYI, Image caching is fixed in the next firmware release

If i could ever figure out why the play.cgi script is so teprimental...we could put this issue to rest. But it seems to work sometimes and not others... But it definitly does and CAN work. I've had it working.

Omertron commented 9 years ago

Comment #20 originally posted by Omertron on 2009-02-24T09:13:44.000Z:

Looks like there might be a fix in the next firmware release, but until then... http://www.networkedmediatank.com/showthread.php?tid=17494

Omertron commented 9 years ago

Comment #21 originally posted by Omertron on 2010-02-07T02:20:50.000Z:

The link in the previous post which talks about mono-wrapper is still the best solution for the A100/A110 NMT units.

However for the C200/A200 the mounting solution is to add statements inside the start_app.sh file used by the CSI installer. You need lines to mount each of your external network shares that you need access to.

example: mkdir -p "/opt/sybhttpd/localhost.drives/NETWORK_SHARE/Nachos" /bin/mount -t cifs //192.168.100.33/share
"/opt/sybhttpd/localhost.drives/NETWORK_SHARE/Nachos" -o username=nmt,password=1234

Omertron commented 9 years ago

Comment #22 originally posted by Omertron on 2010-02-10T21:17:04.000Z:

This isn't going to be fixed in YAMJ. It's third party applications such as those linked above.

Therefore, I'm going to close this issue.