13 comments
-
Bright Scripters This page could be of help; just in case you haven't seen this yet:
-
Alex We have and not helpful in this case.
-
Zurab Kakabadze Hello,
Is brightsign going to respond to this? Seems like a pretty big bug.
-
Brandon 1. To guarantee an official response from a BrightSign employee, open a support ticket so it can be properly tracked. The Community forum is intended for community discussions.
2. When you said the HTML5 Best Practices guide that Bright Scripters referenced was not helpful, did you read the part about HWZ Video? Because I don't see any HWZ tag in your VIDEO element and that would mean the CPU is decoding the video, not the hardware video decoder like normal video playback uses. CPU decoding depends on available resources.
-
Alex Hi, thanks for the heads up. We added hwz="on" to <video> tag and it improved things a little bit (video no longer freezes) but fps is still very low and there are some visual artifacts, like ghost frames. Why is there so much difference between video playing in html vs without html?
-
Brandon There's a LOT going on in your published files.
Do you really need the player running node.js for what you're doing?
Everything's running in the same JS space, so it puts load on the player's CPU.If you publish just a simple HTML page without the autorun.brs and other node-enabling stuff, you should find the video plays smoothly just like in a normal BrightAuthor presentation or "play media files" context.
<html>
<head>
</head>
<body>
<video src="video.mp4" HWZ="on" autoplay loop>
</body>
</html> -
Alex We're trying to integrate brightsign players into our digital signage CMS, so we can't do it without .brs and node stuff.
-
Lyndon As my colleague suggested, turning on hwz addresses video palyback performance. If you modify your autorun.brs file that creates your html object, to match the highlighed portion of the screencap below, your playback will be normal. I tested this modified file on our lower end LS423 and it plays smoothly with this one change.
-
Lyndon YOu can read more about hwz here..
http://docs.brightsign.biz/display/DOC/HTML5+Video#HTML5Video-HWZVideohwz_video
-
Alex We did try with hwz=on on <video> tag, but it didn't help much, fps is still low and there are video artifacts.
-
Bartosz from Revolve Greetings.
Unfortunately, adding hwz_default parameter in content player configs' causes that some videos are not played at all. Do you have any clue why it happens? Moreover, where I can find informations about CPU and RAM memory in your devices?
Regards.
-
Lyndon Alex, the one video you sent plays smoothly with the autorun I sent you. If you have an example you can send us, maybe directly to support, if you don't want to post here, we can test and provide feedback. The hardware specs at docs.brightsign.biz provide information about process,etc. These are systems on a chip. They're not intel.
You said you have an HD223? The players don't have a lot of ram, at least not the lower end ones, any html you produce should keep in mind that you haven't have the same amount of ram to play with that you'd have on your pc.
But, if you can send us what you're testing, we can run it on the same model player. I can have one of our html guys take a look at your code to see how it can be better optimized to run on our player. If necessary, I can log a bug with our dev team if its' not a simple optimization issue.
-
Alex Lyndon, thanks for the provided autorun.brs, videos play much better now.