Adult Script Pro Community Forums

1.
Video always loose some of quality on each reencoding attempt, though in most cases people may not even see the difference.
2.
Calculation for frame to jump and time offset for h264/mp4 video is of course much more complicated than for FLV, but it should not decide of visible delay in load time. These are just milliseconds. So if fast forward for mp4 is slower for you the reason must be server related.
It happens that mimetype is not configured properly on server and video file called by player is ""application/octet-stream" mimetype instead of "video/mp4".
On most servers it doesn't make any difference, but on some it does.

Both FLV and MP4 should have information about keyframes properly inserted and located. For FLV this is usally flvtool2 or yamdi that does the trick, for MP4 in case of ASP script this is  moovrelocator script which moves mp4 movie header atom (an mvhd atom) to the beginning of the mp4 file.
The MOOV atom acts as an index of the video data. It is here that the MPEG-4 muxer stores information about the file to enable the viewer to play and scrub the file. The file will not start to play until the player can access this index.
The moov atom is normally stored at the end of the file. So you can't scrub video until entire mp4 file is loaded. That's why there are scripts like moovrelocator or mp4box that move such atom to the beginning of the file so scrubbing video is possible immediately when video starts.
Detailed information about MP4 MOOV atom you can find at Adobe resources
http://www.adobe.com/devnet/video/artic … _atom.html

On mobile devices and tablets (concern only mp4 mobile videos) fast forward works different than for flash player. This is always html5 built-in video player using built-in HLS type of streaming and it can be even slower with scrubbing to time position than flash streaming. This is quite different method but you can't change it as it's the only built-in method for such devices.

This is kind of missunderstanding.
"Responsive" refers to HTML objects that reacts on browser's dimensions.
Symtab surely means that default player iframe works fine only at selected frame size.
But if you change it manually later, player object doesn't fit iframe automatically.
In ppposite Nuevoplayer iframe works fine with any frame dimensions, even if it's changed later manually.
xpornclub knows it, as when you embed his code, player will always fit iframe whatever size.

Talking of responsive design is something different.
Definition is clear: such design "adapts the layout to the viewing environment by using fluid, proportion-based grids,flexible images,CSS3 media queries, an extension of the @media rule."

In clear words this means that HTML elements are adopted to browser's size, even if it is stretched/reduced manually in the runtime.
Good example of responsive template is my Wordpress Nuevoplayer integration demo on http://www.cglex.com
When you watch video, try to resize browser and you'll see that player changes size automatically at certain moment, depending if  vertical html elements go outside/inside browser's dimension.
That's about "responsive" term.

xpornclub, you also miss some secrets about Nuevoplayer.
Player size is one thing, video size is other thing.
Nuevoplayer allows to choose initial video scaling method.
This can be "fit to screen" or "preserve aspect ratio".
So it will play as you decide in Nuevoplayer settings.
However scaling method can be changed during playback as well.
There is settings button in controlbar for this purpose.

In general when someone has any HTML display issue, it's often not possible to suggest anything useful by reading only issue description. Even screenshot doesn't help in anything. Only live example link allows to see the issue and sometimes (not always) allows more experienced people to help in such matter.

10 EU is like 13.5 $, not 16$

Personally I hate navigating separate login page.
On my own video website I changed it years ago, so user can login from any page.
It's faster, more elegant, more user friendly, no redirection based on session value for last page after login.
Not a big thing, but if someone takes care about his site....

We never use rude language or words, unfortunately those who often are rude themselves and not trying to understand so many possible web limits, internet related issues or cannot get what they want, take our replies as rude, while we only reply what are facts, what is possible or not, what we can agree or not. Of course for such users we are not happy to continue any support or discussion which is above standard support and standard product's usage.
Nice people are supported in same nice way.

Mr Thiva.

Your email adress is the reason that you cannot receive any reply and cannot recover passwords.
I have wrote about it under other of your posts here, seems you do not follow such things.
Every email sent to your email account is not delivered and we receive only multiple annoying back warnings.
Our system is sending emails from 3 different accounts, 3 different hosts, so it cannot be a problem.
Change your email address (and host) and then try to write. Yahoo is well known for rejecting lot of proper emails.

Mr xporncluub,

