Static Vlc Media Player 0.8.2 Binary Available Now

[luo]

Hi,

is there any way to get this one into newer OpenZaurus or Familiar Versions? I just tried it with Familiar 0.7.2 on iPAQ 3850 and Speed is really good (better then OP2...).
Or is there even a bitbake file ( I need to update my tree).

-luo

[chrget]

is there any way to get this one into newer OpenZaurus or Familiar Versions?

AFAIK the VLC Media Player is in OE. But you should probably ask the OE folks for details.

I just tried it with Familiar 0.7.2 on iPAQ 3850 and Speed is really good[div align=\"right\"][a href=\"index.php?act=findpost&pid=135889\"][{POST_SNAPBACK}][/a][/div]

Let me get this straight: you ran the binary I built on that iPAQ? If so, I'm seriously impressed w/regard to compatibility of the platforms  

Best regards,
Chris.

[luo]

Well, it's both Linux.

Biggest compatibility Problem in this area is GCC 2.95 vs GCC > 3 and OPIE vs GPE.
Sometimes you've got some Lib problems, in my case I just needed to install libncurses ( had it only in Version 5 although vlc wants version 4, a link did it)

Did you mention where the Code of your vlcplay lies? I get a SIGPIPE when trying to play a video.

-luo

[chrget]

Well, it's both Linux.

Still, binary compatibility is not always easily achieved, even between linuxes running on the same processor family. So allow me to be amazed

Did you mention where the Code of your vlcplay lies? I get a SIGPIPE when trying to play a video.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=136009\"][{POST_SNAPBACK}][/a][/div]

Actually it's not published. 'vlcplay' was just a Quick'N'Dirty hack to allow for minimal Qtopia integration -- I'm not a GUI programmer. Thus the ugly piece of code still sits on my disk.  And it probably should remain there, never to see the light of day ... Muahahahaha! (Mad scientist laugh  ) Mainly because it is a terrible hack, and I don't really want my name associated with something like that  

The SIGPIPE ... hmm, most likely it can't find the vlc binary. IIRC the last release still had it hardcoded to /usr/bin/vlc. You may wanna try to symlink it there.

Regards,
Chris.

[ken]

see the light of day ... Muahahahaha! (Mad scientist laugh  ) Mainly because it is a terrible hack, and I don't really want my name associated with something like that

Is that all the worries you? heck, of course I know you're doing us a favor.  I'm like you, I still use the sharp ROM.  If you have vlc .85 working, I wouldn't mind using it.  I have noticed that .82 can't play a few mp4's I have (neither can the current mplayer).

It's up to you.  Official or unofficial is ok by me

[chrget]

I have noticed that .82 can't play a few mp4's I have (neither can the current mplayer).[div align=\"right\"][a href=\"index.php?act=findpost&pid=136107\"][{POST_SNAPBACK}][/a][/div]

It's more than likely that this won't change, though. As I wrote earlier, IMHO there are virtually no differences when it comes to simple Zaurus playback. Ever had a closer look at those MP4s? Most likely they're using proprietary codecs or are way beyond the parameter constraints necessary for playback on an embedded system.

As for making things available, I'll see what I can do. Packaging and package testing easily takes a total of half a day. Once I find that time, I'll do what it seems I must  

Regards,
Chris.

[luo]

Hi,

I'm back at Familiar 0.8.~3, compatible to OpenZaurus 3.5.~4 and your vlc Binary also works. Again I installed libncurses and for libqte.so.2 I use the compat libs. One Problem was, that this Familiar Version uses Alsa instead of OSS, but alsa-oss did that.

In the background I try bitbaking vlc 0.8.4, but there are some quirks with bitbake ( well, PEBKAC I guess ).

Is it possible that you nevertheless send the Source to me? I won't publish it, I'll just use it as a base for Qt/E and vlc interaction when I'll build my own GUI (C++ is not my lang... ).
Ah, and the vlc binary was in place, I don't know what was causing this error.

Thanks.

[ken]

are virtually no differences when it comes to simple Zaurus playback. Ever had a closer look at those MP4s? Most likely they're using proprietary codecs or are way beyond the parameter constraints necessary for playback on an embedded system.

ok, I'll take a closer look at the mp4's.  They play fine in vlc 0.85 for windows, so I simply thought that translated over to the Z protocol for protocol.

At any rate, if that much time is consumed, don't bother - it's not a big deal.  I can live with .82 easily.

[chrget]

At any rate, if that much time is consumed, don't bother - it's not a big deal.  I can live with .82 easily.[div align=\"right\"][a href=\"index.php?act=findpost&pid=136164\"][{POST_SNAPBACK}][/a][/div]

Well, what I can do right now is attach the raw vlc binary, so you can make up your own mind if it's worth pursuing or not. It should work just fine as a drop-in replacement for the previous builds as long as you're not using the qte video_output module.

But you know the routine: if it eats your Zaurus, it's not my fault.

Regards,
Chris.

[ken]

own mind if it's worth pursuing or not. It should work just fine as a drop-in

thanks!  as you can see, there are others who appreciate this file (as do I).  I looked at that mp4 file that I had trouble with, and indeed it was goofy.  I'm still very glad to have the latest vlc version.

Your work is appreciated!  Thanks again.

ken

[climber]

I installed vlcplay_0.8.2_arm.ipk with no problems. I see the icon and can start vlc. Most of my movie files works good but some not. When you start these movies you see only one picture of the movie and this is frozen for about 1 minutes or longer. It 's like a freeze image. Maybe my zaurus SL-C3100 is too slow?

Do you have a idea how  to fix this problem?

Thanks
climber

Maybe it's fixed on the next vlc*.ipk file :-)

[chrget]

Maybe my zaurus SL-C3100 is too slow?[div align=\"right\"][a href=\"index.php?act=findpost&pid=136471\"][{POST_SNAPBACK}][/a][/div]

That's one way of putting it. It is most likely that those movies exceed the parameter constraints necessary for playback on an embedded system. Attempting to play those movies manually with vlc, possibly with increased verbosity, might give an insight into that.

Incidentally, this vlc build is not really intended for the newer PXA-based machines, since it's not optimized for them. So it will not live up to its full potential. You really should look into mplayer/Kino instead if you want to get the most out of your PXA.

So no, this is not going to change.

Regards,
Chris.