Youtube Upload, increase quality/control (HQ hack obsolete)

[kodaismahhussy]

All of mine attempts at hexing the audio packet get reencoded as well.

It is exactly the same video. Why did it get converted?

It's not the same file because YouTube Injector tags it with its own metadata.

[Amu]

Apparently these methods have been nerfed again June 2nd 08 aprox Around evening GMT+1.

Hexing the width returns an encoding error after processing and Hexing the TimeStamp videos will not work anymore.

Apparently those videos got re-encoded. Mine's are still up, but 24 hours have not passed yet, however I am expecting that only videos with extended duration are getting re-encoded.

Also note that the only thing YT does to untouched FLV's is replacing the headers.

[bayme]

My concern is that if any method becomes widespread in use may cause YT to tighten it's encoding even more, or even start rejecting uploads.

YT/Google don't have to tighten anything, all they have to do is convert all uploads, and skip checks. Which is exactly what they do these days.

You can be lucky for a little while (for as long as the new encoder scripts land on your new video, after which it's being converted). And the reason it takes a while is simply because the servers have a huge backlog or lag from having to encode so many videos at one time.

If you want online video to be in higher quality and with stereo audio, either host them yourself:
http://jeroenwijering.com/?item=Embedding_Flash
or join dailymotion or vimeo;
http://www.dailymotion.com/cluster/tech/hd/1
http://vimeo.com/hd

[bayme]

so if you keep your vids below 800Kbps you can safely assume that they will not glitch...

That's just a coincidence. They use simple load-balancing. If it's real busy, your speed will be capped in a way that Google can still serve as many users at one time as possible. There really isn't a bottom speed set for that, as far as I can tell.

[mikejf]

YT/Google don't have to tighten anything, all they have to do is convert all uploads, and skip checks. Which is exactly what they do these days.

You can be lucky for a little while (for as long as the new encoder scripts land on your new video, after which it's being converted). And the reason it takes a while is simply because the servers have a huge backlog or lag from having to encode so many videos at one time.

but what I think is happening with frifox's new method is not trying to skip encoding, it's trying to error out the encoding (so that flv remains intact, although metadata has changed). So YT is encoding all vids, but some error out (which is what we want) during encoding.

here's what I think happens:

1. you upload a HQ flv
2. it's placed in your video account folder but YT displays "Please wait...processing"
3. it sits unchanged in a waiting que
4. finally it gets 'processed'- and the encoder begins (this seems to happen withing 10 minutes)
5. metadata info is updated on the original (with flvtool2)
6. now the encoder begins to create a new flv, but with YT specs (480x360, mono, etc)
7. IF no error occurs the encoder reads all of the original data (video + audio), gets to the end, and has created a new flv which replaces the original

but IF an error occurs during encoding (what we want) the encoding is aborted (or certain steps within encoding), and the original video and audio stays intact. The encoding completes, but it had errors during the processing, and since some normal vids sometimes have errors, the encoding completes anyway and updates user page from "Please wait...processing" to "Live!". The encoder 'thinks' it's successfully encoded the video and the flv has been changed, but only metadata, so that when it plays it plays the original video + audio.

[frifox]

i believe some of you misunderstood what i tried to tell... modifying timestamps does NOT guarantee your uploads to stay HQ, this method is only used to fake the duration.

the purpose of faking the duration is exactly the same as padding the video with black frames... to make your high-bitrate videos average out to less than 350Kbps



talking about youtube... i simply cant understand why on earth are they are still allow FLV videos to pass through untouched? simply re-encoding everything that we upload is a much simpler and effective solution.... :S

and as bayme said, Vimeo.com and DailyMotion.com are MUCH better alternatives to youtube...

[Amu]

As long the encoder doesn't return any errors, but still encoded some part of the video wrongly, nothing will be shown and the video will be passed through. By modifying any FLV data you are misleading the encoder and making it pass through success status with a wrongly encoded or untouched file. This program isn't bugfree. Therefore YT needs to implement their own filechecks. That's what they have to be heading for. Catching errors.

[ricardouk]

simply re-encoding everything that we upload is a much simpler and effective solution.... :S

and as bayme said, Vimeo.com and DailyMotion.com are MUCH better alternatives to youtube...

i use dailymotion aswell and it doesnt recode flvs with bitrate under 350, also dailymotion "streams the videos"faster than youtube.

[astin]

dailymotion very slow in my country, but I still use it for a period of time because of its stereo sound(96kbps mp3, and youtube only 64kbps mono)

though dailymotion has HD now, but you have to become a "motion maker"
and the file must be chek first by dailymotion team before published.

vimeo can not publish TV show.

So, since youtube's &fmt=18 trick still works(better video and stereo sound), I still will use it now.

[mikejf]

does adding &fmt=18 allow stereo on YT? Or is that the same as setting your account to play high quality?

[babymammoth]

does adding &fmt=18 allow stereo on YT? Or is that the same as setting your account to play high quality?

Comparison of Normal Youtube vs Youtube High Quality:

http://blog.jimmyr.com/High_Quality_on_Youtube_11_2008.php

[bayme]

does adding &fmt=18 allow stereo on YT? Or is that the same as setting your account to play high quality?

Comparison of Normal Youtube vs Youtube High Quality:

http://blog.jimmyr.com/High_Quality_on_Youtube_11_2008.php

That site is posting really strange values (lies, even).
The format 18 version simply copies source framerate. Better yet, I have yet to see YT resample frames. It will only change framerate if you feed it really obscure values. As long as you're feeding YT between 14 and 31 fps, it will never alter framerate, as far as I have noticed anyway.
Format 18 has stereo LC AAC audio. It even posts 2 channel audio when you feed YT only 1 channel. Problem is that their audio post-processing for fmt 18 is kinda' flimsy to say the least. You just can't tell what to expect from it, and so it is in essence not very reliable.

[brassplyer]

So, how do I find the time stamp for audio/video? Here are examples from the very top and very bottom of the file opened with HxD hex editor.

[mikejf]

brassplyer, editing the timestamp will not prevent YT encoding, it just delays it. So, by itself, it's not recommended. However, if you still want to try, I might be able to find it if you tell us the length of the video (minec)

[brassplyer]

brassplyer, editing the timestamp will not prevent YT encoding, it just delays it. So, by itself, it's not recommended. However, if you still want to try, I might be able to find it if you tell us the length of the video (minec)

This is the video frifox posted and 4 days later it's still unchanged


http://youtube.com/watch?v=ksM8qucczvU


The flv file the screenshots are of is 5:17

[mikejf]

brassplyer, editing the timestamp will not prevent YT encoding, it just delays it. So, by itself, it's not recommended. However, if you still want to try, I might be able to find it if you tell us the length of the video (minec)

This is the video frifox posted and 4 days later it's still unchanged


http://youtube.com/watch?v=ksM8qucczvU


The flv file the screenshots are of is 5:17

I dont see the typical 08 pattern I'm use to seeing in a flv, and it's allready been edited to 11:00 so not sure where the 11:00 time stamp is, sorry. Also, as frifox hs said, timestamp edit alone will not prevent encoding, frifox uses another method.

[kodaismahhussy]

If there are only a few methods left for YT not to convert videos, please disclose them or kindly stop this hypcritical carrot-waving fagotry.

Otherwise this thread has lost its purpose.

[mikejf]

If there are only a few methods left for YT not to convert videos, please disclose them or kindly stop this hypcritical carrot-waving fagotry.

Otherwise this thread has lost its purpose.

I was just reporting my test results about the timestamp method. At first I thought it was working, because it was untouched for many hours. But after 24 hrs they were re-encoded, so it fails. Spent a lot of time testing, so others would not have to.

[FoxLocked]

[45tripp]

If there are only a few methods left for YT not to convert videos, please disclose them or kindly stop this hypcritical carrot-waving fagotry.

carrot waving fagotry...


i think it's called secrecy,
because youtube have been somewhat like killjoy pricks lately.

i've not tested anything in ages,
but if you ask frifox nicely, maybe you;ll get a look into the secret circle.


tripp

[zoobie]

secret circle...oh god...the perfect bait
lmao@youboobs

[45tripp]

sounds good doesn;t it?

[FoxLocked]

How can i Upload a 1000kbps video and fake it into 350kbps?

[harmster]

Dear FriFox Darling

Can u at least give us a clue... how to maintain the STEREO audio + HQ.. and will try our best to figure out where to start experimenting

TQ

[harmster]

Great! clever way.

There seems to be many ways for bypass. YT checking algorithm is leaky

My discover was that width <= 16 stops encoding (and of course <350)

16x576 - 80080120112622222223FFFF31110111

this one - http://pl.youtube.com/watch?v=43SjYfznGVQ
dimensions actually are 2x64
probably thats why thumbnails are messed up.

i used PSPad and changed width, but still re-encoded after 10 minutes

How to find this "WIDTH" thing in HEX...tq

[Captain Satellite]

How is the video below being uploaded and maintaining stereo? It's not even an HQ video. (Not my type of music)

http://www.youtube.com/watch?v=ca9GJ6mMxLw

[tworegon]

How is the video below being uploaded and maintaining stereo? It's not even an HQ video. (Not my type of music)

http://www.youtube.com/watch?v=ca9GJ6mMxLw

It was posted on May 3rd, before the old method was disabled.

There are a lot of stereo videos floating around from that time:

http://www.youtube.com/watch?v=0J9s50G-veg
http://www.youtube.com/watch?v=TvFvPKPqCRg
http://www.youtube.com/watch?v=-0OhD-C94UQ
http://www.youtube.com/watch?v=5Ocg1uUjZOs

I have one on my own youtube account from June 1st that stayed stereo. Don't have a clue as to how - it seems to be a random thing:

http://www.youtube.com/watch?v=WL-rAlsaCpg

[dzvero007]

Ok, first to say, i think that YouTube doesn't encode all videos over 350 kbps to mono.

I've uploaded 2 videos (songs) which were both audio and video over 350 kbps (normal flv) and YouTube does not re-encoded their. They are in stereo.

http://youtube.com/watch?v=CYJwn-sQP8I
http://youtube.com/watch?v=J_HnwB7I_rA

When I uploaded these songs on YouTube, I didn't knew they are going to be re-encoded to mono. I was newbie(lol)... but now, afterall, I'm surprised they're still in stereo.

Maybe some videos by random don't turn to mono, or it might have another way to bypass? I don't know... could somebody explain ?

[FoxLocked]

http://www.youtube.com/watch?v=RO1SysI0m78
This video is a OK quality video
looks good huh?? I didnt use any hacks to do this.
I was bored so i just wanted to post this up.
Im still doing more tests to see if i could upload Better quality

[Koppel]

Well, seems like you still added a lot of black to get higher bitrate towards the actual video. Is youtube itself also using variable bitrate?