The forum is here for legacy reasons. No new posts will be created. User registration is disabled! If you have any questions, please email us or check https://www.adultscriptpro.com for more details!
You are not logged in.
Well Symtab, as you know I had to digg what are streamming options through php files, especially look closer at "modules/videos/helpers/stream.php".
And when I reviewed the function "url_mobile" I was wondering if it is ok with "pseudostreaming" option.
You are right about Apple products - they will not play with lighttpd on 81 port, even with reverse proxy set to 80 port.
From my German friend (you should remember him of his x264 class) I have confirmation about his Android as well.
So in my opinion, pseudostreaming URL should not be used for mobile url, no matter if hashed for sec_download or not.
Apple iphone/ipad will play videos fine, and still allow to jump any video position, regardless of load status. This is apple products built-in option. I have 4 of Apple iPad/iPhone products at home. Have almost 5000 videos on website, each with mobile h264/mp4 version. All they stream fine, including psuedostreaming, even if streamed from simple apache 80 port without any streaming mod.
If port 81 is forbidden this is server case and not the script.
You should ask your hosting provider to unblock such port.
Usually this is because of firewall settings.
On many servers with WHM/cPanel, CSF (ConfigServer Security&Firewall) is installed and its settings is easy to access from cPanel, by hitting Firewall Configuration button, then among many port options just remove "81" wherever it may appear.
Also you may miss "forbidden" files and not the port. Then this can be caused by some webserver installed on port 81, like nginx or lighttpd. Webserver can be stopped (not running) or not configured well. You should go then to one who installed it.
But first question is why do you say that this is the reason that mobile doesn't work?
Mobile html version is not connected to 81 port in any way. It's like normal website, using standard http 80 port.
Port 81 can be used for videos streaming if some webserver like nginx or lighttpd is set on it.
But mobile version doesn't even have to use such streaming.
There is no need to change that. If debug is disabled, no errors will appear ever. And we do not have any notices (very very rare) and we do not have anything deprecated. Do not leave debug on, logs are written, more time is required for every request, even the script saves stuff when debug is enabled. Only enable debug when you want to work on something.
I posted only suggestion for those who wish to use debug mode, even if temporary.
But this only if own custom error/exception handler not used. This was also my choice when I was playing with the script.
Generally I agree with Symtab, you shouldn't run website with debug mode switched on.
Only in case when it's really important to catch specific error.
3 post had the same problem, im starting to think it's the new ASP script. Just want to see a solution somewhere. It's annoying that i can't convert anything. vids being upload by members show as error in admin panel. 2 days n counting.
No man, this is not script's error! I see it even without access to your server.
It is very clear that mysql query is invalid because of missing "size" value.
If it is null - this means that video was not converted, doesn't exists.
Your conversion log shows that conversion failed: HD: conversion failed!
And this the reason of your problem. This means that ffmpeg command failed. Not the script.
From log you can see it fails to assign CRF value.
You were told to check in admin->video->conversion CRF value. It can't be 0 or null
You can also try to change Bitrate Method to Auto.
If this won't help you will need to reinstall ffmpeg or get someone to install it correctly.
Installation of ffmpeg is not so obvious. It can vary form distro to distro, from version to version, can depend on different server setups.
There is no ONE universal installation method. I know that well as I did it hundreds times.
BTW.
Just imagine developer who wrote the script. Script is working properly, but someone comes and write about script's error, which is not.
This is really not nice, people should not do that until they're sure what they write about.
Mysql query is bad because size of converted video is not calculated
It can't be calculated if there was something wrong with conversion and video doesn't exist.
Did you check whether video is converted fine and video file exists in destination directory?
Did you check in your Admin if all conversion tools and libs are OK?
This is first step to do.
Next is analyzing conversion logs.
You can also limit errors display to real errors, skipping warnings, notices, deprecated.
In "libraries/bootstrap.php" you have:
error_reporting(($cfg['debug'] == '1') ? E_ALL | E_STRICT : 0);It can be changed to:
error_reporting(($cfg['debug'] == '1') ? E_ALL ^ E_NOTICE ^ E_WARNING ^ E_DEPRECATED | E_STRICT : 0);if you want to skip notices, warnings and deprecated info (all of it doesn't stop script from working)
3. Progressive method is the HTTP one.
I know well what streaming types can be, how couldn't I.
But what I found in players config files:
Flow player
<?php if (is_array($video_url)): ?>
'url': '<?php echo $video_url['file']; ?>',
'provider': 'rtmp',
<?php else: ?>
'url': '<?php echo $video_url; ?>',
'provider': 'pseudostreaming',
<?php endif; ?>This shows clearly thattype of streaming can only be "rtmp" or "pseudostreaming" - no 'progressive' option.
JWPlayer:
<?php if (is_array($video_url)): ?>
<file><?php echo $video_url['file']; ?></file>
<provider>rtmp</provider>
<streamer><?php echo $video_url['stream']; ?></streamer>
<?php else: ?>
<file><?php echo $video_url; ?></file>
<provider>http</provider>
<?php endif; ?>Again there are 2 streaming options: 'rtmp' and 'http',
in case of JWPlayer provider 'http' means http pseudostreaming. Same for Nuevoplayer.
No option for progressive streaming.
I think that when rtmp or psedudostreaming not defined - provider flashvar should not be set at all.
Am I right? Nuevoplayer differs little bit in playing progressively and with pseudostream, and this is why I ask.
Another doubt is for RTMP streaming. if (is_array($video_url)) - does it mean that this can be array of file to play + RTMP streamer URL?
--------------------
As you stated - it's possible that there are both: 'flv' and 'mp4' video available (in different folders).
So I think that I could add option to my player so it could switch between HD/SD. Of course first it requires to check if FLV exists.
I know that problem can occur if multiple servers used. But if files on same server - it's easy to check.
Nuevoplayer has option to stream HD content first, and have option to switch between HD and SD (and back)
What do you think about it?
While developing Nuevoplayer integration, then doing first install on live website I found few things that I wish to ask Symtab or whoever may know it.
1.
AdultScript version I have has option in Admin to preselect player (Flow, JW + added Nuevoplayer)
But in clients script I didn't find such option. Also client script doesn' have option for s3 streaming.
I wish to know which version of the adult script is current one.
2.
When uploaded video is of high quality it is converted to h264 MP4 and later plays as "HD" video.
My question is whether normal FLV video is converted and stored too then.
I couldn't check it as upload+convert doesnt' work on my test installation due to my server setup (used for other script and site)
3.
I found in players config code, that if RTMP streaming not used - always HTTP type of streaming is set.
What about progressive method? It's not cosidered in any place, even if selected in Admin, always HTTP is used.
Possibly I will have more questions later.
Kind regards.
There are several websites based on Adult Script Pro already using Nuevoplayer,
however as far there was no official support or professional integration scripts offered by Nuevolab for this script.
Now this changed thanks to kindness of Adult Script Pro developer.
We have built full professional integration of Nuevoplayer for this script,
so all powerful options of Nuevoplayer are easily managed from Admin.
This also concerns 4 of built-in flash advertising systems for Nuevoplayer.
We have also prepared most of Nuevoplayer Premium Plugins for AdultScript.
Unfortunately all plugins requires to have original Nuevolab integration files.
For those who already have Nuevoplayer installed, we suggest to ask for such files purchase.
The rules then are same as for other scripts - if you need to change integration files - the cost is EU 20.00
Such option is available on Nuevolab order page.
We have Adult Script Pro integration detaily described on Nuevolab website, including live demo.
http://www.nuevolab.com/integration/aspro
To learn what is Nuevoplayer, what you can do with it just navigate footer links.
------------------------------
Regards to all webmasters here!
Just had a new email from Nuevoplayer yesterday and they have v6 :
The links are not valid and lead to our private site, with errors of course.
Valid links are
1. Nuevoplayer version 6
http://www.nuevolab.com
2. New incredible plugin that allows to display video thumbs over progressbar, like lately youtube does.
http://www.nuevolab.com/slides
Third option is rather non-adult offer
We just released full AdultScript Pro integration, thanks to kindness of AdultScript Pro developer.
http://www.nuevolab.com/integration/aspro
It was not easy job, as AdultScript Pro was completely new for us.
------------------------------------
Kind regards to all webmasters here,
especially to AdultScript Pro developer.
-------------------------------------