Improving picture quality / compression efficiency of your videos?

userxyz
Inscrit depuis 6354 Jours
Hello "BlimBlim" ;),

recently had a little chat with "Driftwood" and after asking him why you (Gamersyde) are only using Main Profile for your MP4 (H.264/AVC) encodes, he responded that you are actually encoding in WMV only and that the MP4 encodes are basically only re-encodes of the WMV encodes and that they are getting generated automatically by the website and that you ("BlimBlim") created the tools for that ;).

Question:

Why are you using WMV for your original encodes?

Why don't you use x264 (with High Profile and CRF encoding) for your videos instead?

Are you not familiar with x264 or what's the reason for it?

The picture quality of your videos currently doesn't appear to be as good as it could be considering the size of your files. Sometimes it's actually rather quite bad, for both, the WMV encodes and the MP4 re-encodes. No offense though.

So, would there be any chance you could ditch that WMV encoding and then automatic re-encoding to H.264/AVC Main Profile (MP4) process and instead switch to direct x264 (with High Profile and CRF) encoding for your videos?

There are a lot of tools/GUIs available for x264.

One of them would be "HandBrake" for example:

http://handbrake.fr/

It's open source, quite easy to use and available for Windows / Linux / Mac OS X ;).

And on top of that, HandBrake is very good or maybe even the best at converting/encoding FRAPS videos, see for example:

http://forum.doom9.org/showthread.php?t=165680

;)

FRAPS videos directly converted/encoded with HandBrake (x264) have much better picture quality in terms of colour/brightness/precision/detail (and compression of course) than what you are currently offering at Gamersyde.

So would there be any chance you could switch to encoding directly with x264 (High Profile and CRF) by using HandBrake for example?

If you could considerably improve the picture quality of your videos at the same file size (or, who knows, maybe even lower file size), that would be quite nice for both you and end-users, wouldn't it ;)?

Could you please at least try it ;)?

It would definitely be appreciated :).

Thanks in advance.
En réponse à
BlimBlim - Tyrannosaurus
BlimBlim
Inscrit depuis 8318 Jours
Hi.

Historically we went for WMV9 because it was the only HD codec that was supported natively by Windows XP. Supporting only mp4 even back then would have been a *much* (I don't think I can put enough emphasis over how much it would have been) easier job than going the WMV route, but since many people didn't want to bother installing a codec pack or ffdshow or whatever, mp4 alone never was an option.

It's a different story now that most people have migrated to Windows 7, and that we have no hope anymore of ever being a mainstream site anyway, so yeah supporting MP4 only would make a lot of sense for many reasons, but it would require rewriting almost all of our reencoding system, and I simply don't have the time nor the motivation to do so, to be fair.

As for the tools, believe me I've spends hundreds of hours on doom9 over the years trying to find ways to encode my stuff more efficiently, so if one of these days I find the time to switch to native mp4, I already know exactly what I'm going to use :)

Also our wmv->mp4 reencoding server is now 5 years old, so going for high profile would make our already much too long encoding times even longer :/
En réponse à

Blimblim, tyran.

userxyz
Inscrit depuis 6354 Jours
Thanks for the reply, although it sounds quite unfortunate ;).

One question though:

Could you please explain the logic behind the following sentence:
Posté par BlimBlim
so yeah supporting MP4 only would make a lot of sense for many reasons, but it would require rewriting almost all of our reencoding system
?

;D

If you would go for one format only, then there would be no need to re-encode anything any longer, wouldn't it ;)?

So there also would be no need to rewrite any re-encoding system or anything like that, wouldn't it?

Or what did you mean?
En réponse à
BlimBlim - Tyrannosaurus
BlimBlim
Inscrit depuis 8318 Jours
We have two separate reencoding system:
- The WMV->mp4 (and stream) system, which would be made in part redundant
- The "any format"->wmv, which would have to be changed quite a bit to handle mp4 instead of wmv. This one I spend a lot of time making sure it would accept about any format as input, and wrote a custom wmv encoder that would accept the rather nasty avisynth files the input system would create. It's a rather humongous and fragile mix of linux virtual machine on the front-end/scripting part, and a windows 7 virtual machine for the decoding and encoding part.

I don't doubt I could take x264 and have it accept my input format, and that I could change the various places where I hard encoded the wmv stuff, but I just need the time and motivation, and honestly considering the site might not make it into Q2 2013 financially, finding motivation isn't easy.
En réponse à

Blimblim, tyran.