you were informed that we cannot do anything until we can connect your website and see videos,
also until we can connect your ftp at reasonable speed.
I don't know why, but for us your server was very slow and made impossible to watch any video, impossible to work with files via FTP.
Today we checked your site, it was little bit faster and so I immediately did what you asked about and emailed about it.
Maybe you did not note it or need to clear browser's cookies?

Sorry man, I'm only saying what I see on my side.
Website is loading not bad, but accessing video is almost impossible.
Let's say I can see entire website in 1 second about (even if i clear bowsre's cache)
But then i wait for video to appear for 20-40 seconds.
Even when it finally start to play, it's buffering all the time and always very long ime.
When I jump to new location (http pseudo streaming), again it's start loading for very long time.
Even when I saw your site first time, when it was playing with flow player, it was also slow to open video or jump to new time.

Well, this is one of slowest streaming I ever seen.
It's faster little bit (after peak hours), but still video access is slow.
Try to do test of page URL with video.

For me load time is over 10 seconds, though real load time is much longer.
Website home url is loading 1,5 sec.

Most of my sites are loading in 0.9-1.0 second.
Page with video - 1,4 sec.

You probably know that I've worked for thousands people, seen thousands servers.
Maybe it's not about entire server, but nginx only? Hard to say.

To make use of html5 support with Nuevoplayer you must switch Nuevoplayer mode to "Flash+HTML5"
Other requirement is mobile video. Either default video must be mp4 container/h264 encoded with aac sound and baseline profile, or must be dedicated mp4 video for mobile (same type). Nuevoplayer configuration file searches for both.
In your case dedicated mobile video is not available, but those default mp4 videos I've seen seem to be fine for html5 playback.
Nuevoplayer automatically searches for browser's flash support first and if available plays flash.
When flash not supported code checks for "video" html5 tag support, and if found attempts to play html5 version of player.
I can see on your site that nuevoplayer is only in flash mode, this can be changed in configuration.

Of course I don't know what is your mobile device, don't know what is browser (not all browsers can play mp4 with html5 video tag)

But other thing is that from my point of view and location I see that your site is extremely slow with downloading video.
I don't know if this is sever or some configuration.
I can also confirm that also ftp connection is extremely slow, doesn't allow to work with files in rational and safe way.
Well, server was much faster few days ago but now it's terrible. Please note - this has nothing to scripts or other software installed. It's only server related. Enough is to try and download video from URL to see how slow it is. FTP file download speed is about 7-15 KB/s. That's very slow.
To compare: I have it about 400-600 kb/s, and from better location (west US) it's over 2 MB/s.
On such slow server you can't have big expectations, can't expect that everything will work as it should.

Ok, disregard my previous post.
Even if I was able to assign 2 videos (normal and HD) for the player,
client was not satisfied of vdeo quality (before it was always mp4, later flv with option to switch to mp4).
Well people are not sure what they really want sometimes.... or are not aware of the final result that requested change may bring.

One thing I can't understand, why most of video scripts devs are still keeping FLV format.
Why not convert all in mp4 but different quality, and then standard video make playable on mobiles?
I made such conversion change for other script. This makes less mess up about mobile video and saves a lot of bandwidth.

Yeah that's what I already did, especially as Nuevoplayer must read different configuration xml set, with "premium=1" filter.
I succesfully made change for Nuevoplayer for premium content, but it was manual change in "premium_view_player" template file.
Now if I only have a chance I will try with your code. Thanks.

Just came here to demistify few things:

1. HTML5 player if not native, is javascript wrapper which in many cases may load slower than flash.
2. HTML5 player will not play on few major desktop browsers. It will not play mp4 on desktop browsers like Firefox or Opera (they support webm format).
3. HTML5 player will never have some nice or advance options as flash player.
4. HTML5 stream decoding speed doesn't differ from flash, some streaming options are faster using flash.

Summarizing,
1. When this is desktop browser with flash support - this should be flash player.
2. When this is mobile device - this should be HTML5 player

That's why all modern players use device and browser fallback.
Player first detect browser's flash support and if detected use flash version of player.
If flash not present - detects HTML5 video tag support and if detected use it to play video, most often presented as javascript wrapper.