whacked

I also see that all those empty thumbnail image slots that were previously showing an endless loading loop are now gone. Those slots were empty because there were only so many movies in each category and they all show their image and in their own slot (so to speak) and then the empty slots also show and went on forever it seemed, and with that spinning circle on each empty image. .. It would drive me batty ... lol thnx for fixing that

cool beans : That m3u hardcopy file playback thing we had been discussing allaboutbuzz, is now working just fine. I now can access and open and playback every category. Looks good... thnx The deleting recordings seems to be working fine now too.

same issue here Playback of recorded content only plays back approx 45 to 55 seconds. This is the same weather recorded to sata drive, or USB drive or internal storage. Never get Playback that lasts longer then 55 seconds thnx

did the box loose internet connection ? Does the Apitiode market open ?

I apologize for interupting this thread, but I wanted to report my current standing with the issue I had of not recognizing my external or internal drives in the recording menu (which I reported in this thread a day or two ago). The issue is fixed and now working as designed. Recording onto HDD drives also works fine, SATA type drives included. thnx allaboutbuzz BTW, do you get any sleep ? ... You are a amazing :)

A couple days ago, I had recorded onto a 160GB Toshiba HardDrive (SATA) Seemed to work fine with the recording found on the HDD Android>media>buzz.services.pvr But I just tried again and the in 'New Schedule' setup,, I can not choose a dive to record to. The slot to select a drive is stuck in Locating mode. This did work the other day and I had two external drives connected at that time to which both showed in this slot. I have reboot the 4900 a few times but always same result. So I opened a File Manager and I can see the USB drive and the SATA drive and also a Mouse is connected with a USB card and that works fine, so the box is seeing these drives, but seems they are not seen by the recording function. I opened that recording from the other day and it played fine. The Mouse works fine and the Manager sees all the drives. But no drives are seen in the Recording Scheduler setup. I had installed a Buzz5 Beta file since I did that recording, is the only difference.

There is only one main advantage in using an hardcopy of a Playlist (an .m3u file). It is that you can edit the file... add or remove channels, sort them and etc.. If you are not needing or wanting any of that then use the URL connection method or the MAC Server method. and no need for the hardcopy of the playlist, unless you plan on doing some editing. The original Buzz5 software version that you may see on your new 4900 Version: 4.0.527 updated 02/19/21 Since then there have been 2 updates (4.0.528 and 4.0.529) and now a new beta version is being looked at. To view the version information, open the Server Settings, then press the menu button. A side-bar menu should appear with the version shown at the bottom. To install an new update at this time, open a LiveTV channel and then Menu > Server Settings > Check Updates Once you select Check Updates, the update will automatically start and it will probably be the 4.0.529 version at this time. You do not need a jump drive to update, but for the Edited copy then yes, fat32 or xfat .... I believe needs to be the format on the USB storage drive

I am very pleased to announce that the BuzzTV team has fixed the issue with not able to load and use an .m3u file of a modified Playlist. If you were to download a copy of 'traditional' .m3u file, and load it onto a USB storage device and then load that into the Buzz box and then enter M3U Playlist menu and seen there is an option to 'Choose File'. So use that option and choose your file from the storage device. Next is to use the Connect option found there. It will connect and channels will appear. BUT if I tried the exact same process with my own edited .m3u files , but they would not work and always give me an error message. The guys over at BuzzTV Team went thru some extensive testing with this procedure in the last 24 hours or so and I am very happy to say that they have fixed this so now my Edited Playlist copies work just fine on the BuzzTV 4900 I especially want to thank allaboutbuzz (Team member) whom listened to my explanation of the issue and walked thru it with his Team and fix it ! And most members that know me can a test to how I do ramble on sometimes I am told this fix will carry thru to all the 4000 and 4500 and E1 models as well, and along with a few other added features. Fantastic work BuzzTV Team!!

You would need a hardcopy of that .m3u file to go that route. That URL you sent me and i tested is only a URL and not an .m3u file. If you paste that URL into your web browser on your computer , it may lead to a hardcopy of the .m3u file, which you could then download and then put on a hard drive device. Otherwise you could simply paste that URL into the URL line in that m3u Playlist slot and that will work fine. And If your service offers an EPG URL, then paste that in the line for the EPG There are two methods you could use in this Playlist Server slot One is by using the Playlist URL and the other is using the .m3u file itself. The EPG URL will work for the Playlist URL method and for the .m3u file method as well. So if you have that EPG URL, then paste it in there, regardless of which method you will be using.

