Hi,
can someone give me a gst-launch-1.0 command-line for a simple gstreamer pipeline equivalent to
omxplayer -o hdmi
to play an H264 file (since I've not yet bought the license for mpeg). This is just raw full-screen to the hdmi output - no X windows or anything like that in the way. raspian wheezy with the 1.0 binaries downloaded from the kind soul that shared them, including the gst-omx stuff.
Background: I'm new to rpi and gstreamer (and AV software generally) though have been using debian for a long time. Have just set up an rpi system whose primary purpose is to run tvheadend, but as a secondary role I want to be play via hdmi to the local telly. (Had planned to get the local TV to pull the content via dlna, so that it would do the grunt work of decoding, but while that is working, its software is extremely slow to start playing, and doesn't offer forward / backward skips, which we badly miss - having to use fast forward / rewind is a retrograde step.)
I did try xmbc, and I think it probably can do what I need, though a bit overkill, since I don't really need a user-interface - web interface for tvheadend is fine.
I'll probably set up a second rpi to receive streamed video and display it on the kitchen TV (assuming I get the first one working). That currently receives stuff via a scart radio sender thing, which badly suffers from interference, so I was hoping digital would work a bit better. (And of course we're hoping to retire the old humax pvr that's providing the scart signal at the other end.) So to keep both rpi systems the same, I might make them both upnp MediaRenderers, and control them with tablet or phone.
From looking around, some of the existing upnp software uses gstreamer as a back-end, so I was having a play with that to see what it does, and confirm that all the hard work is offloaded to the gpu, etc. I've got the 1.0 binaries with the gst-omx stuff, but, being new to gstreamer, not quite sure what I need to do to get it working.
Maybe it would be better to use openmax directly ? Dunno, I don't know anything about that either, but if I resort to writing my own stuff, I guess I could choose to learn how to write directly to openmax instead of involving gstreamer.
Oh, unrelated, but I'm not clear on the status of CEC. (Accessing TV's remote control via HDMI.) I thought I'd read that rpi lacked a bit of hardware coupling to actually receive the data, yet people have it working on raspbmc. I tried the test client briefly, but didn't get any events. No idea if the TV is standards-compliant - any way to test ? Is the idea that while the TV is set to display HDMI, it sends remote-control presses down to the sender, else it consumes them itself ? Or is that only if the sender asks for them ? The TV seemed to consume many of the button-press events itself, even though it was displaying hdmi from the rpi, but maybe that was just because the other end hadn't asked for them. Anyway, this belongs in a separate post.
TIA