Help - Search - Members - Calendar
Full Version: Static Vlc Media Player 0.8.2 Binary Available Now
OESF Forums > General Forums > General Support and Discussion > Software
chrget
Hello everybody,

since VLC media player has (finally!) reached version 0.8.2 yesterday, I decided to do a quick updated build of my static executable today and make it available here.

As a quick reminder, my build is targeted primarily towards SL-5500 (i.e. non-PXA-processor) Zauri running an original Sharp ROM, but people have successfully used it on other Z-models as well. Some more discussion about it can be found in this thread as well as this thread.

For those of you who just want to grab the executable, just grab the vlc_0.8.2_arm.zip attached to this post. For those of you feeling adventurous, there is also an IPK including a minimalist external frontend as well available now. Be warned, though: this is highly experimental, and you're using that IPK at your own risk. That said, if you're still interested, grab the vlcplay_0.8.2_arm.ipk attached to this post (also includes the same executable as the ZIP file, so you don't need both).

Best regards,
Chris.
brashley46
QUOTE(chrget @ Jun 27 2005, 12:23 PM)
Hello everybody,

since VLC media player has (finally!) reached version 0.8.2 yesterday, I decided to do a quick updated build of my static executable today and make it available here.

As a quick reminder, my build is targeted primarily towards SL-5500 (i.e. non-PXA-processor) Zauri running an original Sharp ROM, but people have successfully used it on other Z-models as well. Some more discussion about it can be found in this thread as well as this thread.

For those of you who just want to grab the executable, just grab the vlc_0.8.2_arm.zip attached to this post. For those of you feeling adventurous, there is also an IPK including a minimalist external frontend as well available now. Be warned, though: this is highly experimental, and you're using that IPK at your own risk. That said, if you're still interested, grab the vlcplay_0.8.2_arm.ipk attached to this post (also includes the same executable as the ZIP file, so you don't need both).

Best regards,
Chris.
*

Hi, I installed the vlcplay_0.8.2_arm.ipk but no frontend showed up. I'm running the 3.1.3 update Sharp ROM on my 5500 right now. How should I find the frontend?
chrget
QUOTE(brashley46 @ Jul 2 2005, 05:45 AM)
[...] no frontend showed up. I'm running the 3.1.3 update [...]
*
The IPKG installation was tested to work on a stock 3.1.3, so it should run ok. My guess is that it didn't in your case. Please check your installation target, and if it is possible that the installation ran out of space. Installation was tested to internal memory only, and a rough total of 5.5 MByte is needed to hold the executables.

If all else fails, you may want to try installation after backing up your data and doing a full reset. If that doesn't work either, there is always the chance the IPKG got corrupted somehow along the way.

Best regards,
Chris.
brashley46
QUOTE(chrget @ Jul 2 2005, 12:28 AM)
QUOTE(brashley46 @ Jul 2 2005, 05:45 AM)
[...] no frontend showed up. I'm running the 3.1.3 update [...]
*
The IPKG installation was tested to work on a stock 3.1.3, so it should run ok. My guess is that it didn't in your case. Please check your installation target, and if it is possible that the installation ran out of space. Installation was tested to internal memory only, and a rough total of 5.5 MByte is needed to hold the executables.

If all else fails, you may want to try installation after backing up your data and doing a full reset. If that doesn't work either, there is always the chance the IPKG got corrupted somehow along the way.

Best regards,
Chris.
*


Thanks, Chris, I'll see tomorrow after the Tour de France first stage telecast how much memory I've got in there. I can always move the picturefiles I've got on internal memory to my SD card.
brashley46
QUOTE(brashley46 @ Jul 2 2005, 12:50 AM)
QUOTE(chrget @ Jul 2 2005, 12:28 AM)
QUOTE(brashley46 @ Jul 2 2005, 05:45 AM)
[...] no frontend showed up. I'm running the 3.1.3 update [...]
*
The IPKG installation was tested to work on a stock 3.1.3, so it should run ok. My guess is that it didn't in your case. Please check your installation target, and if it is possible that the installation ran out of space. Installation was tested to internal memory only, and a rough total of 5.5 MByte is needed to hold the executables.

If all else fails, you may want to try installation after backing up your data and doing a full reset. If that doesn't work either, there is always the chance the IPKG got corrupted somehow along the way.

Best regards,
Chris.
*


Thanks, Chris, I'll see tomorrow after the Tour de France first stage telecast how much memory I've got in there. I can always move the picturefiles I've got on internal memory to my SD card.
*



okay. As a footnote, I had to backup, full-reset and restore ... but I got this vlc player successfully installed, including the frontend. Nice! Doesn't play .wmv files, but will play .avi, somewhat jerkily ... of course the sample .avis I loaded are a bit jerky on the pc anyway.
chrget
QUOTE(brashley46 @ Jul 4 2005, 12:27 AM)
[...] Doesn't play .wmv files, but will play .avi, somewhat jerkily ... of course the sample .avis I loaded are a bit jerky on the pc anyway.
*
To correct these frequent misconceptions: it does play .WMV files, if the codec(s) used for the file are supported by FFMPEG (i.e. belong to/are related to the MPEG-4 family). The same of course goes for .AVI, .ASF, .MOV and of course .MP4/.3GP. These are all just containers, so the file type says nothing whatsoever about the encoding of the actual A/V data.

As for performance and parameter constraints for best playback, I suggest having a look at the aformentioned thread which has a lot of information with regard to that.

With regard to installation of the IPK, my guess is that it probably did run out of space. Never really looked at ipkg's code, so I have no idea how much temporary storage it needs while performing an installation, but it might well be double the size of the uncompressed package (anybody with more insight into that, feel free to correct me). Since I basically no longer use ipkg, I'm not quite up to speed on that.

Best regards,
Chris.
ev1l
I'm going to give it a try on a 860. If you're religious, pray for me.
alexjlee
it works, but use:
CODE
/home/root/vlc -V qte -skipframes --filter transform --transform 270 some_video.mpg


has anyone come up with a better set of command line options for the clamshells?

QUOTE(ev1l @ Jul 5 2005, 10:39 AM)
I'm going to give it a try on a 860. If you're religious, pray for me.
*
brashley46
QUOTE(chrget @ Jul 4 2005, 02:50 AM)
QUOTE(brashley46 @ Jul 4 2005, 12:27 AM)
[...] Doesn't play .wmv files, but will play .avi, somewhat jerkily ... of course the sample .avis I loaded are a bit jerky on the pc anyway.
*
To correct these frequent misconceptions: it does play .WMV files, if the codec(s) used for the file are supported by FFMPEG (i.e. belong to/are related to the MPEG-4 family). The same of course goes for .AVI, .ASF, .MOV and of course .MP4/.3GP. These are all just containers, so the file type says nothing whatsoever about the encoding of the actual A/V data.
[snip]
Best regards,
Chris.
*


Sorry, I had not looked at that thread. It wouldn't play the .wmv I tried. I'll try PocketDivXencoder and see if I get any better results.
ken
QUOTE(chrget @ Jun 27 2005, 06:23 AM)
As a quick reminder, my build is targeted primarily towards SL-5500 (i.e. non-PXA-processor) Zauri running an original Sharp ROM, but people have successfully used it on other Z-models as well. Some more discussion about it can be found in this thread as well as this thread.


Tried it on the 6000L/Sharp ROM. No problems installing, except it wanted everything in the main memory (not an issue, just moved it to my SD card and symlinked to /usr/bin). Also unchecked magnify for better fonts.

I've noticed that you must play a song in order for it to exit out, or it'll loop

Additionally, I added in (not sure if it's the right thing or not):
audio/m4a m4a
to /opt/Qtopia/etc/mime.types (to handle m4a file types)

Once I did that, it would catch the m4a files

The front end is crude, but doable. I would prefer it not to handle anything except m4a and mp3's (I can always use media player to handle the other stuff). Also it'd be nice if we could limit the search to certain directories (for speed)

Good work!
chrget
QUOTE(alexjlee @ Jul 5 2005, 09:05 PM)
has anyone come up with a better set of command line options for the clamshells?
Not that I would actually know, but using the frame buffer device might improve performance somewhat, albeit leave your palmtop in a mess afterwards wink.gif (keep in mind that accessing the frame buffer device may require additional privileges, so you need to either run vlc with EUID 0 or grant regular users access to the /dev/fbX device)

QUOTE(ken @ Jul 6 2005, 01:22 AM)
[...] I've noticed that you must play a song in order for it to exit out, or it'll loop
Odd, never noticed that. You may want to give me a step-by-step account of what you did so I can reproduce and possibly fix it.
QUOTE(ken @ Jul 6 2005, 01:22 AM)
[...] The front end is crude, but doable.  I would prefer it not to handle anything except m4a and mp3's (I can always use media player to handle the other stuff).  Also it'd be nice if we could limit the search to certain directories (for speed)
Well, the main intent for creation of the frontend was Qtopia Document Tab MIME type integration and providing a solid, unchanging fullscreen background for video playback via the frame buffer device (and to clean up the mess it leaves). Adding an Open dialog was mainly an additional excercise in Qtopia GUI programming rolleyes.gif

AFAIK Qtopia does not really have a notion of the location of Documents when it comes to GUI file selection mechanisms, so it does not provide an appropriate Open dialog as we know it. To have one of those, you either have to write it yourself or use someone else's (IIRC libopie provides one as well). So it would take quite a bit of motivation to add something like that, especially given the fact that I find GUI programming positively ghastly blink.gif

Best regards,
Chris.
ken
QUOTE
Odd, never noticed that.


Simple. open the player, but never select a song and try to exit.

QUOTE
use someone else's (IIRC libopie provides one as well). So it would take quite a bit of motivation to add something like that, especially given the fact that I find GUI programming positively ghastly blink.gif


perhaps this would help:

http://www.rothfuss-web.de/zaurus/index.html

It's a java shell version interface for mplayer. I suspect it could be easily modified to handle vlc instead? He provides the source for it ...
chrget
QUOTE(ken @ Jul 6 2005, 10:04 AM)
Simple.  open the player, but never select a song and try to exit.
Hmmm, when running on my Collie, the file dialog sports a 'close' icon in the upper right-hand corner. After tapping that, the frontend drops back to the main document window, from where it can be terminated either using the menu (File/Quit) or the 'Cancel' key.
QUOTE(ken @ Jul 6 2005, 10:04 AM)
[...] It's a java shell version interface [...]
*
Java? Eeeeeek ... sounds like trying to get rid of Lucifer by calling in Beelzebub blink.gif

Best Regards,
Chris.
undrwater
@ken

Did you try to play a movie using vlc on your 6000? I didn't install the GUI, just the binary, and it'll play movies...but they're not viewable. It looks as if it has been stretched vertically and replicated across the screen...with a lot of snow thrown in. Is this the result of the binary having been compiled for the 5500 arm? Or do I need a specific command line option? (I've tried a few, including the -V qte)

@chrget

I'm actually interested in compiling a static binary for the 6000. Did you use a cross-compiler, or did you do it on your 5500? Can you detail what tools you used, and any thoughts on what to look out for?
chrget
QUOTE(undrwater @ Jul 7 2005, 05:45 PM)
It looks as if it has been stretched vertically and replicated across the screen...with a lot of snow thrown in.  Is this the result of the binary having been compiled for the 5500 arm?
I seriously doubt that it has anything to do with restricting the instruction set used to the SA1110. My guess is some other problem either within the VLC video output module(s) used or some weird form of incompatibility.
QUOTE(undrwater @ Jul 7 2005, 05:45 PM)
Or do I need a specific command line option? (I've tried a few, including the -V qte)
Okay, so the obvious thing is that the QT/E video output is broken. How about the frame buffer? Did you try that as well (-V fb -- you need to run as root, though, if you do -- or grant the regular user access to the frame buffer device, otherwise VLC will fall back to the QT/E module). Would be interesting to know what the result is. The obvious step to finding the problem would be to increase VLC's verbosity, i.e. running it with -v, -vv or possibly even -vvv to find out if maybe it has a completely wrong notion about the screen dimensions or something like that.
QUOTE(undrwater @ Jul 7 2005, 05:45 PM)
I'm actually interested in compiling a static binary for the 6000.  Did you use a cross-compiler, or did you do it on your 5500?  Can you detail what tools you used, and any thoughts on what to look out for?
*
I'm working cross, mainly because it's a lot faster and more comfortable than doing it natively. I started out using the development packages provided by Sharp (i.e. the dreaded GCC 2.95 environment) and still use that for compatibility reasons whenever I build something that has to interface with existing C++ code within the Sharp ROM (everything Qtopia comes to mind). For other stuff I have eventually built my own GCC 3.4.3 cross chain, which brings quite an improvement in performance. What to look out for? Well, that's a tough call, really, not knowing your level of expertise. Personally I found it to be a pretty straightforward job, but then again I've been developing software for 25 years now. I suppose the smartest move is to start out small when it comes to possible features and prerequisites (and VLC has a ton of those rolleyes.gif) and add most of those later when you're familiar with the entire environment.

Best regards,
Chris.
ken
QUOTE(undrwater @ Jul 7 2005, 05:45 AM)
Did you try to play a movie using vlc on your 6000?  I didn't install the GUI, just the binary, and it'll play movies...but they're not viewable.  It looks as if it has been stretched vertically and replicated across the screen...with a lot of snow thrown in.  Is this the result of the binary having been compiled for the 5500 arm?  Or do I need a specific command line option? (I've tried a few, including the -V qte)


Yes, movies are viewable. The problem you're having is probably due to the speed of the 5600. It takes a lot of horsepower to run video. The other issue may be compatibility. The 5500 and the 6K are very close to each other.

Also, keep in mind that the bigger he makes vlc, the more issues are likely to crop up. Too many things and it'll chew up all the available ram. Better to keep vlc leaner rather than large and bloated. I suspect he may end up making a few versions.
undrwater
QUOTE(ken @ Jul 8 2005, 01:12 AM)
QUOTE(undrwater @ Jul 7 2005, 05:45 AM)
Did you try to play a movie using vlc on your 6000?  I didn't install the GUI, just the binary, and it'll play movies...but they're not viewable.  It looks as if it has been stretched vertically and replicated across the screen...with a lot of snow thrown in.  Is this the result of the binary having been compiled for the 5500 arm?  Or do I need a specific command line option? (I've tried a few, including the -V qte)


Yes, movies are viewable. The problem you're having is probably due to the speed of the 5600. It takes a lot of horsepower to run video. The other issue may be compatibility. The 5500 and the 6K are very close to each other.

Also, keep in mind that the bigger he makes vlc, the more issues are likely to crop up. Too many things and it'll chew up all the available ram. Better to keep vlc leaner rather than large and bloated. I suspect he may end up making a few versions.
*




I'm using the 6k. I also have a microdrive with a swap partition, so memory shouldn't be too much of an issue.
ken
QUOTE(undrwater @ Jul 8 2005, 06:19 AM)
I'm using the 6k.  I also have a microdrive with a swap partition, so memory shouldn't be too much of an issue.


I'm using the 6K with the sharp rom. works here. maybe it's the video encoding you used.
chrget
QUOTE(ken @ Jul 8 2005, 07:35 PM)
[...] maybe it's the video encoding you used.
*
Rather unlikely. My guess is that it might be indeed the QT/E video output module that's causing him problems. The frontend invokes VLC with the frame buffer as active video output, so there might be a difference there. Personally, I wouldn't be too surprised if it turns out to be just that.

So undrwater, as I mentioned earlier it might well be worth a try to use the -V fb option to activate frame buffer output (keep in mind that special privileges might be needed for that, see my earlier post).

On another note: is there indeed no 'close' icon visible in the file dialog of the frontend on the 6k?

Best regards,
Chris.
undrwater
Yes...the problem was the QTE module. Using -V fb allowed the file to play (i used sudo).

Does vlc have an option to rotate the movie...I couldn't find one.

I'll try using the gui...and let you know what I find.
undrwater
OK...with magnification turned off, when the program is first started, the screen is blank with a red "x" in the top right corner. No sign of file...however, media files are displayed on the screen (i'm guessing they're files searched for by the program). Clicking the red "x" clears the screen, and "File" shows up.
chrget
QUOTE(undrwater @ Jul 10 2005, 07:16 PM)
Yes...the problem was the QTE module.  Using -V fb allowed the file to  play (i used sudo).
Ah, ok. That certainly narrows down the location of the bug. I'll have a look at VLC's QT/E video output module, maybe I can find the problem. Won't be a priority though, since I prefer frame buffer output -- it just seems quite a bit faster.
QUOTE(undrwater @ Jul 10 2005, 07:16 PM)
Does vlc have an option to rotate the movie...I couldn't find one.
*
You can use the transform filter to get VLC to do rotation: --filter transform --transform <angle> with <angle> being the angle of rotation in degrees.
QUOTE(undrwater @ Jul 10 2005, 07:29 PM)
OK...with magnification turned off, when the program is first started, the screen is blank with a red "x" in the top right corner. No sign of file...however, media files are displayed on the screen (i'm guessing they're files searched for by the program). Clicking the red "x" clears the screen, and "File" shows up.
Ah, ok. So with magnification turned off, it works just the way it's designed biggrin.gif. Thanks for checking that for me, I was a bit weirded out by the idea that plain Qtopia would behave so different on a 6000.

Best regards,
Chris.
ken
Just tried zplayer (front end for mplayer, like kino2) and it may possibly work with vlc (haven't tried it). There's a line where you specify where mplayer is, including the name of the program.

That might work as a front end for vlc.

EDIT: doesn't work for vlc (long shot of course)
undrwater
QUOTE
You can use the transform filter to get VLC to do rotation: --filter transform --transform <angle> with <angle> being the angle of rotation in degrees.


Thanks, that worked. Maybe if you're in the mood some day, you might put an options section in the GUI that allows input of those kinds of command options.

Thanks for this, though! It's always nice to have alternatives.
chrget
QUOTE(undrwater @ Jul 11 2005, 07:32 PM)
Maybe if you're in the mood some day, you might put an options section in the GUI that allows input of those kinds of command options.
*
Actually I was a bit in the mood today and fixed/extended config handling a bit. So the next version will at least make it possible to configure those things using an editor on the frontend's config file. And if I really get adventurous, I might even add a dialog for it blink.gif

Best regards,
Chris.
brashley46
QUOTE(ken @ Jul 11 2005, 06:26 AM)
Just tried zplayer (front end for mplayer, like kino2) and it may possibly work with vlc (haven't tried it).  There's a line where you specify where mplayer is, including the name of the program.

That might work as a front end for vlc.
*


I might be interested in this as a more-than-barebones frontend for vlc, but i don't read Nihongo ... does zplayer work on the 5500? I can't even tell that much from the zplayer website.
E.J.
QUOTE(chrget @ Jul 11 2005, 10:58 AM)
QUOTE(undrwater @ Jul 11 2005, 07:32 PM)
Maybe if you're in the mood some day, you might put an options section in the GUI that allows input of those kinds of command options.
*
Actually I was a bit in the mood today and fixed/extended config handling a bit. So the next version will at least make it possible to configure those things using an editor on the frontend's config file. And if I really get adventurous, I might even add a dialog for it blink.gif

Best regards,
Chris.
*



It works great!!, i was almost giving up when i found out about your version of VLC, great job man.

If it weren't for the random messages about not having enough memory it would be a perfect experience, well, i guess i'll have to swap the actual rom with one that supports more than 32m of RAM. tongue.gif

PD: Is there a way to make the video skips a little shorter? (when pressing up or down), right now they are of about 1 minute, and when i want to watch a scene more than once it becomes a little frustrating biggrin.gif
ken
QUOTE(chrget @ Jun 27 2005, 06:23 AM)
since VLC media player has (finally!) reached version 0.8.2 yesterday, I decided to do a quick updated build of my static executable today and make it available here.


Just out of curiousity, I was wondering if you were planning another binary release, as it's been a new year? smile.gif
chrget
QUOTE(ken @ Jul 16 2006, 04:43 AM)
Just out of curiousity, I was wondering if you were planning another binary release, as it's been a new year? smile.gif
*

I'm not really planning on it, since there's not much in the way of features/bugfixes I can see w/regard to the Zaurus, so the old version still does its job quite well.

Even though I'm somewhat short of time I did build a binary of 0.8.5 for comparison purposes, albeit without qt/e video output (i.e. framebuffer only, since that is the only thing I've been using anyway). But I wasn't intending to put it up for the aforementioned reasons.

Besides, the current user base is most likely around 2.473 and further dwindling wink.gif So unless someone does a really good job of convincing me it's worth putting in the extra effort, I doubt I'll do it. unsure.gif

Best regards,
Chris.
ken
QUOTE(chrget @ Jul 17 2006, 01:47 AM)
Besides, the current user base is most likely around 2.473 and further dwindling wink.gif So unless someone does a really good job of convincing me it's worth putting in the extra effort, I doubt I'll do it. unsure.gif


They want to play aac, mp4, rm files.
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
QUOTE(luo @ Jul 20 2006, 08:01 PM)
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.

QUOTE(luo @ Jul 20 2006, 08:01 PM)
I just tried it with Familiar 0.7.2 on iPAQ 3850 and Speed is really good
*

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 ohmy.gif

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
QUOTE(luo @ Jul 21 2006, 05:49 PM)
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 wink.gif

QUOTE(luo @ Jul 21 2006, 05:49 PM)
Did you mention where the Code of your vlcplay lies? I get a SIGPIPE when trying to play a video.
*

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. rolleyes.gif And it probably should remain there, never to see the light of day ... Muahahahaha! (Mad scientist laugh wink.gif ) Mainly because it is a terrible hack, and I don't really want my name associated with something like that unsure.gif

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
QUOTE(chrget @ Jul 22 2006, 02:44 AM)
see the light of day ... Muahahahaha! (Mad scientist laugh wink.gif ) Mainly because it is a terrible hack, and I don't really want my name associated with something like that unsure.gif


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 smile.gif
chrget
QUOTE(ken @ Jul 22 2006, 08:20 PM)
I have noticed that .82 can't play a few mp4's I have (neither can the current mplayer).
*

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 wink.gif

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
QUOTE(chrget @ Jul 22 2006, 10:58 PM)
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
QUOTE(ken @ Jul 23 2006, 02:49 PM)
At any rate, if that much time is consumed, don't bother - it's not a big deal.  I can live with .82 easily.
*

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. blink.gif

Regards,
Chris.
ken
QUOTE(chrget @ Jul 23 2006, 07:22 AM)
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
QUOTE(climber @ Jul 26 2006, 04:00 PM)
Maybe my zaurus SL-C3100 is too slow?
*

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.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.