|
|
@Jeff, I understand that my sentence may have introduced some confusion but I did understand that the settings would not affect the upload time, this is not what I expected from them either. The thread is really about the YT warning message, recompression after upload and overall video quality.
The upload speed from my ISP is 384Kbps at most. The upload speed is usually between 15 and 30KBps in Resource Monitor when I upload a video to the YouTube servers in Chrome but it also drops to 0KBps at times!
|
|
|
@SoNic67 Unfortunately I cannot currently reply to your questions accurately, I'd have to run some more tests but I wouldn't think that it is ever streamed as WMV. I always upload manually using Chrome so that I can pause and resume uploads.
I already have Handbrake so I'm taking note of this "Web Optimized" option for later tests.
If I may look in a hurry to publish my videos it is mostly due to the fact that the upload process usually takes many hours (at least 6 hours for a video of a quarter of an hour) and I would like to keep the whole process within working hours or so.
|
|
|
@SoNic67 When I upload WMV files I don't have any delay after the upload, the file is immediately available for viewing. I do have an AMD HD7950 graphics card though.
@Jeff thanks for this piece of information, I never used ffmpeg but I know it. I will have to give this a try as well. Thanks.
|
|
|
@SoNic67 these "stats for nerds" are interesting, I did not think about them, thanks.
Using stats for nerds, I could see that both MP4/H.264 and WMV files are streamed as WebM/VP9 in Chrome and MP4/AVC1 in Edge or IE.
@PepsiMan I will try again. I already tried with a short sample at 29.97fps but bitrate 15.5Mbps (PD14 settings). I will see if it is worth the wait of the recompression after the upload or if I should rather stick with WMV.
Thanks,
|
|
|
That would explain why I never get exactly the same format when I upload and download a YouTube-recompressed MP4 file.
On another hand, if a recompression to VP9 is always required, I don't get why the WMV format is available immediately after upload while a "YouTube" H.264/MP4 is not and needs recompression.
Anyway, with all these compression and recompression stages, I think I can forget about my hope to get the same video quality level for my videos on YouTube than from the original H.264 CBR produced by PD14 and locally casted to my TV set from my PC.
|
|
|
YouTube recommends to upload content in the same frame rate that it was recorded but PD14 won't let me produce 25fps VBR even though videos from my camcorder (MTS) are 25fps (or 50fps) VBR, and in my test project, I put a single MTS file on the timeline.
I produced a new 29.97fps VBR sample, this time the size is OK but there still is a recompression when I upload; some PD14 settings don't match YT requirements (e.g. ReFrame 4 frames).
I also noticed that difference about audio; when I download my sample videos in MP4 from YouTube it is converted to 44.1K and bitrate is only 126kpbs.
|
|
|
I don't think that any conversion is needed for this purpose, the video renderer or any equivalent technology from the graphics card knows how long it has to present every frame based on the framerate and will also wait for the monitor v-sync to avoid any possible tearing. The framerate does not have to be the same as the refresh rate.
I will try to redo the 29.97fps file but at first sight properties are correct.
Back to my initial question, it seems like PD14 won't be able to produce a YouTube compatible file format to avoid the recompression after upload.
|
|
|
My monitor is 60Hz progressive indeed but I'm not sure if that really matters here: the recompressed 25fps CBR videos that I have downloaded from YouTube were still @25fps only VBR and a few other parameters (2 frames, etc.) had changed.
I uploaded the same sample video produced at 60fps but now YouTube only offer it at 1280x720 @60Hz not full HD.
I will possibly run a test with a video produced at 29.27fps (VBR) but (strangely?) this MP4 file is much bigger than the others @25, @50 or @60fps so it is not of interest to me.
Thanks,
|
|
|
Hello all,
I ran some more tests regarding H.264/MP4 and YouTube.
I first uploaded a short MP4 file produced by PD14 from Produce > H.264/MP4 tab with default settings (details available in "Produce 25fps.mp4 MediaInfo.txt") to YouTube and let the server recompress the video.
I then downloaded the recompressed MP4 file using 4K Video Downloader at 1920x1080 (the "Download MP4" option from YouTube Video Manager provides a 1280x720 MP4 file only, so no interest here). The details of that file are available in "Produce 25fps recompressed by Youtube.mp4 MediaInfo.txt".
Finally, I tried to uploaded the file produced by YouTube back to YouTube and I was surprised to get the warning again and the file to be recompressed again so YouTube may have a problem checking its own requirements? The details of this recompressed file are available in "Produce 25fps recompressed by YouTube 2.mp4 MediaInfo.txt".
MediaInfo details are available in the attached MediaInfo.zip archive. Thanks,
|
|
|
Yes both are produced at 1920x1080. It's not that obvious on all the pictures but some are more sensitive than others; in my case, some details are less blurry with H.264 than with WMV. A smaller file size would also be of interest for me since the upload speed of my Internet connection is very slow, just a few KB/s.
For the current video, I will probably keep WMV but for the next one, I'd like to use H.264 but without recompression hence my initial question.
Thanks,
|
|
|
@longedge,
When I publish WMV videos produced by PD14 on YouTube, I don't get the "Video / Audio notice" and there are no processing delay at all when the upload completes, the videos are immediately online and available (i.e. no recompression on the server side) but yet it's not that processing delay the actual issue for me.
I watch all the YouTube videos on my HD TV set and they are played in full HD.
When I produce MP4/H.264 files from my projects with PD14 and cast them from my PC to my TV set, the quality is just fine but after uploading the same MP4 to YouTube the video quality drops (i.e. the video looks more blurry) I'd say to the level of the WMV quality or possibly less in some cases. I won't say that the quality is awful no but not as good as what one can expect from H.264; and since some parts of my videos are recorded in less than optimal lighting conditions they seem more sensitive to compression artifacts.
Whether I cast a WMV file produced by PD14 from my PC or watch it from my YouTube channel, there are no difference in quality, I suppose the pictures are the same in this case. Since PD14 is able to produce WMV files from my projects that meet YouTube requirements, I'd have thought that it could do the same with MP4/H.264 since the MP4 format is more the standard nowadays.
For these reasons, my current online videos are all in the WMV format, I will live with it until I can find a solution to this MP4/H.264 issue.
Thanks for your suggestions and I appreciate your support.
|
|
|
Hello @longedge,
The last time I tried to continue, there was indeed a delay before the file became actually available for online viewing, about the duration of the uploaded video IIRC, but most noticeably the picture quality was not as sharp as the original uploaded video. Since my videos usually require a lot of editing before I can produce them I'd really like to avoid this possibly useless level of recompression.
It's unfortunate that YouTube does not say what's exactly wrong in the uploaded format, most requirements seem to be met when I look at the MediaInfo of the produced MP4s.
Thanks for your support.
|
|
|
Hello all,
Thanks for your replies and suggestions.
I tried many output formats from 25fps to 60fps with a single MTS file from my camcorder in the project: all produced MP4 are progressive, CABAC, AAC stereo audio, only 29.97fps and 60fps give VBR, but yet I still always get the warning when I upload on YouTube.
I am attaching a screen capture of the message just to make sure that we're all talking about the same issue.
Could you possibly share the MediaInfo of a MP4 file that you can successfully upload to YouTube without the above warning?
I understand about PAL and SECAM modulation and indeed it's not related here, I guess PD14 uses this parameter for another purpose.
My camcorder can record at 50p as well, I will have to try that. If that ever works my other concerns will be the size of the produced file and also the performances during editing, even at 25fps some actions are a bit slow even with an i7 @4GHz. Also I've got a 16-minute 25fps video that took me 18 hours to upload so at 50fps it will be a pain even though cancel and resume work fine. But that is another story.
Thanks,
|
|
|
Hello and thanks for your replies.
I created a short test project with one sample of each type of files I used in my YouTube project. The timeline is like this:
- .MTS sample from my camcorder
- .WMV sample from Screen Recorder (no audio track)
- .MP4 sample from Handbrake (Screen capture converted to MP4)
- .PNG image
In Produce tab, H.264 AVC format, I created a new "YouTube" custom profile, only changing 25fps to 29.97fps. GOP is probably OK as YouTube expects two successive B frames and that's what I see in details. Indeed the generated MP4 file is VBR but I still get the warning when I upload it to YouTube (MediaInfo1.txt).
I also created another sample project with only an excerpt from a MTS file from my camcorder (PAL 25fps VBR) on the timeline. When produced with the Default profile, the produced MP4 file is CBR (MediaInfo2.txt) but if I produce it with Custom profile at 29.97fps the output is VBR (MediaInfo3.txt).
But yet I still get the warning on YouTube whatever MP4 I upload from the tests I described above. Only when I upload a produced WMV file, I don't get the warning on YouTube.
By the way, why the samples from the camcorder can be 25fps and VBR and not the MP4 produced from my project?
I'm attaching an archive (MediaInfo.zip) with all the MediaInfo of the files produced in my tests above and the MediaInfo of the samples:
- Published WMV file MediaInfo.txt
MediaInfo of a produced WMV file, the only produced file that gives no warning on YouTube.
- Sample from Camcorder MediaInfo.txt
MediaInfo of a sample .MTS recorded with my PAL HD camcorder.
- Sample Screen Recorder Clip MediaInfo.txt
MediaInfo of a sample of WMV screen recording converted to MP4 using Handbrake.
Thanks.
|
|
|
Hello all,
I have now finally completed my video and I produced a MP4 file. In Produce tab, I used:
- H.264 AVC (MP4 container)
- Profile type: Default
- Profile name/Quality: MPEG-4 1920 x 1080/25p (16Mbps)
- Country/video format of disc: France (PAL)
Then I clicked Start and in less than 10 minutes, the produce.mp4 file was created. I casted it to my 40" TV set and the quality is just fine. If I could get the same quality on YouTube it would be perfect for me. So I tried to manually upload this mp4 file to my YouTube channel but after a few uploaded percents, I get the well-known message: "Video / Audio quality: Your videos will process faster if you encode into a streamable file format. For more information, visit our Help Center." (https://support.google.com/youtube/answer/1722171?hl=en)
This is also what I did get when I tried it with my previous videos in PD13, so I always ended up using WMV at that time. But quality is not as good as H.264. I don't see what else I can adjust from the PD14 Produce tab to make YouTube happy and not have my MP4 video recompressed on the server side.
When I compare the recommended settings at the URL above to the attached MediaInfo of my produce.mp4 file, I only notice that the frame rate mode is Constant while YouTube expect it to be Variable and I'm not sure about Closed GOP either, all the other parameters CABAC, High-Profile, 4:2:0, 48KHz stereo AAC-LC audio, etc. seem OK.
But I don't see any option to change CBR to VBR not even in a custom profile.
Any advice would be appreciated. Thank you.
|
|
|
Hi Dafydd,
Thanks for your advice, hopefully I will be able to try this out by the end of the week.
Unfortunately, I have already converted my files to MP4 using Handbrake and also made some more progress in my video editing so I'd not want to redo it all once again. I will see how it goes when I'm ready to produce.
Since I edit videos very occasionally I did not want to invest too much in a screen capture program and picked one that seemed to be best suited for my purpose at a good price. I'd need a screen recorder that does H.264/MP4 and highlights left/right mouse clicks and as lightweight as possible.
My current video edit mostly has .MTS/H.264 clips from a HD camcorder, with just some MP4 (previously WMV) clips and a mix of JPG and PNG pictures.
Thanks for sharing your opinion, I am always interested in good advice to make the edit process better and easier!
|
|
|
Hi Dafydd,
Thanks for your information and feedback. So I will select the MP4 container format if I have to do screen captures again. It seems like only the Windows Media codecs are supported in the settings but as long as it would work it's fine.
For my current video, I use the WMV clips converted with Handbrake to MP4 with the audio stream removed. For now everything seems OK.
I am not ready to publish yet but I am wondering if PD14 can produce a MP4 format fully compatible with YouTube. In PD13, it seems like only the WMV format was actually compatible with YT, I mean without on-site recompression. I want to avoid recompression to maintain the HD quality as much as possible.
Thank you for your great support, I appreciate it.
|
|
|
Hi Dafydd,
Thanks for your follow-up and feedback.
The WMV sample that I provided as part of the sample project does have an audio stream even though there should be no sound per se in this stream. It's the original file. I did not expect to record an audio stream as there was no sound to record for my purpose.
When I first dragged the WMV clip on the first track of the project both the audio and video previews appeared on the timeline as expected, it's when I close the project and reopen it that things go wrong. I hope this answers your question.
|
|
|
|
Thanks for your advice Dafydd and thanks again for your support. I'm now working on fixing my project!
|
|
|
Hi Dafydd,
The capture software was APowersoft Screen Recorder Pro. The clips were recorded with a previous version though, I did not try with the latest version and check whether the WMV audio is fixed or not.
If I ever have to do some other screen capture though I will either use another piece of software or make sure this time that the Audio Input is actually set to None and possibly use the MP4 container format.
|
