A bit of search led me to understand that Renderer HTML URL uses vlc activex plugin: I must go now, but you should have a look at this page:
https://forum.videolan.org/viewtopic.php?t=111535
you may find some clues
hello H99, a nice thread, yes
regsvr32 "C:\Program Files (x86)\VideoLAN\VLC\axvlc.dll"
does not work with x86 version and a 2.2 VLC, neither with IE8.
The x64 version on VVVV doesnot get any result from render_html node (blank image)
Ok, using a VLC 2.0 version, ie8 is showing on the image of the camera, node renderer_html also but only in vvvv 34.2x86 version.
No access to the codec and the stream with HTML_TEXTURE (i would like really to use)
ok, still banging my head and becoming quite furious that VLC is such messy.
Really i m still not understanding how this project is handled and not reliable if you look at all solution “working” with a specific VLC version, and not with others versions.
So, actually, i m not understanding why i have a stream in IExplorer, and not in VVVV with the HTML Texture Renderer.the VLC plug in not supported by VVVV is a NPAPI type.
still some years ago now (if i remember my first battles with ip camera in 2011) and still no IP node working correctly directly to print inside VVVV a texture ?
sob…
ok… no idea from anybody on how to get printing in html texture correctly ? i tried vlc 1.19 and still same trouble…
I wanted to suggest you to modify the html, so that you could try to use browser’s native player.
I made this page with a clickable element, that once activated, through javascript creates the box for the mp4 to be automatically played.
Well, it doesn’t work with HTML Texture. There’s the box, inside it there’s the time-bar on the mask with the controls interface - as a side note, the mask appears always; it does not hide after some secs -, but there are no control buttons (play and volume), and most important there’s no video playback.
Renderer URL works fine, play, pause, jump…
Now, I don’t know if this is by design, I should find the correct devvvv blog entry and see if it says something.
It is very strange however that html5 video tag creates a box with video controls and video interface both broken. It feels like something is buggy.
@joreg do I have to post a bug thread about this? Tested this with latest alpha, too. Same result.
@h99 if something works in chrome standalone but not in vvvv htmltexture then please demo that in a forum thread.
@karistouf
Can you stream directly into a video tag as shown https://discourse.vvvv.org/? If there’s a bug, and devvvvs fix it, and you can stream in chrome, then we could say you’re probably going to be fine, no?
Hi h9 ! thanks for your support.
Helas…
the mp4 is readen in chrome with your clipboard, but not in VVVV html texture node
my problem is that i want to get the texture from an IP cam, directly in VVVV without doing dirty tricks like screen capture.
i have bought an IP camera for a personnal project especially just for this notion: receiving directly the stream inside VVVV without third party software.
so to summerize:
with webbrowsers:
- in IE i have access to video image from the IP Camera, so i can presume that codecs are well installed on computer
- in Chrome, VLC codecs are said to be no more supported (PNAPI type). The version of VLC used is 2.1.3
with VVVV:
- Render HTML URL shows an image from adress 192.168.1.88 in VVVV x86, not in x64
- but the GDITexture node outputs frames, buttons, but not image
- if i try with a HTMLTexture node i have menus and buttons, but no image. A message shows that VLC codecs is not installed. Despite any installation i can try to do of any version of VLC
Those tests were done with VVVV 34.2 both x86 and x64 versions.
so, ( @joreg ?) it would be really nice to have access without dirty tricks to that stream. if a Render HTML URL can read it, why cant i have it by a GDI texture node ? and why can t the HTML Texture node doesnt work ?
cheers
christoph
test cam.v4p (9.3 kB)
hei karistouf,
i am afraid we’re hitting technical limitations here.
Renderer (HTML Url) is internally using IE10, that is the reason why it works. for why GDI-texture does not work i can only speculate that the way IE is using an activeX control to display the image is already kind of a hack that prefents it from beeing captured the way GDI-texture does.
HTMLTexture nodes use chrome internally. so if it doesn’t work in chrome standalone in the first place it also won’t run in vvvv.
Hi @joreg
Holly ch*** this is really very surprising and a personnal catastrophe
Is it possible first for you to make h99 example works (no mp4 printed to screen) first ? Hopping this will resolve my problem?
No possibility to get the stream from gdi texture node? Any dev trick ? Sending render to windows list of camera for video in?
On this i really need help !
Christoph
I really need low latency video capture on this personnal project…
A sample with a poor ps3eye camera: https://vimeo.com/145045953
Hi Chris, i don’t know if that gonna help you, but that only thing i know you still can try.
this is an old vlc version for dx9 it had command line arguments. i think you could open directly ip streams with it. Any version 1.1.X of VLC player should work. You’ll need to copy some dlls, for it to work…
Vlc_old_dx9.rar (22.7 MB)
hi athokio i will make a try monday (playing in a festival: https://vimeo.com/156772923)
i need to solve really this painfull problem for next researches :)
hi antohkio, unfortunately, this doesnt works
i tried with arguments but sounds really not working :(
@joreg: i had M42 Optic, wich is providing me the camera, and developping it, they propose to me to create an application in CSharp wich will log to the camera, and will furnish an access point in memory to the stream, so i can get the array in 8 bits of my image (full HD)
They know i m using direct X
They asked me specifications and what i need to get my image running in VVVV, can you give me informations about it ? or patch samples that i can provide to them ?
it is related to shared memory texture, isnt it ?
thanks christoph
there are 3 options:
- if they can provide a shared dx9 texture then get the image like in this example: https://github.com/vvvv/vvvv-sdk/blob/develop/vvvv45/src/nodes/plugins/Texture/SharedTexture/SharedTextureNode.cs
- if they can provide a shared dx11 texture then get the image like in this example: https://github.com/joreg/dx11-vvvv/blob/master/Nodes/VVVV.DX11.Nodes/Nodes/Textures/2D/FromPointerTextureNode.csw
- if they can provide a cpu-based memoryshare use the Reader (Raw SharedMemory) and AsTexture (Raw) to get their bytes into a vvvv texture
hi joreg, thanks a lot.
what is the quickest as i m mapping sand jets with its own image ? it s a 1920x1080 stream at 25 fps
reader or dx9 shared texture?
about reader, it will appear with a nickname, like a global variable, isnt it ?
depends: if they already have a dx9-texture than it is the fastest to get just that shared. i assume they don’t have that so you’ll have to go the (slower) cpu-sharedmemory route.
and yes the “Shared Memory Name” can be seen like an OS-wide global variable name.
thanks a lot joreg. Devs of this camera are working on it, very kindly.
i will keep you informed.
But it would be great to have a strong tool working ok in V4 from HTML textures. Seems really there is a problem (see h99 feedbacks) and really having something without two much pain would be really better…
If your IP camera can’t read images, It means the IP camera doesn’t boot correctly. Almost IP cameras work with DC12V power supply, power requirements are different. You can estimate the power requirements on the basis of IR range.
-
If no IR, or IR range within 20 meters: Required Power Supply is DC12V 1A.
-
IR range is within 20-30 meters: Required Power supply is DC12V 1A.
-
IR range is within 30-50 meters: Required Power Supply is DC12V 1.5A.
Hope this will help you. If still the problem remains, then you can consult with CCTV installation Companies nearby you or contact with technical support team.