Sorry to go on, over here.. I just couldn't help it
--> https://forum.videohelp.com/topic336882-810.html#1860628I'm not sure how to link to that post but it's on page 28 of this thread with a full explanation and links to documentation to verify that. But I have to note that even changing the hex so that the rest of the video tag is okay doesn't stop the first frame blockiness. It is after all, still a hack trying to fit a wrong resolution into 16x12.
You click the tiny marching-ants icon on the left, next to the post date.
...
I wanted to bring something up because I think it added to the confusion..
zappa if you have any comments on this, below, please help clear it up![]()
The origianl idea of the "08 06 11 1F" was for the 16x16 hack. When I present the hex values (at the end)
to be in error of the hex setup (16x16) it was noted that in any case the 16x12 worked and that the
values of "11 1F" was working in the videos, so that was all that mattered. At first I thought I was in
error, and proceeded to read up on hexing and learnt a few things -- but hex is hex, and so, I decided
to add in a tiny dec/hex calculator into my tool so I can do quick hex calcs and things:
dec.09 is 09 hex,
dec.10 is 0A hex
dec.11 is 0B hex
dec.12 is 0C hex
dec.13 is 0D hex
dec.14 is 0E hex
dec.15 is 0F hex
dec.16 is 10 hex
dec.17 is 11 hex
dec.18 is 12 hex
.
dec.19 is 13 hex
dec.20 is 14 hex
.
So, the origianl line should have been: "08 06 10 10" for a 16x16, but the "hack" entry was for
a 16x12, which should have been: "08 06 10 0C" for a 16x12. So, I don't know why it is still be
addressed as "11 1F" for the 16x12 setup![]()
Also, I think that the setup for the 16x12 was in error but was working, though with side effects.
I think that if you change the "hack" values to: "08 06 10 0C" that it might work without the
side effects, though I could be wrong on that outcome. Maybe the reason for problems is because
the video is non-standard, or maybe not.
...
You don't have to, just resize in post-process. Read on..It's not possible to record this capture in 640x480 because the resolution isn't supported in the OS
zappa, I think you are missing the point.. In short, because of YT's non-optimized method
for resizing (downsizing) to 480x360 (in YT's place it is prob doing something to do w/ the 480x360
that causes it to look a bit fuzzy [if thats the right word to use here]) and as for the latest video
uploads (see recardo's vids) they seem to give evidense to this YT sizing phenomina at
hand. So, resizing (IMHO) is prob a beneficial move, both on picture detail (though it resizes down
to 480x360 [with a better resizng metho]) *and* encoding a HQ mp4 video. So you gain two-folds
here. Encoding a straight 480x360 might work in some cases, though usually through hacking at
certain attributes of a given codec, in this case, flv. ffmpeg and mencoder seems to be the two
major champs at producing this videos via lav codec or something -- I forget. Anyway, so and
because of this, you have the ability to "hack" the videos to some degree -- until YT applies new
changes to prevent this any further -- ie, reencoding ALL videos, period.
So zappa, it is in your best interest to apply a resizing (enlarge your videos) to 640x480 using a
known process, one that will yeild untampered results. And, the two major contributers for this
aspect of the application are: VirtualDUB and AVIsynth, using any one of the lanczosn resizing
plugins. These two champs are highly popular in this regard. Going the Premier or Vegas or what-
ever else out there could produce unexpected results leaving you to believe that this idea (above)
is flowed. So best to just go with the apps, vdub or avisynth, and do it right, the first time!
When you upload a 640x480, YT will treat (process) it differently than it does a straight 480x360
video. The somewhat hidden aspect of this process is that your video must be present (encoded)
in a format rec'niz'able by YT and still beneficial in terms of codec and its optimize setup for the
best possible (lossless or near lossless) compression. I have a zillion vids to test (using these
mentioned tips, but my dial-up puts me at a stand-still. Anyway.
(I'm not against hacking vids, believe me, but it would seem that YT is adjusting to them every so often)
In my honest thereorectiable opinion, the 640x480 uploads will prob get you that higher MP4 bitrate
that you (we all) are looking for or will be looking for, going forward. Therefore it is critical that
we (in addition to making a slight turn in our video preporations) hunt down and find the matching
(tuned) codec of choice, one in favor (preference to) with YT and fine-tune it and the associated
aspects of preparing/encoding the videos prior to uploading to YT. That is the steps that I have
been researching these past few weeks or so, though recardo's last two vids helped make me
more of a believer in this idea.
As such, there are a number of codecs to consider for this fine-tuning process:
A -- XviD
B -- DivX
C -- mjpeg
D -- huffy
E -- lagarith ( recently updated to 1.3.16 Jan/08 )
F -- flv
G -- x264 ( many regular updates )
H -- flv
I -- On2 ( optimized flash codec )
But we should really first test each codec with a given (and consistant) video and see which one
YT applies the best overall quality, though specifically, the bitrate. Then we have our defined
codec to work with. This will become the codec (of gospal) to use every time we want to send YT
a video for processing, optimally. And sooner or later, YT will prob even go as far as suggesting it
(I have the feeling that this is where we will be going.. optimzing our destination codec videos)
And, to add.. when testing these videos it should be clear that we do so with consistant videos.
Not different videos at every upload. That's what has been happening here and the reason for so
much turning of these pages -- mostly waisted testing because all the videos were different every
time, and consiquentially, so were the results. So stick to the script.. using consistant videos (the
same video) in these testings. I present to you an good example of this practice.. 45tripp !!
That's all I have to say for now..
-vhelp 4738
Support our site by donate $5 directly to us Thanks!!!
Try StreamFab Downloader and download streaming video from Netflix, Amazon!
Try StreamFab Downloader and download streaming video from Netflix, Amazon!
+ Reply to Thread
Results 901 to 930 of 1969
-
-
Originally Posted by ricardouk
!!! Don't you think if that would work I would be here at all?? I guess the YTube "wizz-kids" NEVER thought about that. Ofcourse, how could they? Just working in their own arrogant mindset, without thinking about the world of possibilities to make YTube REALLY loved amongst the people!!
Therefore, adding &fmt=18 is NO option. Period. Anybody with a heart, please help!
Ricardouk you haven't even answered my previous question to you about the Avanti method not working as it should be. I was willing to try that method but you did not even care to answer me. What do you expect me to think about that?
See:
Originally Posted by Spartacomp -
Originally Posted by Spartacomp
Originally Posted by Spartacomp
Have alook here at this example, the video on the right is playing stereo(youtube mp4 version), on the left is the regular mono flv version.
http://ricardouktest.googlepages.com/123.html
Originally Posted by Spartacomp
heres the code again for embeding youtube mp4 versions, just add&rel=0&ap=%2526fmt%3D18
Code:
I love it when a plan comes together! -
Ricardouk, embedding flv's does NOT WORK! I am NOT working with MP4's. I am working with WMV and FLV. That's it. That's how most musicians do it, because they need to be able to quickly get their work on YTube without being a computer wizzard.
About the Avanti method, you refer me to the author?? WHAT?? You left me a link using AVANTI with the UNI FLASH HQ which is FLASH FLV. And now you don't have any answers you change the subject to MP4??? WHAT IS THAT??
I am repeating my (simple and fair) question:
1.First I need to be able to convert a 16X12 PNG file into a 40ms flv file, which will be flv-file.1
2.Then I need to be able to use hexalter to alter the uTube video/music flv file, which will be flv-file.2
I am able to bind them using FlvBind. But I can't get passed the abovementioned 2 points. I also can't get hexalter to work (edit: perhaps because I am working with windows and NOT linux - HELP!). I have merged: 16x12 1 sec flv + video/music flv files and uploaded them several times to YTube, only to end up with the same frustrating results ofYTube not able to process the file.
EDIT: I am also not wary of doing a little hex-editing if necessary in (I suppose) the actual music video flv file (= flv-file.2) OR ANY OTHER FILE, I DON'T CARE! I have come this far and I WILL finish it. Please give me the extra push/motivation I need. I am worth it. I promise.
So here's my question: please help me out on this one. Thanks so much in advance. -
Does anyone have link to IMuTube v2?
I had it, but I accidentally erased it.
Frifox emailed it to me... but when I clicked the download link again, says the file was erased.
Please send to me. cjwcorp@gmail.com -
I must be speaking another language for crying out loud:
you said you were distributing your work by embeding vidos from youtube on your site, if you want youtube to produce stereo videos you need to upload a wmv, flv whatever you want, youtube will then convert that video to 3 different versions:
320x240 flv mono under 350 bitrate
480x360 flv mono bitrate above 700
AAND FINALLY THE MP4 STEREO VERSION THAT YOUTUBE PRODUCES:
480x360 mp4 stereo
then if you use the code i wrote before your embeds will PLAY THE STEREO VERSION
you can upload whatever format you want, wmv, flv, mp4, etc, youtube will convert it to the 3 versions above.
Sorry if i gave you the wrong link this is the link wherte you can get some help from the Avanti creator about that problem:
https://forum.videohelp.com/topic343287-30.htmlI love it when a plan comes together! -
Originally Posted by ricardouk
PLEASE HELP!! ANYBODY?? FRIFOX?? JESUS?? HELP!@! -
Originally Posted by SpartacompOriginally Posted by Spartacomp
Spartacomp can you upload your audio and image/video to rapidshare or any aother hosting so that i can take a crack at it? you can PM if you dont want your souces to be seen here.I love it when a plan comes together! -
Originally Posted by ricardouk
-
Originally Posted by Spartacomp
Originally Posted by Spartacomp
Originally Posted by Spartacomp
Originally Posted by Spartacomp -
Originally Posted by bayme
Originally Posted by Spartacomp
Originally Posted by Spartacomp
Originally Posted by Spartacomp -
Originally Posted by Spartacomp
Again: Learn how to read. It gets you places. -
Originally Posted by bayme
Thank you very much! -
Embedded fmt=18 version of http://www.youtube.com/v/-i8m6wXVzwo
Now go sit in a corner and cry -
Originally Posted by bayme
-
Originally Posted by Spartacomp
Spartacomp just because im helping you, doesnt mean i agree with you, i agree with what Bayme said, i've just decided to stop arguing and help you out, but he is correct on what he is saying, unless your definition of embebed is diferent than ours. The thing is that Bayme is a little impatient with 29 pages and the same questions getting asked over and over again.
you can use the codes here to embed/post your youtube mp4 stereo videos on any website or blog or social network. Viewing videos on your youtube channel is a different matter.
Bayme i guess he's trying to say is that if someone visits his channel and copies the embedded code from youtube, that code doesnt show the stereo mp4 version.
the only way of having stereo by default on the embed code is by muxing an image+mp3 into flv with avanti like this one i uploaded, but we cant have video motion on it.
I love it when a plan comes together! -
By the way, I just noticed that YouTube has changed its height for the embed code (it's a few pixels less) as a result of their new player controls. Meaning I should edit the embed code for fmt=18 too. I've posted a new one: http://paste2.org/p/43210
Originally Posted by ricardouk
I think I'm being rather patient with someone spreading lies around as if they are truths.
Originally Posted by Spartacomp -
This is a reply to vhelp, but I didn't quote anything because his reply was long
Thank you for taking the time to reply.
Regarding hexing 16x12 resolution:
This was the post that I mentioned how it was read: https://forum.videohelp.com/topic336882-810.html#1860895
FLV stores data in bit format, so trying to read information in hex format won't make too much sense. The first part of the video packet is the PictureStartCode which is 17 bits! Keep in mind a hex pair(EX: "B4") is 8 bits. So you can define two hex pairs (16 bits) but then you have 1 extra bit just sitting around. The next part is Version which is 5 bits. So you have 6 bits sitting around. You can convert 4 bits to a hex digit (EX: "C") but you still have 2 bits floating around. The next part is TemporalReference which is 8 bits. That means we have 10 bits now. We can convert 8 of those bits into a hex pair. We still have 2 floating bits. And then here's the important part which is causing the shifting. The next part of the video data is PictureSize, which is 3 bits, another odd number! So we end up with 5 bits. If those 3 bits are 000 (note this is binary 3 bits), then the width is defined in 8 bits and the height in defined in 8 bits. This is what the original hex code I mentioned in the post above does. Unfortunately not many videos have PictureSize defined as 000. Therefore, its really only needed to change 16 bits (in hex: WH, not WWHH). So the extra bits in the WWHH hex is really modifying other data, not just width and height. A precreated 16x12 video will have a PictureSize defined as 000, but when you're hexing your original FLV file, the PictureSize variable is usually set to 001. So the width and height is defined in 32 bits (16+16).
Well, I'm not sure if all this technical data is interesting to other people so I'm going to stop the explanation here. If you're really interested, just PM me, unless I hear others are interested in the in-depth details. In general, you really need to know how to convert the hex codes to binary, and know how to convert binary to decimal, and then convert decimal back to hex. The width and height information in stored in between hex digits (as binary).
Okay... so regarding my screen capture video:
I did upload a 1024x768 as source but I think I confused people because people then thought I would be uploading a 1024x768 video to YouTube as is. No, that isn't the case. I do process my own videos before uploading them to YouTube so to try to make YouTube skip re-encoding my videos. I do resize the source video to 480x360.
So there are very valid points for uploading in a specific format in a specific resolution if a user wants YouTube to offer the "watch in high quality". I haven't found a solution for my video to reach those specifications though, although admittedly I've only tried 3 codecs (xvid, x264vfw, and huffyuv). In any other case, you get the standard YouTube encode. So I am stuck with standard YouTube video, and the awful encodes. So I need to modify my files to avoid this. Here are the example uploads I've done with a modified file versus an unmodified.
(modified) http://www.youtube.com/watch?v=W9yOhHbW-pM
(unmodified) http://www.youtube.com/watch?v=_Y_x1fd62E0 -
Your videos look alright, mp4 version looks good altough i see something i dont see when watching other mp4 versions, when watching it(mp4), the video only starts to play when the streaming bar??? reaches the end. On my videos it plays them as it streams them.
I love it when a plan comes together! -
I knew it had something to do with all these "bit" things, yes, back a while ago. But I don't have
the experience in this area, so I never bothered to bring it up. So, thanks for clarifying my own
theories on this matter
(Yes, pm would be good for such "stumpping" like questions, (so's not to congest the discusion
with trafficing nonsense -- repeat quotes and the like) and I rarely use it unless I really have to.
I mostly try and re-read the preceading pages, even if that means over and over and over and over
again until I get it or am faced with stalled time and consiquentially move on to other things)
Yeah, I think I might have confused some a bit, too.. regarding the 480x360 vs. 640x480 resizing
Basically, what I ment to say was that better results can be obtained if source is maximum quality
and high resolution, in this case, the suggested 640x480 pixels. Then, YT would do a better job
at processing it, and under the same token, keep the high quality original source in their archives.
Thus, sending a 480x360 would be minimal at best when sending a video to YT. And YT 's resize
(I should say, downsize) is optimum when 640x480 is sent.
And IMHO, sending something larger is just over-kill, because YT will downsize it to 480x360,
anyway, and thats end result of it all. For most viewers, this is the end of the line, unless you
know more (realize the downloading streams route) and need them for offline purposes. That,
to me, is a waist of time since YT is mainly about live streaming and not live-downloading. Those
you case P2P and other such servers, and get greater quality. But for the purpose of YT, the
intented use is what is aparent and we are aiming at providing top quality in this medium.
For instance, the video (linked above) is a good example of a high quality stream experience.
And when you fullscreen it, it still looks very good. I did this at my job when the video first
appeared and it looked very good to me, even played in its YT 480x360 size, perfect.
So, the goal here is to make high quality videos but we are now at a junction where we want
to send the right kind of high quality "prepaired" video for YT's viewers, not offliners. Otherwise,
we are no longer talking about YT but P2P or what-have-you. The buck stops here! :P
-vhelp 4739 -
First, an overview...
Originally Posted by ShinigamiHamsterOriginally Posted by ricardoukOriginally Posted by ShinigamiHamsterOriginally Posted by bayme
Ummm.... OK... let me answer to that, piece by piece.
Originally Posted by bayme
I already wrote that I don't want to upload them "as is", because I do not want YouTube to convert them.
Originally Posted by bayme
The videos are already in 480x360, and I want them to remain like that on YouTube.
I have no intention of downsizing or upsizing the resolution.
Originally Posted by bayme
The files will have to be converted (transcoded) either way, as YouTube does not stream XviD in .AVI containers.
If I upload the files as they are, YouTube will convert them to their own liking.
However, if I first convert them to FLV myself, then I can have control over how it will look.
Remember, what I want is to convert my videos to .FLV, then upload them to YouTube, while bypassing their conversion and keeping the resolution. If hexediting is necessary for this, then so be it. Then, I'd like to know exactly what parts of the hex code should be edited, and what it should be changed to.
Originally Posted by bayme
Originally Posted by bayme
Originally Posted by bayme
Err... Those sites are not YouTube.
This is like having your car break down, taking it to an auto repair shop, and the repair man working there refuses to even attempt fixing or replacing the broken engine part, and tells you to buy a Toyota instead of a Nissan.
Anyway...
To ALL who may be reading this:
I have an .FLV file sitting on my desktop now - that I would like to upload to YouTube.
I want to keep the resolution.
The combined bitrate of both the audio and video is below 350kb/s.
I would prefer higher bitrate for the video, but if it's impossible to trick
YouTube into believing the bitrate is below 350, then, I guess that's that.
Could someone at LEAST tell me how to prevent YouTube from re-encoding my .FLV file?
And so that the resolution of the video is kept the same?
Some information about the .FLV in MediaInfo:
Now... here's a screenshot of the Virtual Dub hexeditor:
Could someone please help me out here, and tell me what parts need to be edited to what,
in order to keep the resolution and prevent YouTube from re-encoding the .FLV file...? -
Okay there's a lot of information out there, and probably several methods to upload a modified FLV file to YouTube. I don't know all of them but I do have some conceptual ideas. The quickest and easiest way to upload an unmodified FLV video is through Frifox's (I think?) method.
He demo'd a padded 16x12.flv and appended the main.flv to bypass encoding by YouTube. There are limitations with this method.
1) Framerate may be desync'd
2) Keyframes may be desync'd
3) Thumbnail is top left corner 16x12 image up-scaled so it looks pixelated
What you will need to make sure of main.flv:
1) Overall bitrate of main.flv is 349k or less.
2) Resolution of 480x360 or lower
3) Encoded H.263 (usually that's the case)
What you'll need:
1) 16x12.flv ( http://www.zshare.net/download/143735492fc9d906/ )
2) main.flv (your video fits spec right?)
3) FLVBind program ( http://download.moyea.com/flvbind/flvbind.zip )
4) Understand how to use DOS command prompt
Copy 16x12.flv and main.flv and FLVBind.exe into the same directory. Open up a DOS prompt (WinKey+R, type in cmd). Change to the directory that your 3 files are located. Type in:
FlvBind uTubeVideo-patched.flv 16x12.flv main.flv
Now you'll have uTubeVideo-patch.flv. You can rename this file if you wish before you upload it to YouTube.
P.S. Please don't PM requesting how to do W16 hack. They will be ignored. I am only answering questions in PM about the bit structure of FLV file format in PM. -
Originally Posted by ShinigamiHamster
Originally Posted by ShinigamiHamster
Anyway, I see you're one of those lazy "I refuse to read what has already been explained ten times in the same thread" fools, so I'm sorry, but you've mistaken me for someone who cares about your 'demands'. -
Originally Posted by vhelp
http://compression.ru/video/codec_comparison/lossless_codecs_2007_en.html
conclusion: YULS http://www.yuvsoft.com/download/lossless-codec/
If you're not going lossless, your winner would be x264, hands down:
http://compression.ru/video/codec_comparison/mpeg-4_avc_h264_2007_en.html
And as far as YouTube posting the "watch in high quality" link goes:
For me they did that with .avi uploads that were encoded using x264 with 640x480 AR. -
Originally Posted by bayme
His video commentary says this:
Take the guesswork out of your uploads and know they will get the "Watch in high quality" option by watching this tutorial.
Here are the settings to use:
-Divx, Xvid, H.264 video UPDATE: You can also use WMV and HuffYUV.
-At least 600kbits/s video bitrate (Verify with MediaInfo). UPDATE: If you have a low motion video that doesn't make 600k, add a faster moving segment, or use HuffYUV. File size will be huge, though. I will keep you updated on the screen capture/video game 600k issue.
-At least 480x360 screen size (try 640x360 for widescreen)
A 2-pass encode isn't a requirement, but it produces better looking results. Also I forgot to mention instead of choosing "nearest neighbor" as your resize method, try "Lanczos3," I think it too produces better results.
For a technical consideration of going HQ vs. LQ, see my blog: http://nerdwithnolife.blogspot.com/2008/05/is-hq-youtube-right-for-you.html
UPDATE: the LQ method is now outdated so this is the guide to use. -
Originally Posted by Spartacomp
-
That would be any lossless codec. For that you would prefer the one that makes the smallest files;
the original source. And the one that is the closest, is the best one to select. So far, the
ones that I have been testing are x264 cli (command line version, not the x264vfw) and the
On2 (optimized flv) codec. The On2 are much larger but they provide a better alternative to
huffy and lagarith but at a fraction of the size, if encoded optimumly
Now, because I'm still on dial-up, On2 is out of the question for testing for me. So, its x264 cli
and a bunch of encoding scenarios. That is what I've been working on since. Actually, I'm
about to upload a fractional size of an mp4 file for testing purposes. That'll complete in about
2 hours or so. I know what to expect from YT:
A -- Initial LQ 320x240 flv
B -- HQ 480x360 flv
and, with a little luck, 24hrs later, an
C -- HQ 480x360 mp4
-vhelp 4741 -
Originally Posted by zappa_engine
There's one small probem with that though:
As you can see, I did exactly what you wrote, and even went as far as to name the video "main"...
"Can't read from source flv 16x12.flv, bad flv ?"
What gives? -
I kind of want to absolve myself from technical support here, but looking at that picture, it looks like your files are all in the root directory C:\
You're running the FLVBind command from C:\Documents and Settings\Administrator and feeding arguments as a relative path, so it would look for the FLV files in C:\Documents and Settings\Administrator and not C:\
So... I have no clue if you have another 16x12.flv it's trying to use in the C:\Documents and Settings\Administrator directory and main.flv also. In any case it seems that you might because it detects it but it's a bad flv?
You didn't change into the actual directory of the 3 files.
I should suggest trying to type in cd\ to get to the root directory (the location of your files it seems) and then typing in the FLVBind line...
Similar Threads
-
Recommended upload video format for maximum sound quality on youtube
By waigy in forum Video Streaming DownloadingReplies: 25Last Post: 12th Sep 2010, 17:09 -
Youtube - bad upload quality
By therock003 in forum Newbie / General discussionsReplies: 5Last Post: 26th Jul 2010, 02:49 -
Poor quality following upload to YouTube-can anyone assist?
By acceleratorhams in forum Video Streaming DownloadingReplies: 1Last Post: 1st Jun 2009, 15:16 -
Poor Youtube Quality Upon Upload
By JohnSmith1981 in forum Video Streaming DownloadingReplies: 1Last Post: 20th Feb 2009, 12:54 -
Youtube HQ upload slow on normal quality
By seiun in forum Video Streaming DownloadingReplies: 2Last Post: 21st Sep 2008, 13:18