Forums
Search
 
Notifications
Clear all

Search result for:  https://onhour.ru

 Search Phrase:
 Search Type:
Advanced search options
 Search in Forums:
 Search in date period:

 Sort Search Results by:

Page 3 / 4
#Post TitleResult InfoDateUserForum
RE: Another small youtuber  1 Relevance8 years agoIterationFunkIntroduce Yourself
  Posted by: kaliver Sorry, been a busy few days! I upload h.264 @ 60FPS in line with the recommended bit rates from youtube. I did some fairly comprehensive testing a while back and determined that higher bit rates don't look better post-conversion. Bit of a necro but i figured you would see this anyways @ignus. I've also done a fair bit of testing and uploading. Uploading videos that have a higher bitrate than recommended actually does increase the general quality of the video, but it's most noticable in UI elements and since i did most of my testing on World of warcraft, this is really easy to tell. I don't have a comparison to show because I removed the "low" bitrate clip from my channel while doing the testing, never thought I would have any use for it smh. But i do have the high bitrate clip. This is at average 250k bitrate and maximum 300k. About 10 seconds in you can see in the topleft corner that all of the bars for cooldowns are separated and does not "melt" together. When uploading with the recommended bitrate or near it those bars would merge and it looks kinda horrible (when you know what the original footage looks like). You can see a bit more info about the recording in the description. The only point i have to make is that bitrate matters, even after hitting the recommended limit.
Answer to:Answer to:Answer to:4 8 bit capture  1 Relevance8 years agoVFern3Help & Support, Troubleshooting
  I made two additional samples v308 and IYU2 with 1018x576. I was not sure if you need only a width that was not a multiple of 4 or if you need a height not multiple of 4 also. I made only with width equal to 1018 and used the same height 576. If you need a different height let me know.there is no problem as the card upscale and downscale to whatever value I want. If you achieve support to a broader array of formats namely the more demanding ones ( 10 bit+ , 444, etc) I think magicyuv can profit as being seen as more universal and probably the one supporting the largest number of formats. Thanks again for your time
Answer to:Answer to:Answer to:4 8 bit capture  1 Relevance8 years agoVFern3Help & Support, Troubleshooting
  Ok. Thank you again . I´m including three samples, v308, v408 and IYU2, 5 seconds each zipped together . Giving support to all of them it´s probably to much work with a limited return, one of them it´s probably enough , from the three the most useful it´s perhaps the v308 in my opinion , but I think it will be up to you to decide which one if any will be interesting to eventual include in the codec. the link will be active I think over the next 7 days Best Regards
