2010-01-30 22:26:47 +00:00
|
|
|
/*
|
2013-07-12 20:11:08 +00:00
|
|
|
* Original author: M. Tourne
|
|
|
|
*
|
2015-04-13 07:36:54 +00:00
|
|
|
* This file is part of mpv.
|
|
|
|
*
|
|
|
|
* mpv is free software; you can redistribute it and/or modify
|
2010-01-30 22:26:47 +00:00
|
|
|
* it under the terms of the GNU General Public License as published by
|
2017-05-11 06:12:14 +00:00
|
|
|
* the Free Software Foundation; either version 3 of the License, or
|
2010-01-30 22:26:47 +00:00
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
2015-04-13 07:36:54 +00:00
|
|
|
* mpv is distributed in the hope that it will be useful,
|
2010-01-30 22:26:47 +00:00
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License along
|
2015-04-13 07:36:54 +00:00
|
|
|
* with mpv. If not, see <http://www.gnu.org/licenses/>.
|
2010-01-30 22:26:47 +00:00
|
|
|
*/
|
2005-05-19 20:58:11 +00:00
|
|
|
|
|
|
|
#include "config.h"
|
|
|
|
|
|
|
|
#include <libsmbclient.h>
|
|
|
|
#include <unistd.h>
|
2018-06-23 03:02:07 +00:00
|
|
|
#include <pthread.h>
|
2005-05-19 20:58:11 +00:00
|
|
|
|
2013-12-17 01:39:45 +00:00
|
|
|
#include "common/msg.h"
|
2005-05-19 20:58:11 +00:00
|
|
|
#include "stream.h"
|
2013-12-17 01:02:25 +00:00
|
|
|
#include "options/m_option.h"
|
2005-05-19 20:58:11 +00:00
|
|
|
|
2017-10-10 13:51:16 +00:00
|
|
|
#include "config.h"
|
|
|
|
#if !HAVE_GPL
|
|
|
|
#error GPL only
|
|
|
|
#endif
|
|
|
|
|
2018-06-23 03:02:07 +00:00
|
|
|
static pthread_mutex_t smb_lock = PTHREAD_MUTEX_INITIALIZER;
|
|
|
|
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
struct priv {
|
|
|
|
int fd;
|
|
|
|
};
|
|
|
|
|
2005-05-19 20:58:11 +00:00
|
|
|
static void smb_auth_fn(const char *server, const char *share,
|
|
|
|
char *workgroup, int wgmaxlen, char *username, int unmaxlen,
|
2014-04-13 16:00:51 +00:00
|
|
|
char *password, int pwmaxlen)
|
2005-05-19 20:58:11 +00:00
|
|
|
{
|
2013-12-22 22:42:58 +00:00
|
|
|
strncpy(workgroup, "LAN", wgmaxlen - 1);
|
2018-10-22 19:12:11 +00:00
|
|
|
workgroup[wgmaxlen - 1] = '\0';
|
2005-05-19 20:58:11 +00:00
|
|
|
}
|
|
|
|
|
2019-11-07 14:54:34 +00:00
|
|
|
static int64_t get_size(stream_t *s) {
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
struct priv *p = s->priv;
|
2019-11-07 14:54:34 +00:00
|
|
|
pthread_mutex_lock(&smb_lock);
|
|
|
|
off_t size = smbc_lseek(p->fd,0,SEEK_END);
|
|
|
|
smbc_lseek(p->fd,s->pos,SEEK_SET);
|
|
|
|
pthread_mutex_unlock(&smb_lock);
|
|
|
|
return size;
|
2006-12-19 22:31:10 +00:00
|
|
|
}
|
|
|
|
|
2012-11-18 19:46:12 +00:00
|
|
|
static int seek(stream_t *s,int64_t newpos) {
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
struct priv *p = s->priv;
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_lock(&smb_lock);
|
|
|
|
off_t size = smbc_lseek(p->fd,newpos,SEEK_SET);
|
|
|
|
pthread_mutex_unlock(&smb_lock);
|
|
|
|
if(size<0) {
|
2005-05-19 20:58:11 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2019-11-07 14:28:50 +00:00
|
|
|
static int fill_buffer(stream_t *s, void *buffer, int max_len){
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
struct priv *p = s->priv;
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_lock(&smb_lock);
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
int r = smbc_read(p->fd,buffer,max_len);
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_unlock(&smb_lock);
|
2005-05-19 20:58:11 +00:00
|
|
|
return (r <= 0) ? -1 : r;
|
|
|
|
}
|
|
|
|
|
2019-11-07 14:28:50 +00:00
|
|
|
static int write_buffer(stream_t *s, void *buffer, int len) {
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
struct priv *p = s->priv;
|
2018-06-23 15:09:26 +00:00
|
|
|
int wr;
|
2019-09-14 11:00:43 +00:00
|
|
|
pthread_mutex_lock(&smb_lock);
|
|
|
|
wr = smbc_write(p->fd,buffer,len);
|
|
|
|
pthread_mutex_unlock(&smb_lock);
|
|
|
|
return wr;
|
2005-05-19 20:58:11 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static void close_f(stream_t *s){
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
struct priv *p = s->priv;
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_lock(&smb_lock);
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
smbc_close(p->fd);
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_unlock(&smb_lock);
|
2005-05-19 20:58:11 +00:00
|
|
|
}
|
|
|
|
|
2014-05-24 12:06:13 +00:00
|
|
|
static int open_f (stream_t *stream)
|
2013-07-11 19:10:42 +00:00
|
|
|
{
|
2005-05-19 20:58:11 +00:00
|
|
|
char *filename;
|
2012-11-18 19:46:12 +00:00
|
|
|
int64_t len;
|
2005-05-19 20:58:11 +00:00
|
|
|
int fd, err;
|
2009-07-06 23:26:13 +00:00
|
|
|
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
struct priv *priv = talloc_zero(stream, struct priv);
|
|
|
|
stream->priv = priv;
|
|
|
|
|
2005-05-19 20:58:11 +00:00
|
|
|
filename = stream->url;
|
2009-07-06 23:26:13 +00:00
|
|
|
|
2014-05-24 15:00:30 +00:00
|
|
|
bool write = stream->mode == STREAM_WRITE;
|
|
|
|
mode_t m = write ? O_RDWR|O_CREAT|O_TRUNC : O_RDONLY;
|
2009-07-06 23:26:13 +00:00
|
|
|
|
2005-05-19 20:58:11 +00:00
|
|
|
if(!filename) {
|
2013-12-21 19:36:45 +00:00
|
|
|
MP_ERR(stream, "[smb] Bad url\n");
|
2005-05-19 20:58:11 +00:00
|
|
|
return STREAM_ERROR;
|
|
|
|
}
|
2009-07-06 23:26:13 +00:00
|
|
|
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_lock(&smb_lock);
|
2005-05-19 20:58:11 +00:00
|
|
|
err = smbc_init(smb_auth_fn, 1);
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_unlock(&smb_lock);
|
2005-05-19 20:58:11 +00:00
|
|
|
if (err < 0) {
|
2013-12-21 19:36:45 +00:00
|
|
|
MP_ERR(stream, "Cannot init the libsmbclient library: %d\n",err);
|
2005-05-19 20:58:11 +00:00
|
|
|
return STREAM_ERROR;
|
|
|
|
}
|
2009-07-06 23:26:13 +00:00
|
|
|
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_lock(&smb_lock);
|
2005-05-19 20:58:11 +00:00
|
|
|
fd = smbc_open(filename, m,0644);
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_unlock(&smb_lock);
|
2009-07-06 23:26:13 +00:00
|
|
|
if (fd < 0) {
|
2013-12-21 19:36:45 +00:00
|
|
|
MP_ERR(stream, "Could not open from LAN: '%s'\n", filename);
|
2005-05-19 20:58:11 +00:00
|
|
|
return STREAM_ERROR;
|
|
|
|
}
|
2009-07-06 23:26:13 +00:00
|
|
|
|
2006-12-19 22:31:10 +00:00
|
|
|
len = 0;
|
2014-05-24 15:00:30 +00:00
|
|
|
if(!write) {
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_lock(&smb_lock);
|
2006-12-20 20:30:08 +00:00
|
|
|
len = smbc_lseek(fd,0,SEEK_END);
|
|
|
|
smbc_lseek (fd, 0, SEEK_SET);
|
2018-06-23 03:02:07 +00:00
|
|
|
pthread_mutex_unlock(&smb_lock);
|
2006-12-19 22:31:10 +00:00
|
|
|
}
|
2014-05-24 15:00:30 +00:00
|
|
|
if(len > 0 || write) {
|
2014-05-24 12:04:09 +00:00
|
|
|
stream->seekable = true;
|
2005-05-19 20:58:11 +00:00
|
|
|
stream->seek = seek;
|
|
|
|
}
|
stream: remove fd member
Stream implementations could set this to a unix file descriptor. The
generic stream code could use it as fallback for a few things. This
was confusing and insane. In most cases, the stream implementations
defined all callbacks, so setting the fd member didn't have any
advantages, other than avoiding defining a private struct to store it.
It appears that even if the stream implementation used close() on the
fd (or something equivalent), stream.c would close() it a second time
(and on windows, even would call closesocket()), which should be proof
for the insanity of this code.
For stream_file.c, additionally make sure we don't close stdin or
stdout if "-" is used as filename.
For stream_vcd.c, remove the control() code. This code most likely
didn't make the slightest sense, because it used a different type
for stream->priv. It also leaked memory. Maybe it worked, but it's
incorrect and insignificant anyway, so kill it. This code was added
with commit 9521c19 (svn commit 31019).
Untested for all protocols other than stream_file.c.
2013-07-12 20:07:07 +00:00
|
|
|
priv->fd = fd;
|
2005-05-19 20:58:11 +00:00
|
|
|
stream->fill_buffer = fill_buffer;
|
|
|
|
stream->write_buffer = write_buffer;
|
|
|
|
stream->close = close_f;
|
2019-11-07 14:54:34 +00:00
|
|
|
stream->get_size = get_size;
|
2015-03-09 10:31:38 +00:00
|
|
|
stream->streaming = true;
|
2009-07-06 23:26:13 +00:00
|
|
|
|
2005-05-19 20:58:11 +00:00
|
|
|
return STREAM_OK;
|
|
|
|
}
|
|
|
|
|
2007-12-02 13:22:53 +00:00
|
|
|
const stream_info_t stream_info_smb = {
|
stream: fix url_options field, make protocols field not fixed length
The way the url_options field was handled was not entirely sane: it's
actually a flexible array member, so it points to garbage for streams
which do not initialize this member (it just points to the data right
after the struct, which is garbage in theory and practice). This was
not actually a problem, since the field is only used if priv_size is
set (due to how this stuff is used). But it doesn't allow setting
priv_size only, which might be useful in some cases.
Also, make the protocols array not a fixed size array. Most stream
implementations have only 1 protocol prefix, but stream_lavf.c has
over 10 (whitelists ffmpeg protocols). The high size of the fixed
size protocol array wastes space, and it is _still_ annoying to
add new prefixes to stream_lavf (have to bump the maximum length),
so make it arbitrary length.
The two changes (plus some more cosmetic changes) arte conflated into
one, because it was annoying going over all the stream implementations.
2013-08-25 20:49:27 +00:00
|
|
|
.name = "smb",
|
|
|
|
.open = open_f,
|
2014-06-10 21:56:05 +00:00
|
|
|
.protocols = (const char*const[]){"smb", NULL},
|
2014-05-24 12:06:13 +00:00
|
|
|
.can_write = true, //who's gonna do that?
|
stream, demux: redo origin policy thing
mpv has a very weak and very annoying policy that determines whether a
playlist should be used or not. For example, if you play a remote
playlist, you usually don't want it to be able to read local filesystem
entries. (Although for a media player the impact is small I guess.)
It's weak and annoying as in that it does not prevent certain cases
which could be interpreted as bad in some cases, such as allowing
playlists on the local filesystem to reference remote URLs. It probably
barely makes sense, but we just want to exclude some other "definitely
not a good idea" things, all while playlists generally just work, so
whatever.
The policy is:
- from the command line anything is played
- local playlists can reference anything except "unsafe" streams
("unsafe" means special stream inputs like libavfilter graphs)
- remote playlists can reference only remote URLs
- things like "memory://" and archives are "transparent" to this
This commit does... something. It replaces the weird stream flags with a
slightly clearer "origin" value, which is now consequently passed down
and used everywhere. It fixes some deviations from the described policy.
I wanted to force archives to reference only content within them, but
this would probably have been more complicated (or required different
abstractions), and I'm too lazy to figure it out, so archives are now
"transparent" (playlists within archives behave the same outside).
There may be a lot of bugs in this.
This is unfortunately a very noisy commit because:
- every stream open call now needs to pass the origin
- so does every demuxer open call (=> params param. gets mandatory)
- most stream were changed to provide the "origin" value
- the origin value needed to be passed along in a lot of places
- I was too lazy to split the commit
Fixes: #7274
2019-12-20 08:41:42 +00:00
|
|
|
.stream_origin = STREAM_ORIGIN_FS,
|
2005-05-19 20:58:11 +00:00
|
|
|
};
|