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: V410  1 Relevance8 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! 🙂
File informations suggestion  1 Relevance9 years agoLionSpeckFeedback
  I have some features request on the new release of the codec: firstly, file previews. For the 8-bit files (both YUV and RGB(A) as far as I've tried) previews work just fine, just as you'd expect; for 10/12/14 bit files, previews don't work, you just see the "video" icon (or in my case the VLC icon). Of course it's not a dealbreaker, but it'd be nice if solved. The second request I have is some sort of "dictionary" implemented in the codec itself that tells QT which preset you chose when encoding the file, to distinguish between YUV (444, 422, 420, 400), RGB(A) and different bit depths. With "dictionary", I mean the actual name corresponding to the format ID that you can see with a program like MediaInfo, which (as you can see in the image) tells you only the format ID instead of a "full and understandable" name. Attachment : mediainfo.png
RE: MagicYUV not encoding  1 Relevance9 years agoLionSpeckHelp & Support, Troubleshooting
  I just tried saving the PSD 32 bpc grayscale to 32bit floating-point TIF, but same result as the PSD file itself (and the EXR file I also tried): Fusion will see 8 bits color depth only. In the photo you can see on the left the Ps "real" 32 bpc image, on the right, there's what Fusion makes me see; and again, I set "float32" in the loader node. Attachment : ps32bpc.png
RE: MagicYUV not encoding  1 Relevance9 years agoLionSpeckHelp & Support, Troubleshooting
  Ok, so I know little about code, so I unfortunately have to leave you the AE's internal troubleshooting to you; what I can help you with is testing, so let's begin: I tried opening a 14-bit RGBA (64bits total) MYUV file exported from Fusion in AE and it told me "Millions of colors+ (Premultiplied)". I made some researches whithin the program itself and I'm pretty sure the plus means it's got Alpha and the "Premultiplied" means it's not a "Straight" Alpha channel, but it's combined with RGB.I then imported a tif file containing a 10-bit image (the same I used in the Fusion comp) and it told me "Trillions of colors", so I have the same behaviour you experienced: it thinks the MYUV file is only capable of 8-bit. I fixed it with the piece of code you provided above, thanks a lot for that :3It lets me export high bit depth MYUV files now, but in MOV only. That's not an issue for me, but it's just so you know, AVI is still maxed out at "Millions of colors", which means that it probably isn't caused by the QT encoder.As for the crazyness of the so called "professional" system, I know, that's incoherent, but when you have to work whith Apple's "closed" ecosystem, bad things happen a lot of times. I remember once there was a QT plugin that used to make a lot of formats compatible for Mac, but Apple decided to change how plugins got handled and everything got screwed up. And that's just an example. How do you explain that QT's encoder/decoder is 32 bit only for Windows?!About the last bit you wrote: AE will still refuse to import a .mov saved by Fusion as Trillions of Colors.I just imported a 14-bit RGBA file exported from Fusion into AE and it tells me it's "Trillions of Colors+" as it should be, so either it's really magical or we have some differences somewhere. For instance, I still have AE version CC 2015, you might have the 2017 one.I also have some interesting news on the last problem I had: AME wouldn't export high bitrate MYUV videos. The XML file I modified is not in an AE folder, it's in an Adobe common folder, so its settings are shared between all programs, included AME. Now, I don't think the problem I had was caused by the piece of XML code missing, because I noticed I forgot to set an important value: I put as an export format 10/12/14 bpc, but whithout modifying the overall output bit depth, so I was trying to export 10-bit (or 12 or 14) RGBA whith 24 bits of total throughput. I'm a genius. So, fixing that, solved the issue.Thanks again a lot for the help! Attachment : ae.PNG
RE: MagicYUV not encoding  1 Relevance9 years agoLionSpeckHelp & Support, Troubleshooting
  In case you were wondering about the "3D text" composition, here's the screenshot of the nodes flow. Attachment : flow.PNG
Page 3 / 4