This is just an update with new information to this thread. I been working with allaboutbuzz thru back and forth messages. And Allaboutbuzz did get this issue with the hardcopy (,m3u file) to work correctly. The hardcopy of a Playlist, (which is an .m3u file) placed onto a USB storage device does indeed work correctly when choosing the file thru that 'Choose File' option box. I have been attempting this with edited copies (.m3u files), and none of them worked, however they do work thru Perfect Player app. Allaboutbuzz tried an un-edited copy and it work as designed thru that 'Choose File' option. So I tried that same un-edited copy and it worked correctly as designed for me too. So in conclusion, it must be something to do with only edited copies. Could be the encoding somehow was changed or a Directive has been moved or misplaced in the script. this will be looked at some more to possibly find the answer:) But in the end, the option to 'Choose File' does work as designed, as long as the copy is not an edited copy (for now). thnx allaboutbuzz

rssgmatt, that M3u Playlist URL you sent me does work fine when copied into the m3u Playlist line. Rodger that I never tried it thru the XC/API line , but you can try that at your leisure I have set your info you send me onto self destruct mode , it will be permanently deleted

URL in the m3u Server Line is working fine, as expected. Adding the full URL is time consuming as the URL is quite lengthy and typing in the URL there is a chance to make mistakes. I have found that using the Total Commander File Manager and it's copy and paste functions, it makes the task so so much easier and then you are sure not to make mistakes in your type either If anyone wants the directions to do this process , please do ask and I will post up a tutorial. I was looking at that URL you have there rssgmatt and it does not look like an actual m3u URL , maybe it could be used in the XC/ API server area ? I could test it for you if you would like. Send me a Private message if you decide so.

one important factor which people do not think about is that when using the m3u line there is also a place to add a third party source for the EPG. If you have multiple EPG URLs, you could even create a few m3u connections with a different EPG URL attached to each one. Then when your server is lagging with their EPG data, you can simply switch from MAC Server to one of the m3u server lines with that third party EPG URL I have 3 separate EPG sources and all 3 are for the same service and this may go without saying, but I will say it anyway... I never have trouble with an empty EPG

in the Apps menu, open the Permissions on the Google apps. There may be some things in there you might want turned off. Check all the Google apps, there are a few. These may not pertain to start-up apps, but do pertain to privacy

if that is a URL , then yes it should work. I am about to do some testing with the URLs now.

Just step back in the house and yes I am referring to a M3U Playlist file (.m3u),which I have on a USB storage device. This issue is not new, I mentioned it some time ago. It's the same on the 4000 and 4500 models and I believe also on the xpl models. We can use an m3u Playlist URL fine enough but we cannot load or use an .m3u file accessed from a storage device. Open the M3U Playlist slot and in the setup there is an option to Choose a File. This does work seemingly correctly to find and choose an .m3u file from the storage device, and the path to the file appears correct which appears in the Playlist Line, but when attempting to connect it then gives the error that the URL is incorrect. So it seems that it is not even trying to read the file but is looking for the URL .....but the URL is not there because the path to the file is there. This option I have seen work on other devices and have been using the same storage devices and the same .m3u files (I have an abundant amount of these all tested and working). It is an important option to be able to use a hardcopy of a Playlist as apposed to the URL, because we can edit them hardcopies to our liking . I have done extensive editing with many copies and mostly with VOD selections... and have many separate Playlists sorted by category or by actor or by director and etc.... so you see where the need for this function to work would be handy As it is now, I and the few people that use my Playlists need to shut down the Buzz box and connect another device in order to use these Playlist hardcopies. Another good function of a .m3u Playlist is that we can find certain channels on-line and gather them up and place into one Playlist. load that under the Choose File option and watch all them channels on one Playlist. The options are endless with these .m3u files and an edited or non edited Playlist.

m3u with URL should work, but to try loading a hardcopy of a m3u file will not work as the app thinks it is looking for a URL. It comes with a message that the URL is incorrect. Thing is thou that with a hardcopy, it is not the URL it should be looking for but the path to the hardcopy. I have tested this extensively with the 4000 model and have just began testing with the 4900 I have not yet tried the URL on this 4900 model but have tried a hardcopy on the 4900 and the results I get are the same with the 4000 and the 4900 models, which is the message that the URL is incorrect. I will try the URL here tonight after I get home from work. So far thou the m3u hardcopy (file) option does not work