MagicYUV 2rc2 fails to encode/decode RGB/RGBA 10+ formats  1 Relevance9 years agojitsuaHelp & Support, Troubleshooting
  Using Mac OS X 10.12.6 on Compressor 4.3.2 using Sintel 4k Tiff16 ( created an image sequence movie, QuickTime mov container, using MagicYUV 2.0.0RC2 codec fails to encode/decode to any RGB or RGBA with a colour depth of 10 bits or higher. Tested playback in both VLC 2.2.6 and QuickTime Player 10.4. Encoding to format YUV 10 bit is fine, but I ideally need RGBA output.
RE: V410  1 Relevance9 years agoVFern3Feedback
  You can download from this link a 4 s /100 frames v410 video sample
RE: Any way to trandcode MagicYUV with Handbrake or another tool?  1 Relevance9 years agoPXAbstractionHelp & Support, Troubleshooting
  Rodeo (one of the developers who I've been working with on this) asked me to send him a log that he could analyse (which I've done) but he believes this issue's fix might have been caught up in this bug fix for something else.
Answer to: Files with lots of transparency inefficient compression  1 Relevance9 years agokrautsourcedHelp & Support, Troubleshooting
  Hi Balázs, sure, here's a (rather extreme) example. The shape is moving slowly through the image. flipswitchingmonkey.com/files/frame.png 90% transparency, maybe more. It would be fantastic to get an optimization for large transparent or single colored surfaces, because apart from these transparent videos I often have to render out mask layers which also mostly are just large single colored clips. Cheers!
MagicYUV 2.0.0rc2 released  1 Relevance9 years agoBalázsNews and Announcements
  2.0.0rc2 is out which should be the last release before 2.0 final comes out, if no serious issues are reported. Please test it and report any issues you encounter. The discount lasts until 2.0 final is released, which should be around 2 weeks from now (April 3rd as an early target), so if you're still using version 1.2 consider the upgrade 🙂 Changelog is here
RE: Any way to trandcode MagicYUV with Handbrake or another tool?  1 Relevance9 years agoBalázsHelp & Support, Troubleshooting
  To add some info here: Bandicam corrupts the AVI index over a certain size, more here: Dxtory should work fine in general, I haven't had any reports so far it corrupting AVI files. Maybe if someone experiencing issues with Dxtory-recorded MagicYUV files that refuse to load in Handbrake could send me a file, so I can take look.
RE: RGB32 (Bottom-up)?  1 Relevance9 years agoBalázsGeneral Discussion
  On Windows, uncompressed RGB32/RGB24 images are normally stored upside down (or bottom-up) in memory, unlike YUV images which are stored "normally" (top to bottom). However, applications/codecs have a way to request/propose uncompressed RGB images in both orientations, and they indicate this by the sign of the height. For RGB32/24 positive height means bottom-up orientation, negative height means normal (top-to-bottom) orientation. In short, it's a technical detail, as both the app and codec know the orientation by looking at the sign of the height, and they will handle/display the image correctly, so the end user doesn't see any difference. More here:
RE: Linux encode support ... please? Pretty please...  1 Relevance9 years agoBalázsIntroduce Yourself
  No, that is not possible (plugging a codec into ffmpeg), or at least, not without releasing the source code of the codec (and - though out of the question - even that wouldn't fully work, as ffmpeg uses C, while the official MagicYUV implementation is C++). Also, reading a similar discussion on the ffmpeg mailing list ( ): "FFmpeg is not meant to be a wrapper for third-party libraries." So with that I'm afraid that free software video editors using ffmpeg have to live with whatever ffmpeg provides. EDIT: However as ffmpeg is free software, you have the freedom to implement whatever codec you would like to suit your needs 🙂 - sorry for the harsh pun, just had to vent a bit the frustration on the lack of interfaces/standards to develop for 🙂
RE: Linux encode support ... please? Pretty please...  1 Relevance9 years agomarcdracoIntroduce Yourself
  Greetings BalázsI come from a Mac background but I shoot with a loosely knit team of amateur and semi-professional videographers on Canon 5Ds (or similar) with Magic Lantern which gives us passable but not marvellous footage provided there's enough light. My prehistoric background from over three decades ago is rooted in film which is why I have a ridiculous eye for quality. Ideally, we'd all be shooting on RED or even BMCC at 4K but you can't have it all when everyone works from home and there simply isn't the money shooting weddings and short commercial stuff. Ironically, most clients wouldn't know the difference anyway! I do though and there is where the problems start. 🙂 Pretty much everything has to be fed through NEAT video (which is utterly magical and quite affordable compared when balanced against the cost of a high-end camera). This adds a potentially lossy stage unless I output to frames (PNG) and even at 720p that's pretty large amounts of data. I think we're running about 100Gb (about 1Gb per min) on the current job which is a something I did for a friend of ours. Although I come from Mac (After Effects and Hitfilm - [silly name but good value]) I've retrained to use Natron which is a Nuke-like compositor that allows me to use OFX plugins (NEAT being one of them) to do any compositing. I also used Blender for our 3D work but again, that outputs to frames, not video, primarily in case the job craps out part way into a multi-hour render! My problems started when I went for a professional level editor to splice everything together - with the separately recorded audio - and NO sync slate at a live performance! (I've become quite the lip reader.) Only Kdenlive, Blender and Lightworks (which is Freemium, 720p max) support this facility. Kdenlive is really rather good now but still a bit flaky using frames with proxies (and the default proxies are too nasty to be usable). Blender it is then - I'm downloading the 2.78a release now to finish this job off since despite its promise, four days of (repeatedly) lost work through crashes etc. are enough to tax the best of us! Does that help? 🙂
Answer to: Premiere Not Loading File  1 Relevance9 years agoBalázsHelp & Support, Troubleshooting
  OK, I looked at it, and attached is what I can see in media player. The problem was that as you accidentally selected the RGBA codec, it encoded the alpha channel, which happened to contain zeros, hence the whole frame was interpreted as transparent. Dxtory presents RGB32 format to the codec, which is BGRXBGRXBGRX..., and X can be garbage as it should be ignored, but the MagicYUV RGBA codec encoded it as alpha (the MagicYUV RGB codec ignores it, but RGBA doesn't), and X coming from Dxtory was actually zero, making all the pixels and hence the frames interpreted as transparent. To fix in your case, open the file into Premiere, right click on the clip (for me it is in Assembly, Project), select "Modify -> Interpret Footage..." and in the Alpha Channel section tick "Ignore Alpha Channel". Attachment : dishonored2.png
RE: Premiere Not Loading File  1 Relevance9 years agoutoxinHelp & Support, Troubleshooting
  Here's a five second clip from the start of the video. The audio does something funny here, and the video seems to freeze even in VLC for a minute. After this, about 15-20 seconds in, it starts playing properly in VLC, but Premiere never shows /ANY/ image for the video, even on the first frame. So I'm really not sure what's going on: Dishonored Gameplay Clip
Answer to: Any way to trandcode MagicYUV with Handbrake or another tool?  1 Relevance9 years agoBalázsHelp & Support, Troubleshooting
  Well, this is the area where others, especially gamers might have more experience, and something I'd like to know better myself. ffmpeg can decode MagicYUV files (albeit slower), so that's an option. I think HandBrake uses ffmpeg under the hood, but a hard-copy one (I mean a hard-copy of the ffmpeg sources right inside HandBrake), which is probably a version which doesn't have MagicYUV decoding support. Another option might be x264gui along with avisynth. Thanks for the comments! 🙂
Page 3 / 4