Thanks for the tip. I'll try that.
Ron Ganbar
email: ron...@gmail.com
tel: +44 (0)7968 007 309 [UK]
+972 (0)54 255 9765 [Israel]
url: http://ronganbar.wordpress.com/
On Tue, Apr 21, 2015 at 1:51 PM, Jimmy Christensen <ji...@ghost.dk> wrote:
> 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
>
_______________________________________________
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