There is no other team that allows the app MAC to be changed, nor the device MAC to be changed. Buzz was the only one, at one time. Good reasons why the MAC can not be changed by the user. The MAC is a 'unique' idendity for the device itself, or for the iptv application. If one person alone changed that MAC ID a say changed it o a regular basis then at one point (at least) there will be a conflict with the actual owner of the MAC (which someone else randomly generated). That then leads to difficulty for the original owner of that MAC ID when using certain applications. There may be other reasons why the team discontinued that option, but that is one, and kinda an important one when looking at it from the original rightful owner's point of view . Like that goalie Patrick somebody, from Montreal Canadians once said, "Its not fair"

I did not know the buzz had that ability. That certainly would be the easiest, as long as the size of the drive is not a factor. cool

with a google search I found some info... The way you reformat a volume on a Mac is using Disk Utility In general any FAT format should work on both a PC and a Mac as I understand it (not from personal experience but from others). If you need more info on the process, a simple google search should help. And also if you have any content on that drive, you should transfer it onto PC or MAC before formatting. The formatting process with preeminently delete all content from the drive. And on another note, I found that formatting a large drive like a 1 TB works better thru a formatting tool such as Swissknife, as apposed to the windows PC format tool. MAC may be different and may be just fine without the need for additional tool.

Okay,forget about the deleting thing, that was just to reestablish the driver on your PC and therefore may have been seen by the buzz... BUT Sound like it just needs to be formated. Format to FAT or xFAT You can do that with it connected to your PC... I do not have experience with MAC Books thou.

been using WD My Passport 1TB HDD pretty much on all devices, from Windows to android boxes. With these Buzz boxes and that large amount of HDD you are connecting to them, you need to safely add or remove the drive to and from USB port. That means power off the Buzz box and then connect the drive to it and power back on. You can connect to a powered on Buzz box, but you would have to watch your Buzz go thru a reboot. I can tell you with experienced testing that when I connect my WD MyPassport 1TB to the powered up XRS4500 or XR4000, the buzz box goes thru a reboot sequence. It does work after the cycle completes and can see and access the drive's content fine. If you have issues with that drive, maybe you need to enter it's Properties thru your windows Control Panel and delete it and then re-install. That might give that WD a kick in the pants and then your buzz may see it Them guys at WD support seem not to know things, lol.... unless something changed with their new models, I been using WD products forever, with no issues on androids.

I have had instances when USB was not recognized altogether and that fix was from NBS quote... 'Always try to have the USB drive inserted into the Buzz box while the Buzz is powered off.If the drive is not recognized, then use the Power icon on bottom right on main Buzz screen and Reboot' Using other media Players as reported too is good way to tell if maybe it was a codecs issue with the Player or something along them lines. However, if same issue persists with other Players, then it could also be disc errors on that USB drive. Check and Repair that by inserting drive into windows PC or Laptop and right clicking on the drive, then Properties > Tools. Then use the Error Checking option found in Tools. Let it check and if there are errors it will ask you if you want to Repair. Agree to Repair it.. this will only take a few seconds. *This process will not affect any content that happens to be on that drive. It is not like re-formatting, where that process deletes all content on the drive. 'Error Checking' and 'Repair' will leave all your content intact as you had it. I get errors on my drives often, and the reason why is because my USB ports on my Laptop are faulty and thus causing any drive that is connected to it to be infected with errors, and the errors are not seen till the drive removed from Laptop and is plugged into another device (such as an android device). When I plug that drive (with errors) into android, it will be shown to be missing the content on the drive. Once I repair the drive then back into Android, the content is back

with Rinny's help I have some results. I sent you a message allaboutbuzz

seems this is somehow server related but maybe not totally. With a certain server, the sound will drop if and when the channel has a glitch (a short freeze for example). After the freeze or other glitch has gone away, the sound is gone. The sound comes back with a channel zap (change channel up and then back). Seems this only happens with the 4000 model thou (s what Rinny has told me) and not other boxes with same setup. I am working with Rinny in private, to test some things. I will be testing how other boxes act and how this 4000 I have here acts (with that certain channel access). I have not seen the issue here on this 4000 but my channel access is not the same as what Rinny has, so once I get that handled, then testing will resume.