Search the Community

Hi Team ... While seeking a webm there is a strange glitch that happens consistently (replication steps can be found in the attached video: webm-glitch-pixiv6-compressed.mp4). This same glitch does not happen if let the video play undisturbed (i.e. without seeking to random points in time) which rules out the possiblity of the video being corrupt. What are the things that I tried: I tried to see if the previous versions of PIXI (namely v5) had the issue, and surely they did. I tried to apply the pixi-patch from the following links, but they didn't work - https://github.com/pixijs/pixi.js/issues/3526 https://github.com/pixijs/pixi.js/issues/408 The problem seems to be there in multiple versions of PIXI: PIXI v6.0.2: https://jsfiddle.net/zodiacleo/spgzy4x3/17/ PIXI v5.3.3: https://jsfiddle.net/zodiacleo/dbhf2xu9/17/ SpectorJS trace has been attached (file: webm-glitch-spector-error.json) Please let me know if I can provide more information on this. webm-glitch-pixiv6-compressed.mp4 webm-glitch-spector-error.json

I am not sure there is really a need to be able to record (webm) when using the VR rig. One of the few 3D video on YouTube has gotten 2.8 million views, so I would definitely want to get some of that. Not seen any videos with a barrel distortion. I do not have the hardware. Can you even watch stuff with a "phone on your head"? I recall something during the winter Olympics. If trying to record with the VR rig is a waste of time, please let me know. If this is desirable output, basically nothing comes out when canvas.toDataURL('image/webp', quality); is called on Chrome when this rig is used. I suspect that it is due to the fact that each of the sub-cameras writes to it own viewport, and that is not taken into account. Really glad this would not work for the stereo rigs I added, or I might have screwed myself. When I tried the newer WEBVR rig, it did output, but only a single screen. Is the VR rig just around for backward compatibility? Might it be ok to mess with the old VR rig, maybe add another post process, if I can think of a way? FYI, @Wingnut & @Deltakosh, I cringe every time RIG_MODE_STEREOSCOPIC_SIDEBYSIDE_PARALLEL is mentioned as a solution when some device does not support webVR. The stereo rigs are interleafing, meaning that in the doubled dimension only every other pixel is printed. It gives each side a squished look, but on a 3D TV it widens out to the original dimensions. Something for these devices would need to crop the left & right side of each image to really work.

I have made a form for inputting parameters for webm audio/video recordings. I have broken out the top level StackPanel apart from the full screen AdvancedDynamicTexture. When either the "Rehearse" or "Record" buttons are pressed, you cannot still have the form visible or this happens: Clearly not acceptable to be in the video itself, & a little annoying for rehearsing. The only way I found to temporarily get rid of it was to dispose the texture. After the scene is done, I took the StackPanel and put it in a new AdvancedDynamicTexture, just 2 lines. The buttons are connected to NOTHING now though. Using a Mesh for the texture will allow it to be hidden, but then I need a second camera in ortho mode & setup layer masks. Is there any way to avoid going that route?

I was attempting to use MediaRecorder to mix all the BABYLON.Sounds that called play() into a single opus audio track, at the relative time they started playing. I am starting from this stackoverflow topic. Am writing in Typescript, and found MediaRecorder is not yet defined. I can live with that. The bigger problem is an AudioContext is defined very inconsistently. I will need createMediaStreamDestination(), which is defined by Mozilla, but not a method in Typescript. I think, ok maybe do a PR of the missing things, but better check what WWW says. WTF, not one them matches another! What am I missing? This is part of to a rewrite / typescript conversion of Whammy, calling Double Whammy. I know whammy only works on chrome, so got to test this works there before proceeding with the larger project. I have verified opus is a valid webM audio format though, and think the video should play everywhere.

Hello, In using various file formats for a videoTexture, I have an .mp4 file at 3896 KB, an .ogv file at 4421 KB, and a .webm file at 4421 KB. On my PC, they all load and play within 1 second, but on my Android devices, the .mp4 file causes my mesh object (a plane) approximately 15 -30 seconds to display a black surface as if it could not find the texture, and when I press my play button (a simple GUI element which initiates the play() function, it takes another approximately 15 or more seconds to begin playing the .mp4 video file. However, when the source is an .ogv or a .webm file both at a smaller file size, they load in approximately 1 second and play in approximately 1 second after pressing my play button. I have tried practically every setting available to format the .mp4 video file to improve performance on Android devices, however, nothing has improved the performance. Any thoughts on such poor performance of .mp4 files on Android would be appriciated - as well as to identify the Android OS and avoid loading .mp4 files on Android - but continue to load .mp4 on PC and MAC OS for improved quality for file size. Also, I've tried every possible way to stop autoplay of a videoTexture on Windows, but nothing appears to work. I thought that Wingnut had posted a playground scene which paused autoplay on PC, although I can only find a couple that chnge playback speed and pause on a pointerUp scene event. However, what I'd truly like to be able to do is pause every device at frame 0 or frame 1 (in .ms of course) using some functio utilizing (htmlVideo.currentTime). As always, thank you for your help with any of these questions. Cheers, DB