Thisfiles, that works fine on v2 and in video players, are playing in slow in v3, since the first beta. Looks like the file size doesn't matter, I own small files that works and that don't, large files that work and that don't, always downloaded with the same program (
tubemate.net).
Me also has same problem. Some files are those. Those playing right playback speed but when it reach particular point, it's getting slow. And also some files playing fine and when it reach particular point then it gets stoped and to next file.
MP4 is actually a container format, not a codec. If your MP4 file contains just audio (encoded using a codec that PA can decode) then it should play fine, although it is more normal for that sort of audio file to use the extension M4A. However as I said before, if you try to play the audio portion of video files then while it may work, it's not guaranteed.
I've understood but, at least for me (and, I believe, for several of your users), the possibility of put video files on the playlist is a major feature - in fact, it's your greatest differential cause it's the only audio player that do it!
Hi all, totally new in here and made my account due to I am really annoyed with this v3. The fact why i bought Poweramp is bcs it allows you to reproduce audio when the format is .mp4, for me is the key issue due to 90% of my playlist are .mp4. Now with this new version
2. With no reason, the tempo of some songs gets downgraded and it is like listening to in an old radio with very low level of batery (like one scene in movie Apollo 13), and the only solution is to skip to next song. I have changed all settings, disabled and enabled everything and no solution.
So at the end i bought this app mainly and mostly bcs of its capability to reproduce .mp4 (stated in the app description as someone in the thread posted) which was with no problems in version 2 and now is a disaster. I think i will switch to other app due to it is extremelly annoying that at the middle of the song the tempo is changed or jumps to the next song. I feel like i wasted money for this.
2. Allow users to choose in between versions of the app. V2 or V3, as available apps in the market. From my side i would like to come back to V2 bcs is not just a codec issue, the user interface is not clear and confusing. I dont like at all this V3
v2 will remain available as a legacy product (mainly aimed at users of Android 4.4 KitKat and lower, on which v3 cannot run). Just turn off the beta-test option in Google Play and block updates for now. You can also manually download v2 from the Downloads tab at the top of this page.
We have a customer that needs to enable its global constituency to view recorded security video over the Internet. Avigilon's .ave format is not universal enough. How do you convert the file format of recorded video for .ave to .mp4 or .ave to .avi and then .mp4?
I spoke with Avigilon tech support, and they basically said that you could export the footage directly to .AVI instead of .AVE (which you already knew), and that their standalone media player can export .AVE footage to .AVI, but not to .mp4.
Also, if after testing this method, you find the performance acceptable, you can run the transcoding in batch from the command line, with the -d argument for dummy display, and quit command. VLC command-line options.
Thank you for doing that, Derek...I agree, very nice. We will have our systems engineer and appllication engineer run through your recommended routine and see how it works and what we might be able to do with it. I will be happy to let you know the results of our effort, if that will be of value to you.
joel...@olliviercorp.com.
In my opinion, why do any of this. You can provide everyone the Stand-Alone (non installation player) that runs on machines that are domain locked down in police departments and other businesses, it's free, and it provides all of the features of the VMS client. Pixel, Bookmark searches, multi-camera, and NLE exports accross cameras, and maintaining authenticity. the original exporter can determine just what is being exported, the quality, the size etc....
adding another layer of complexity seems to be adding another layer of support. We have some clients that regularly (weekly) provide incident video (multi-camera) views to a certain government agency, and we've never had that agency mention any issue in 5 years or more.
Mac / Mobile versions of the player.... not yet, and we must be living in a bubble, as we've never been asked to support Mac IOS as a security client. I'll bet that looks good in a traditional "feature / benefit" dog and pony sales pitch.
Our original application for mobile, was with smaller police / sherriff departments, and the officers having their smart phones on the dash or with them, the cameras in the parks would see headlights, or people in the parks in late hours. (text alerts too), the officers on their late night patrols drive through the parks making their presence known.
We've supported 100's of Ipad, Droid Pads, tablet pads, you name it, and many clients are making wholesale switches back to SurfacePro type devices, for better IT management, and a sense of being more productive with the Micro$oft suites.
We ran our test on it and were able to record directly into an MP4 container in real-time with no issues. We used a 1MP Avigilon Camera with shooting in 720p resolution at 30 frames per second with little processing required. Multiple stream recording worked as well with no issues evident during the test.
Avigilon conducted a conference of several sales engineers located in various territories. No solution was identified until the concept of using the RTSP and then one of the engineers connected the dots.
One thing I was also thinking was that it's kind of a poor man's redundancy, since it's sidesteps the VMS completely. Also, in an environment where a camera multicasted stream already exists, there would be no additional load on the camera or anything except the ffmpeg archive server.
One nice thing about ffmpeg is the -f segment options, which will let you create multiple output files of a certain duration without stopping the rtsp stream. For instance the following:
I won't ask why your cameras are accessible, and I'll assume all is secure, and you might ask your Avigilon Partner to provide you the tech document to stream your desktop to RSTP... The tech document is titled "how to stream your desktop to via RSTP into ACC."
Of course you'll stream this into an alternative recorder, but doing this will allow you to record more than one camera into the stream, zoom and pan the original footage during the creation of the export...
I have created over 100 short videos in .MP4 format and stored them on a USB drive. Each MP4 video contains a scrolling music lead sheet and audio that is synchronized with the video. The result is a music backing track that I use to practice my music. Each video is between two and five minutes in length, and the file sizes range from about 50MB to 400MB. All the videos are in a single folder on the USB drive.
When I select a file using the Roku Media Player, it recognizes and plays the video flawlessly through my Roku Stream Bar, and it will play each video in sequence.
However, I would like to arrange the videos into smaller "sets" with approximately 10 to 15 videos in each set. I'm trying to organize these "sets" by creating a playlist for each set. Playlists would give me the flexibility to include certain video songs in multiple sets without creating multiple folders and without including duplicate MP4 videos on the USB drive.
Roku documentation says that M3U playlists are supported in ROku Media Player, and I assumed that the M3U format will work with MP4 files. However, I've been unable to make this happen. The Roku Media Player displays an error message saying that no supported file formats are found. I've attempted to create playlists in .M3U format, but I'm not sure what the syntax should be. I've tried the following (which does not work).
I've also considered creating a simple PDF file that contains links to open specific videos. That would be a very simple solution to this problem. (It works fine on a PC, but as far as I know, there is no "PDF Reader channel" available.)
You can see 5 Card Stud is a relative path, which happens to be in the folder underneath the Playlists folder. Same with Bullitt. Notice it uses the ..\ format to drop one folder level. Perhaps you can try .\ (a single period instead of two). There are some devices that won't recognize a file in the same folder without the .\ first. Under Windows, the command prompt is fine without it, but when using PowerShell, it's necessary to use .\ for a file in the same folder the prompt is set in.
So, instead of "file:///Summertime.mp4", try ".\summertime.mp4". Since the Roku runs under a modified version of Linux, you might need to use the ./ forward slash instead of the back slash. Give them both a try.
I use playlist files for movies on my Roku devices without an issue. I use both M3U and PLS, although M3U on occasion give me problems. I don't think the fact I'm streaming them from a DLNA server has any impact on the playlist functionality. The player still has to recognize the files and play them correctly. My playlists include files in MKV, MP4, TS/M2TS, and even AVI and MPG containers. Of course, the latter two require transcoding by my server to play on a Roku, as those are not supported by the Roku OS.
3a8082e126