userxyz
Inscrit depuis 6354 Jours
Posté par BlimBlim
- The "any format"->wmv, which would have to be changed quite a bit to handle mp4 instead of wmv. This one I spend a lot of time making sure it would accept about any format as input, and wrote a custom wmv encoder that would accept the rather nasty avisynth files the input system would create. It's a rather humongous and fragile mix of linux virtual machine on the front-end/scripting part, and a windows 7 virtual machine for the decoding and encoding part.
Just wondering:

Is something like that actually needed?

Could it be possible that what you just described might be somehow redunant and a little bit overcomplicated?

What input formats do you think of, which tools like HandBrake for example would not accept?
En réponse à
BlimBlim - Tyrannosaurus
BlimBlim
Inscrit depuis 8318 Jours
You'd be surprised by the terrible files we get all the time. Quite a few files we get still can't be opened properly by even the latest versions of ffmpeg.
En réponse à

Blimblim, tyran.

userxyz
Inscrit depuis 6354 Jours
And what kind of file formats would that be?

One could imagine that most of them would probably be H.264/AVC in MP4 or MOV container (encoded with either x264 or QuickTime for example), VC-1 in WMV container, maybe some ProRes in MOV container and last but not least FPS1 (FRAPS) in AVI container? Those would probably not be a big problem, or would they?

Or what else are you thinking of?
En réponse à
LEBATO - IS WRONG
LEBATO
Inscrit depuis 7698 Jours
I liked this conversation, interesting in all fronts, moving on now....
En réponse à

Mods, stop changing my SIG! I'm going to end up banning you!

BlimBlim - Tyrannosaurus
BlimBlim
Inscrit depuis 8318 Jours
I've been busy this week-end doing some prep work on full mp4 only migration. Got the encoding part down, as far as I can tell, now I need to find time to change all the systems for mp4, like the thumbnail generation system who currently uses a very special version of ffmpeg-php that I created myself and only works for wmv files. I hope to have the first mp4 videos up and running for the AC3 review I'll be doing in about 2 weeks.
En réponse à

Blimblim, tyran.

userxyz
Inscrit depuis 6354 Jours
Posté par BlimBlim
I've been busy this week-end doing some prep work on full mp4 only migration. Got the encoding part down, as far as I can tell, now I need to find time to change all the systems for mp4, like the thumbnail generation system who currently uses a very special version of ffmpeg-php that I created myself and only works for wmv files. I hope to have the first mp4 videos up and running for the AC3 review I'll be doing in about 2 weeks.
Awesome :). Thank you very much ;).

Just wondering:
Posté par BlimBlim
Got the encoding part down
What x264 settings are you going to use?

And something else:

What are you going to use to decode/convert FRAPS videos before encoding them with x264?

According to the following two threads over there for example:

http://forum.doom9.org/showthread.php?t=165680

http://forum.doom9.org/showthread.php?t=155772

it apparently can make quite a big difference in terms of picture quality depending on how FRAPS videos are getting decoded/converted.

So what are you going to use to decode/convert them ;)?
En réponse à
BlimBlim - Tyrannosaurus
BlimBlim
Inscrit depuis 8318 Jours
Right now we use avisynth/avisource with no plan for changes.
En réponse à

Blimblim, tyran.

userxyz
Inscrit depuis 6354 Jours
Thanks for your reply.

But why didn't you answer what x264 settings you are planning to use ;)?
Posté par BlimBlim
Right now we use avisynth/avisource with no plan for changes.
That might not necessarily be ideal.

The PC videos on Gamersyde, which you apparently captured with FRAPS, currently all seem to be quite messed up in terms of colour for example.

You can easily check that by yourself by doing the following for example:

Take a look at the following videos over there for example (again, just some examples of the many PC video captures you did with FRAPS in the last couple months):

First example:

http://www.gamersyde.com/news_our_videos_of_diablo...

Second example:

http://www.gamersyde.com/news_our_pc_videos_from_t...

Now take a closer look at the red coloured orb in the lower left corner of the screen (the one that resembles the players health status).

Now compare this red colour with the red colour in the following corresponding screenshots for example (randomly found via search engine):

First example:

http://www.neogaf.com/forum/showpost.php?p=3189848...

Second example:

http://www.neogaf.com/forum/showpost.php?p=3779932...
http://www.neogaf.com/forum/showpost.php?p=3779933...

Do you notice how the red health orb in the lower left corner of the screen (the one that resembles the players health status) actually is red in the screenshots, while the health orb in the Gamersyde videos is almost orange ;o?

Or with other words: do you notice how the colours in the Gamersyde videos are wrong ;)?

That apparently does not happen if you use HandBrake for example for converting/encoding FRAPS videos with x264.

