|
|
Can Jinzora read tracks that are in another folder that is NOT under the Jinzora directory?
Yes. Basically the files just need to be in the path
of the webserver, so the browser can read them, that's it. A common thing
to do would be to create a symlinked subdirectory under the jinzora install
directory. This can be done by executing the
following command (while in the jinzora directory)
*NIX
ln -s /full/path/to/the/media/files
Windows
Thanks to a new tool in the Windows 2003 resource kit you can now do this on Windows as well
(many thanks to James Borris for pointing this out!). To do symlinking on Windows you'll
need to install the Windows 2003 resource kit (only installs on 2003 or XP, but the tool will run
on Windows 2000). Once installed use the tool linkd.exe (or copy it to a Windows 2000 server). and run
the following:
linkd drive:\path\to\files drive:\name\of\linked\dir
So as an example:
Let's say your site is in:
c:\inetpub\wwwroot
And your media is in:
d:\media
Then the command would be:
linkd.exe d:\media c:\inetpub\wwwroot\media
Then you're $media_dir in Jinzora would be:
$media_dir = "/media";
|
|
|
Can Jinzora read tracks that are on a different server entirely?
Yes, it does take some work though. Here's 2 examples:
Windows: On Windows you'd need to use NFS. NFS (Network File System) is pretty easy to setup and configure,
and there is lots of help for it on the net. I've only used it once, many years ago but it was very simple to do. One note is
that NFS only runs on the server line, not on 2000 Pro or XP, sorry...
*NIX On *NIX you have several different options. The one I use is Samba. I share my MP3's from a remote server
(a RedHat 8.0 box) using Samba, then mount that remote share in /etc/fstab again using Samba. I do this because it's simple
and I got it to work :-) The main key here is that the user that mounts to remote share be the same user that the webserver runs as
Here's an example of the line in my /etc/fstab:
//dens800/music /var/www/ross/modules/jinzora/my-music smbfs auto,users,username=apache,password=XXXXXXXXX,gid=48,uid=48 0 0
The really important items here are the gid and uid. These tell samba to mount the share as the user/group with those id's, in this
case apache. This isn't required, unless you want to be able to delete, download, upload, modify ID3 tags, etc (basically anything
that writes to the files). There are probably many ways to accomplish all this, and if anyone has a better suggestion please
let me know and I'll add it here.
|
|
|
When using IIS can files be on a different drive from where Jinzora is installed?
No and Yes. By default, no, there is no way to link files from another directory into the real filesystem directory structure
in Windows link using symlinking in *NIX. The issue is the actual files MUST exist somewhere in the path of the webserver,
and using viritual directories in IIS won't cut it.
Ok, on to the yes part. The only way to do this (we think, but have never tested - someone please let us know if we are wrong)
is to use NFS (Network File System). NFS is a Windows service (Sorry, only NT 4.0 Server, Windows 2000/2003 Server, NOT XP or 2000 pro)
that lets you mount remote (or local) filesystem inside other filesystem. Theoritically NFS should do the job.
The only other option you have is, in IIS, to change the root directory of the webserver to a new drive that has all your free space
and media tracks. This may not be possible in all cases, but it's really the only other alternative until Windows introduces symlinking :-)
|
|
|
Jinzora can play music, but I can't upload/create genres/delete genres/download, what gives?
Generally this is a problem on *nix/Apache and it is
generally a permissions issue. Basically the user that your webserver runs
as (sometimes apache, sometimes nobody, sometimes a million different possibilities..)
doesn't have write permissions to the /music or /temp directories (or
to whatever you changed their names to). Granting the
webserver user write permissions to these directories should solve this
issue
|
|
|
How can the tracks also be accessible through FTP?
Yes. See the example just above this one, you'd basically do the same thing. Just make sure the files are in the
path of your FTP server (assuming both are on the same box). Then do the above.
|
|
|
The artists/album names are too short
You can set the Artist and Album truncate lengths either
at install/upgrade time (the options are on page 2) or you can edit settings.php
and change the following lines:
$artist_truncate
$album_name_truncate
These two values control how the data is displayed by Jinzora.
|
|
|
How can I change the wording (terms) used in Jinzora?
By creating a "custom" language file. Basically just copy the file lang/english.php (or any of the others)
and rename it to custom.php Once you've created the new file edit the entries in it as you wish. Once edited
change the language either in setup (on page two) or edit the line in settings.php to:
$lang_file = "custom";
That will tell Jinzora to use your custom language file.
|
|
|
Can Jinzora stream video?
Yes. Jinzora should be able to stream any file that can stream over HTTP. All you need to do
is to make sure that the file extension you'd like to stream is listed in the variable:
$video_type = "ext|ext|ext|ext";
Where ext is the extension of the file type you'd like
to stream (separated by |).
|
|
|
How do I create new users for Jinzora?
By editing the file users.php There is documentation
in this file for the format that the entire's need to be in, please reference
it.
|
|
|
What dimensions should my album art be?
It doesn't really matter, but all mine are about 134x134 pixels. That's the reference size that I use
when developing Jinzora. While technically it doesn't matter, something around this size should be best.
|
|
|
What screen resolution is Jinzora designed for?
While it technically doesn't matter, Jinzora is best view at at least 1024x768 or higher. I test it
(and run it personally) at 1280x1024, but I do make sure it will look ok at 1024x768. Anything lower
and there is just too much stuff to show for it to look good. Remember there are many things you can
change visually about Jinzora, like turning off the drop down boxes in the header, specify how many
columns to display on the Genre/Artist page, how many columns for album art, etc, etc. Please pay
close attention to the second page of the installer, as this is where these options are.
|
|
|
Can Jinzora run through SSL?
Yep, totally. If you access Jinzora with a URL that is SSL (HTTPS) then it will stay in SSL as you
browse through Jinzora. If you generate a playlist while in SSL the playlist will be generated
as SSL, so you should be good to go! :-)
|
|
|
Why don't uploads work all the time?
Basically because doing file uploads through PHP sucks. There isn't much that can be done about it,
that's just how it is. We are constantly trying to find ways around this but nothing yet... :-(
|
|
|
Why do the album art images look like crap sometimes?
There are a few possible reasons for this, they could be:
1. That you are resizing the images in Jinzora. This is a cool feature (I think anyway) but GD doesn't
do the best job at resizing jpeg's. I've played with it a lot in other projects and it never does a great job.
Unfortunately I can't do anything about that :-) You can try setting all the resizing to 0 and see if that helps
with the quality (a setting of 0 turns off image resizing)
2. That you're not resizing and the images are just small. When Jinzora auto grabs images it does it
from imgaes.google.com During that auto grab process it takes the first image it finds a match on
and saves that as the album art (and they optionally resizes it). You can click "Change" under the
image to try to find a bigger, better one. Again I'm at the mercy of google to give me good images...
|