Have you tried with other codecs other than libx264? libx264 is an
external library and can also be different on the 2 systems.
Also log files of the 2 different encodes would be interesting to look at.
Hilsen
Jimmy Christensen
Developer
Ghost A/S
On 21/04/15 11:41, Ron Ganbar wrote:
Hi and thanks again.
As the build is the same and the OS is the same, my only question now is
whether ffmpeg has bias based on hardware?
Ron Ganbar
email: ron...@gmail.com <mailto:ron...@gmail.com>
tel: +44 (0)7968 007 309 [UK]
+972 (0)54 255 9765 [Israel]
url: http://ronganbar.wordpress.com/
On Mon, Apr 20, 2015 at 5:08 PM, Johannes Hezer <j.he...@studiorakete.de
<mailto:j.he...@studiorakete.de>> wrote:
__
we always us the static compiles from here:
Static builds *windows*:
http://ffmpeg.zeranoe.com/builds/
Static builds *linux*:
http://ffmpeg.gusari.org/static/64bit/
as far as I remember I cannot recall color offsets.
though we are mainly under linux and only have a few windows machines...
On April 20, 2015 at 3:46 PM Ron Ganbar <ron...@gmail.com
<mailto:ron...@gmail.com>> wrote:
Nope. It's just a source video. Not going through Nuke at all
while testing.
Ron Ganbar
email: ron...@gmail.com <mailto:ron...@gmail.com>
tel: +44 (0)7968 007 309 <tel:%2B44%20%280%297968%20007%20309> [UK]
+972 (0)54 255 9765 <tel:%2B972%20%280%2954%20255%209765> [Israel]
url: http://ronganbar.wordpress.com/
On Mon, Apr 20, 2015 at 4:18 PM, Randy Little
<randyslit...@gmail.com <mailto:randyslit...@gmail.com>> wrote:
Render manager changing something in the temp script?
On Apr 20, 2015 9:00 AM, "Ron Ganbar" < ron...@gmail.com
<mailto:ron...@gmail.com>> wrote:
Hi Diogo,
I've actually made some headway with this and I tested
with the same version on ffmpeg on a local desktop linux
system and a remote linux server. I still get very
different results, which again leads me to believe there
is some hardware bias that's happening.
If anybody has any thoughts about this, I'll appreciate it.
Thanks
R
Ron Ganbar
email: ron...@gmail.com <mailto:ron...@gmail.com>
tel: +44 (0)7968 007 309
<tel:+44%20%280%297968%20007%20309> [UK]
+972 (0)54 255 9765 <tel:+972%20%280%2954%20255%209765>
[Israel]
url: http://ronganbar.wordpress.com/
On Mon, Apr 20, 2015 at 3:50 PM, Diogo Girondi
<diogogiro...@gmail.com <mailto:diogogiro...@gmail.com>>
wrote:
I think the problem is with the different ffmpeg
versions, there some considerable changes on how
things are handled between 2.0 and 2.6. Have you tried
the 2.6.32 on Linux to check if there still
significant differences?
v 2.0.6
libavutil 52. 38.100
libavcodec 55. 18.102
libavformat 55. 12.100
libavdevice 55. 3.100
libavfilter 3. 79.101
libavresample 1. 1. 0
libswscale 2. 3.100
libswresample 0. 17.102
libpostproc 52. 3.100
v 2.6.2
libavutil 54. 20.100
libavcodec 56. 26.100
libavformat 56. 25.101
libavdevice 56. 4.100
libavfilter 5. 11.102
libavresample 2. 1. 0
libswscale 3. 1.101
libswresample 1. 1.100
libpostproc 53. 3.100
They've changed a lot between the two, specially when
it comes to the libav.
Cheers,
Diogo
On Mon, Apr 20, 2015 at 8:31 AM, Ron Ganbar
<ron...@gmail.com <mailto:ron...@gmail.com>> wrote:
Hi there Diogo,
It's all different, actually.
Locally I'm testing on Windows with a standard
compile of the latest ffmpeg for windows v2.6.2.
On the server we're running Linux and we compiled
ffmpeg ourselves from the v2.0 sources.
We are not specifying any hardware acceleration.
This is the command:
ffmpeg -y -i source.flv -vprofile baseline
-preset superfast -vcodec libx264 -vb 1600k
-minrate 1600k -maxrate 1600k -bufsize 3835k -s
640x360 -movflags faststart destination.mp4
I thought that independant on the hardware, unless
specified otherwise, ffmpeg gives the same result.
Am I wrong?
Thanks
Ron Ganbar
email: ron...@gmail.com <mailto:ron...@gmail.com>
tel: +44 (0)7968 007 309
<tel:+44%20%280%297968%20007%20309> [UK]
+972 (0)54 255 9765
<tel:+972%20%280%2954%20255%209765> [Israel]
url: http://ronganbar.wordpress.com/
On Mon, Apr 20, 2015 at 2:02 PM, Diogo Girondi
<diogogiro...@gmail.com
<mailto:diogogiro...@gmail.com>> wrote:
Hi Ron,
I don't have much experience with ffmpeg so I
doubt I will be of much help. But, are the
cpus of both machines from different brands?
Is the server's OS different from the one
you're using on your computer?
Are you using hardware acceleration on ffmpeg?
Is the ffmpeg version the same on both computers?
cheers,
Diogo
On Mon, Apr 20, 2015 at 6:31 AM, Ron Ganbar
<ron...@gmail.com <mailto:ron...@gmail.com>>
wrote:
Hi all,
I'm using ffmpeg to encode some video.
When I run the command locally I get a
very different result than when I run the
same command on the same source on a server.
Somebody told me that ffmpeg might change
the bit rate or some other quality switch
based on the environment it's running on.
More specifically, that it can read what
processor it has and make quality
decisions based on that - and that this
might be the reason for the change.
I can't find anything in the documentation
about this.
Anybody has insight on this odd behavior?
Thanks,
Ron Ganbar
email: ron...@gmail.com
<mailto:ron...@gmail.com>
tel: +44 (0)7968 007 309
<tel:+44%20%280%297968%20007%20309> [UK]
+972 (0)54 255 9765
<tel:+972%20%280%2954%20255%209765> [Israel]
url: http://ronganbar.wordpress.com/
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk
<mailto:Nuke-users@support.thefoundry.co.uk>,
http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk
<mailto:Nuke-users@support.thefoundry.co.uk>,
http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk
<mailto:Nuke-users@support.thefoundry.co.uk>,
http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk
<mailto:Nuke-users@support.thefoundry.co.uk>,
http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk
<mailto:Nuke-users@support.thefoundry.co.uk>,
http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk
<mailto:Nuke-users@support.thefoundry.co.uk>,
http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
--
STUDIO RAKETE GmbH
Johannes Hezer, Compositing TD
Schomburgstr. 120
D - 22767 Hamburg
j.he...@studiorakete.de <mailto:j.he...@studiorakete.de>
Tel:+49 (0)40 - 380 375 69 - 0
Fax:+49 (0)40 - 380 375 69 - 99
------------------------------------------------------
Pflichtangaben laut Handelsgesetzbuch und GmbH-Gesetz:
STUDIO RAKETE GmbH
Schomburgstr. 120 D - 22767 Hamburg
www.studiorakete.de <http://www.studiorakete.de> /
i...@studiorakete.de <mailto:i...@studiorakete.de>
Geschaeftsfuehrer: Jana Bohl / Hans-Martin Rickers
Die Gesellschaft ist eingetragen im Handelregister des
Amtsgerichts Hamburg unter der Nummer HR B 95660
USt.-ID Nr.: DE 245787817
____ ESET 11503 (20150420) ____
The message was checked by ESET Mail Security.
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk
<mailto:Nuke-users@support.thefoundry.co.uk>,
http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
_______________________________________________
Nuke-users mailing list
Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