Which is also described in the following thread for example:

http://forum.doom9.org/showthread.php?t=165680

The sharpness is also better when using HandBrake.

According to that thread, HandBrake apparently uses "libswscale" for that.

So, would there be any chance you could somehow adapt this in some way for Gamersyde when dealing with FRAPS videos, so that your PC videos would no longer have wrong colours and reduced sharpness?

It would be very much appreciated.

Thanks in advance ;).
En réponse à
userxyz
Inscrit depuis 6354 Jours
@ "BlimBlim":

Just noticed something else (again):

http://www.gamersyde.com/news_our_videos_of_forza_...

"Forza Horizon" is running at 30 fps (29.97 fps), isn't it?

Then why did you encode those videos at 60 fps (59.94 fps) ;o?

You are wasting picture quality/bitrate with that, don't you think?

This apparently has not just happened with those recent "Forza Horizon" videos mentioned above.

Some more recent examples:

http://www.gamersyde.com/news_our_videos_of_wrc_3-...

http://www.gamersyde.com/news_our_videos_of_reside...

http://www.gamersyde.com/news_our_videos_of_the_wr...

http://www.gamersyde.com/news_our_videos_of_transf...

Again, just some recent examples, there probably are more.

All those games/examples mentioned above are running at 30 fps (29.97 fps) on consoles, but you encoded the videos at 60 fps (59.94 fps) ;o?

Why ;)?

That simply doesn't make much sense, don't you think ;)?

True 60 fps videos are nice of course. But why encode at 60 fps when the game/the footage is only running at 30 fps ;)?

So, would there be any chance you could do something about that, so you would no longer waste picture quality/bitrate in such cases?

It would be very much appreciated.

Thanks in advance ;).
En réponse à
BlimBlim - Tyrannosaurus
BlimBlim
Inscrit depuis 8318 Jours
No.
En réponse à

Blimblim, tyran.

Il faut etre identifie pour participer au forum !
Patreon

135 $ de 400 $ par mois

Quoi de neuf ?
  • face2papalocust

    face2papalocust J'ai toujours trouver ça débile surtout sur leur dernière prod,ca et la lourdeur de gameplay. (il y a 15 Heures)

  • Driftwood

    Driftwood @DJOJO843: exactement, et pourtant ça bavarde énormément dans les trajets en voiture. Pareil pour Red Dead. Donc bon.... (il y a 17 Heures)

  • DJOJO843

    DJOJO843 J attends de voir en février ce qu il y aura ou pas , après gta a jamais été doublé et personne a jamais trop geuler donc … (il y a 17 Heures)

  • reneyvane

    reneyvane Sept mois & demi avant la sortie de Fable, ils ont déjà décidé de ne pas doubler le jeu alors qu'ils prétendent chercher un accord avec les syndicats & une solution pour les dernier jeux sans VF ? FH6 (il y a 19 Heures)

  • CraCra

    CraCra J'aime encore mieux une version Québécoise que rien (il y a 1 Jour)

  • face2papalocust

    face2papalocust Ca devient lourd cette histoire et alors Microsoft qui est prêt de ces tunes pour quelque chose de si important ça fout les nerfs! (il y a 1 Jour)

  • CraCra

    CraCra @Driftwood: LOL (il y a 1 Jour)

  • Driftwood

    Driftwood Il est de nouveau possible de télécharger les vidéos sur le site. Désolé pour le mois et demi de panne. (il y a > 3 Mois)

  • Driftwood

    Driftwood Retrouvez notre review de Rift Apart dès 16h00 aujourd'hui, mais en attendant Guilty Gear -Strive- est en vedette en home ! (il y a > 3 Mois)

  • Driftwood

    Driftwood Le live commence d'ici 30 minutes, voici le lien GSY [url] et celui de Twitch [url] (il y a > 3 Mois)

  • Driftwood

    Driftwood Nouveau live sur Returnal à 14h30 aujourd'hui. (il y a > 3 Mois)

  • Driftwood

    Driftwood Le stream via Twitch, ici : [url] (il y a > 3 Mois)

  • Driftwood

    Driftwood Le stream maison ce sera ici : [url] (il y a > 3 Mois)

  • Driftwood

    Driftwood Rendez-vous à 17h00 pour un direct de 40 minutes sur Returnal (il y a > 3 Mois)

Aussi sur Gamersyde

Le Future Games Show: Summer Showcase 2026

  • Samedi 6 juin 2026
  • davton

Le Summer Game Fest 2026

  • Vendredi 5 juin 2026
  • davton