Hi Guys,
At first again thanks for all your efforts. Rasplex is exactly what I was looking for. I'm using it for quite some time now, but the upgrade to 0.4.1. gives some issues. The one I can live with is that while booting the tv (Samsung LED UE40B6000VWXXC) shows the message 'mode not supported'. I guess this has to do with some kind of incorrect resolution. But I don't see a bootscreen and this might puzzle the other non-technical users into thinking the pi isn't booting.
Yes, you are right. Several users have complained about 'not booting' though it has later been verified that their RasPlex is running, though without visible screen display, due to incompatibility of the video mode. Why this happens at all is not yet certain, so not yet fixable. The main suspicion is that the new device drivers we must use (for B+ compatibility) have somehow messed up the HDCP/CEC negotiations for a usable video mode, so that some few TVs and nearly all PC Monitors end up with an incompatible mode. (The only other TV model I've seen this reported for so far was also a Samsung model.)
One interesting test for you to make is to let RasPlex start up and complete its boot without being connected by HDMI, and then connecting it to the TV (after waiting long enough to know that the boot must be complete). When I do this with RasPlex 0.4.1 the resulting video mode is always 480p (for rc4 it was always 720p). And all modern TV sets, as well as all PC monitors, should be compatible with 480p. It's not really a useful mode for PHT of course, but it is a useful test to verify that the video connection works properly.
Next to that when playing a movie with the msmpeg4 codec the screen turns completely green and in the left top corner I can see an image about the size of a stamp showing the movie.
Any suggestions on how to fix this?
Not at this time. But a good first step towards a solution would be for you to provide a clip of such a video that triggers the error, so it can be tested by me and others (mainly Dale Hamel, the RasPlex project leader and main coder).
There are various tools available for cutting off a short piece from a video file without in any way modifying the encoding.
For AVI I'd use VirtualDub, for MKV I'd use the 'MKV Merge GUI' component of the MKVtoolnix package, and for MP4 I think that the "My MP4Box GUI" can do similar work. But I'd probably rather try using "MKV Merge GUI" for that as well, since it accept input streams also from non-MKV sources (it's only the output which is fixed to MKV). And if it really is the CODEC usage that triggers the error, then it should work the same way with the stream remuxed to an MKV container. The 'short clip' trick with this MKV tool is that you can configure it to split the output stream into multiple MKV files, any one of which should suffice for testing the error. And if you choose a short clip containing only some credits list or a copyright notice from the original movie or TV episode file, then its public posting should not constitute any copyright violation (you're actually helping them publicize their claims).
Best regards: dlanor