You need to put a "hex" on your videos to make them look good at you tube

[mgh]

Couldn't resist that pun:devil:
Pl. see
http://forum.videohelp.com/topic336882.html
to know how to put the "hex" on your videos!
BTW, I checked out some of the good looking videos that I had downloaded from you tube. At least some had the "hex" put on them.
By putting a "hex", I managed to upload a video that downloads at 400x300 resolution and 518 kbps total bitrate(video+audio+overhead).
The procedure is like the old header trick for VCDs. The header is edited in a hex editor:devil:

[Dark Shikari]

That is incredibly awesome and evil.

[Hard Core Rikki]

waddaf, this explains the unusual quality of some vids then.
So its not about carefully planned preprocessing before upload?

[mgh]

As per the videohelp thread, you tube does not reencode flvs(flv1) where the total kbps does not exceed 350 kbps and meets other requirements (resolution,duration,fps). I have the Riva Flv Encoder. With video 315 kbps and 24 kbps audio, it meets the 350 kbps limit. Encoding at 320x240 resolution and 25 fps, with some preprocessing, the videos are quite free of artefacts. For difficult videos, maybe the fps can be kept a little lower. That is if you do not want to be evil:)

[Dark Shikari]

And it works, it seems (http://youtube.com/watch?v=bD_nSgY08TY)! :cool:

[foxyshadis]

And the downside becomes apparent: Youtube usually shapes their traffic to aim for just over 350kbps max streaming speed at any time, so you end up with skipping unless you let it buffer, plus it confuses the heck out of their player applet's timing.

I remember seeing that movie in high school, incidentally.

[Dark Shikari]

And the downside becomes apparent: Youtube usually shapes their traffic to aim for just over 350kbps max streaming speed at any time, so you end up with skipping unless you let it buffer, plus it confuses the heck out of their player applet's timing.

I remember seeing that movie in high school, incidentally.It works fine here, though it seems to be finicky--sometimes Youtube sends the movie far faster than it streams (i.e. I get the whole movie in a minute) and sometimes it barely keeps up, etc.

The timing of the applet though is definitely confused :p

[mgh]

When it reencodes, You tube seems to use total of about 330 kbps and video about 260 kbps. 315 kbps for video is about 20% higher than that and at such low bitrates, improvement in encoding quality is remarkable.
I have a 256 kbps connection, so i need to download the videos.
I am not recommending "hex"ing as a practice:).
It is an explanation for the quality of at least some of the videos at you tube.

[legoman666]

damn nice. that 300 trailer he used as an example looked pretty good.

[bob0r]

I wonder if i can upload a full BLU-RAY Disc of 47GB that way http://x264.nl/shifty.gif

[noclip]

This works but it completely screws up the (already terrible) seeking support of FLV. You could use it to store a high quality 720p movie trailer in a "10 minute" FLV file on YouTube and see the actual 1280x720 pixels in fullscreen mode. It's probably a violation of the TOS though.

[mgh]

In case you missed it, there is a 960x720 sample in the thread at videohelp

[Dark Shikari]

A 2 megabit per second sample (http://youtube.com/watch?v=WBWCxrsUh14) :p:p:p:p

[HyperHacker]

Nice. I wonder how long until they fix this and start deleting videos/banning people who do it?
A 2 megabit per second sample (http://youtube.com/watch?v=WBWCxrsUh14) :p:p:p:pAlso an example of fansubs totally blowing away the scene standards and being annoying. >_> It also skips like mad.

[Dark Shikari]

Nice. I wonder how long until they fix this and start deleting videos/banning people who do it?
Also an example of fansubs totally blowing away the scene standards and being annoying. >_> It also skips like mad.No skipping issue here, but if you want skipping, check out this 720p video on Youtube (http://youtube.com/watch?v=-23Opat5zDE)!

(Also, KickAssAnime [along with Zhentarim DivX, etc] basically set the scene standards. But that's karoake, which is always fancy; the subs themselves are plain, as expected.)

[mgh]

If you download the video and check with mediainfo, the timing and kbps are correct again as you tube remuxes the video. The downloaded video is the original unhexed video :)

[Dark Shikari]

If you download the video and check with mediainfo, the timing and kbps are correct again as you tube remuxes the video. The downloaded video is the original unhexed video :)Hmm, that explains why it has to "process" even though the video doesn't need to be re-encoded.

[foxyshadis]

the subs themselves are plain, as expected.

Plain to the point of being annoying to read, but since they're always soft like A4E, that can be fixed. Plus the idea of "standards" among fansubbers tends to be exaggerated, a look at anidb will show that. (Well, I guess you have to sign up now.) [/ramble]

Oooh, 720p on youtube. Imagine how many segments it'll take to put up anything of a useful length. xD

[HyperHacker]

(Also, KickAssAnime [along with Zhentarim DivX, etc] basically set the scene standards. But that's karoake, which is always fancy; the subs themselves are plain, as expected.)No, I mean the scene standards (http://upload.wikimedia.org/wikipedia/en/7/70/Tdx2005.gif).

Back on topic, that 720p video isn't loading at all. It's been ~10 minutes. >_>

[Dark Shikari]

No, I mean the scene standards (http://upload.wikimedia.org/wikipedia/en/7/70/Tdx2005.gif).

Back on topic, that 720p video isn't loading at all. It's been ~10 minutes. >_>
The scene standards don't really apply to anime, since fansubs are generally not released through topsites in my experience. Plus, most of the major subbers use x264 now, not Xvid :)

The 720p took about 1 minute to load for me, but it seems to depend on how laggy Youtube is at the moment :D

[CruNcher]

The problem of the laggyness is more the flash decoder then anything else it needs to much cpu silverlight in it's current status would be much much faster with hardware accelerated streaming VC-1 and Adobe Flash H.264 in it's current state without hardware acceleration can't really beat it yet, it would have been better to license CoreAVC then Mainconcept/Elecard without hardware accelleration, especialy for mobile devices or low power ones Flash is to heavy sucking on the cpu (the better balance @ the moment is really with Silverlight, hope this is gonna change) :/ .

[KoD]

Oh, these people and their scene standards... h264 was used for encoding anime before the "scene" even knew what kind of food h264 was.

[CruNcher]

@KoD
it's like everywhere the first implementations of H.264 (fast ones not jm ;) ) where not optimized enough and ASP was further (speed,quality) balanced (first H.264 based public optimized video codec was Real Video 9 useing most of the main technologies (bringing that new look & feel with it), Anime people love it not without a reason you see ;) ), but developing on H.264 was more rapid then ASP ever was :P, but initialy that wasn't the case so the scene had their reasons not to adapt H.264 that fast (think of it more like a evaluation period ;) ) the reasons are clear the look @ feel movies need aren't the same Anime needs (seems to have changed over the years also tough)

[HyperHacker]

It's not the video quality that usually bugs me in animé fansubs. It's the use of hardsubs and the crapping all over the intro/eyecatch sequences and the "RandomAnimeGroup Presents" as if they were a big part of the creation of the show itself and the logos flying all over the screen using every special effect they could find in the video editor. Is it so hard to just use softsubs and put your group name and URL at the beginning?

See also: Intro hacks on ROM dumps.

[Dark Shikari]

It's not the video quality that usually bugs me in animé fansubs. It's the use of hardsubs and the crapping all over the intro/eyecatch sequences and the "RandomAnimeGroup Presents" as if they were a big part of the creation of the show itself and the logos flying all over the screen using every special effect they could find in the video editor. Is it so hard to just use softsubs and put your group name and URL at the beginning?

See also: Intro hacks on ROM dumps.Well hardsubs were basically given up on years ago by anyone competent. Any group that still uses them is stuck in the AVI age.

Fancy karaoke during the intro/outtro is generally fine IMO. Another reason they put their logo on it in a non-removable manner is to stop the fansubs/rips from being sold by a less-than-honorable reseller.

Another reason is probably a matter of pride--while it takes very little work to create a DVD rip release for "The Scene", an anime fansub/rip often involves hours of typesetting, freezeframing, etc that they would not want someone else passing off as their own.

[CruNcher]

Another reason is probably a matter of pride--while it takes very little work to create a DVD rip release for "The Scene"
Yeah that's a sad thing back the days VCDvault and Diamond (SBC) where that pride in the "The Scene", nowdays we have so many groups that just rip and feel good of their next blockbuster release (speed is everything the race counts not the result :( ), but bringing no inovation anymore it's sad, also a reason "oldschoolers" never fully accepted the "Movie Rip Scene" but in those days i think it was different :)

[HyperHacker]

Well hardsubs were basically given up on years ago by anyone competent. Any group that still uses them is stuck in the AVI age.I guess quite a few groups are still stuck in the AVI age. Or maybe I've just found a lot of old subs? <_<

Fancy karaoke during the intro/outtro is generally fine IMO.Try taking screenshots of the scenery when the screen is covered in text. >_<

Another reason they put their logo on it in a non-removable manner is to stop the fansubs/rips from being sold by a less-than-honorable reseller.I wouldn't mind just having a logo on the screen for a few seconds during the opening/credits like you see TV networks do. The problem is when it dances and bounces and flips and flies around the screen for several seconds, even worse during the show itself. Practically a popup ad.

[Dark Shikari]

I guess quite a few groups are still stuck in the AVI age. Or maybe I've just found a lot of old subs? <_<

Try taking screenshots of the scenery when the screen is covered in text. >_<

I wouldn't mind just having a logo on the screen for a few seconds during the opening/credits like you see TV networks do. The problem is when it dances and bounces and flips and flies around the screen for several seconds, even worse during the show itself. Practically a popup ad.
You seriously need to find some non-shitty sub groups.

Go to AniDB, and find the high rated subs off the list of the anime of your choice. Get them, not the random ones you find on whatever lame torrent site.

Additionally, one thing I find is that the actually fansubbers are more likely to be stuck in the "AVI age" and to use hardsubs and annoying logos. The DVD-rippers, like Zhentarim, KickAssAnime, etc tend to be a lot more knowledgeable about encoding and such, because their main job is typesetting and encoding rather than translation.

I'm personally a fan of KAA because they know their x264 and their YATTA, and make very good quality rips overall, to the point where I would rather watch theirs than my own backups, because they can probably do a better job, especially since they fix the honorifics in the subtitles and have much better typesetting than the DVDs themselves. For over two years now, I think, they've used exclusively softsubbed MKV, x264, and 5.1 AC3.

[MetalheadGautham]

This might be a good way to post high quality clips in youtube, but it really is not the actual perpose of youtube. If you want to get rid of the 10 min limit, 350kbps limit, 80kbps mono mp3 limit and hardcoaded subs problem, just use stage6 (stage6.divx.xom). In that site, you can upload videos in divx/xvid format with mp3 audio, and it has support for really loooong videos and 1280p. and we all know that divx and xvid are by far the most popular dvd ripping codecs.(xvid+mp3 in avi was outsted only recently by h.264+aac in mp4).

and as for the problem of skipping and bad seeking, I found that by transmuxing those videos to mkv, the seeking improves a lot.(that is, if you use a youtube downloader)

I tried preprocessing my videos before encoding them, and the results were impressive. piping them after postporcessing to an encoder using vlc is another mean trick to improve upon the quality of the original video itself. At high bitrates, and after doing that bit of hexing, I found that the FLVs were pretty impressive. only, 12880p wont work on all connections:rolleyes:

the problem is, I just can't upload those flvs due to my slow internet.:confused:

[Schrade]

What are the bitrates you need to encode your video to make it so YouTube doesn't transcode an .flv?

I've tried 324Kbps video and 56Kbps audio but it still seemed to transcode.

[Dark Shikari]

What are the bitrates you need to encode your video to make it so YouTube doesn't transcode an .flv?

I've tried 324Kbps video and 56Kbps audio but it still seemed to transcode.350kbps total bitrate is the max.

[zambelli]

The problem of the laggyness is more the flash decoder then anything else it needs to much cpu silverlight in it's current status would be much much faster with hardware accelerated streaming VC-1 and Adobe Flash H.264 in it's current state without hardware acceleration can't really beat it yet, it would have been better to license CoreAVC then Mainconcept/Elecard without hardware accelleration, especialy for mobile devices or low power ones Flash is to heavy sucking on the cpu (the better balance @ the moment is really with Silverlight, hope this is gonna change) :/ .
I think Adobe is going to have a really hard time getting good performance out of that MainConcept H.264 decoder for anything close to SD resolution and above. Their DirectShow decoder isn't terribly impressive, so getting that or better performance into a plugin that's optimized for size - that's going to be tough. I'm not saying they won't be able to pull it off - but it's certainly a tall order.

Doing video decoding hardware acceleration in Silverlight or Flash is generally very difficult because both engines need to be able to do alpha blending and compositing in RGB space on top of decoded video, as well be able to do the same across platforms (Win, Mac, Linux). It's actually a very good example of where low-power codecs such as H.264, ASP and VC-1 still have an advantage.

[Eviltape]

What do you all use to encode these things? (besides calculate bitrate and compensate for the 10 minute equalization)

I'm not that good at command-line level encoding, I need a GUI and can only do a bit in Linux at this point. :)

[foxyshadis]

Avidemux, Media Coder, PSP Video 9, VLC, Super, there's probably others but that's the freeware I have installed right now. Basically most anything-to-anything encoders will do it, along with all those BS $30-40 ffmpeg guis.

[Dark Shikari]

Avidemux, Media Coder, PSP Video 9, VLC, Super, there's probably others but that's the freeware I have installed right now. Basically most anything-to-anything encoders will do it, along with all those BS $30-40 ffmpeg guis.No reason to use those when you can just make a mencoder script; there's really no work to do on the commandline, just literally a copy-pasting of commands to a batch file and running it when you need something encoded.

[Eviltape]

AvidemuxI can't believe I forgot that existed. >_<

Well, time to reencode some videos! Let's hope the length and bitrate agree with me.

[mikeytown2]

Since this hack is dead i released my code that does it automatically. Code is here
http://www.autoitscript.com/forum/index.php?showtopic=66382
Also added in some matrices, but it really doesn't do much.