OESF Portables Forum
Everything Else => General Support and Discussion => Zaurus General Forums => Archived Forums => Software => Topic started by: chrget on June 27, 2005, 12:23:56 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 (https://www.oesf.org/forums/index.php?showtopic=8142) as well as this thread (https://www.oesf.org/forums/index.php?showtopic=12031).
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.
-
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 (https://www.oesf.org/forums/index.php?showtopic=8142) as well as this thread (https://www.oesf.org/forums/index.php?showtopic=12031).
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86054\"][{POST_SNAPBACK}][/a][/div]
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?
-
[...] no frontend showed up. I'm running the 3.1.3 update [...][div align=\"right\"][a href=\"index.php?act=findpost&pid=86694\"][{POST_SNAPBACK}][/a][/div]
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.
-
[...] no frontend showed up. I'm running the 3.1.3 update [...][div align=\"right\"][a href=\"index.php?act=findpost&pid=86694\"][{POST_SNAPBACK}][/a][/div]
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86696\"][{POST_SNAPBACK}][/a][/div]
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.
-
[...] no frontend showed up. I'm running the 3.1.3 update [...][div align=\"right\"][a href=\"index.php?act=findpost&pid=86694\"][{POST_SNAPBACK}][/a][/div]
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86696\"][{POST_SNAPBACK}][/a][/div]
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86699\"][{POST_SNAPBACK}][/a][/div]
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.
-
[...] 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.[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=86855\")
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 [a href=\"https://www.oesf.org/forums/index.php?showtopic=8142]the aformentioned thread[/url] 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.
-
I'm going to give it a try on a 860. If you're religious, pray for me.
-
it works, but use:
/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?
I'm going to give it a try on a 860. If you're religious, pray for me.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=87111\"][{POST_SNAPBACK}][/a][/div]
-
[...] 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.[div align=\"right\"][a href=\"index.php?act=findpost&pid=86855\"][{POST_SNAPBACK}][/a][/div]
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86886\"][{POST_SNAPBACK}][/a][/div]
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.
-
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 (https://www.oesf.org/forums/index.php?showtopic=8142) as well as this thread (https://www.oesf.org/forums/index.php?showtopic=12031).
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!
-
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 (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)
[...] 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.[...] 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
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
Best regards,
Chris.
-
Odd, never noticed that.
Simple. open the player, but never select a song and try to exit.
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
perhaps this would help:
http://www.rothfuss-web.de/zaurus/index.html (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 ...
-
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.[...] It's a java shell version interface [...][div align=\"right\"][a href=\"index.php?act=findpost&pid=87190\"][{POST_SNAPBACK}][/a][/div]
Java? Eeeeeek ... sounds like trying to get rid of Lucifer by calling in Beelzebub
Best Regards,
Chris.
-
@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?
-
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.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.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?[div align=\"right\"][a href=\"index.php?act=findpost&pid=87405\"][{POST_SNAPBACK}][/a][/div]
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 ) and add most of those later when you're familiar with the entire environment.
Best regards,
Chris.
-
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.
-
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=87492\"][{POST_SNAPBACK}][/a][/div]
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. 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.
-
[...] maybe it's the video encoding you used.[div align=\"right\"][a href=\"index.php?act=findpost&pid=87550\"][{POST_SNAPBACK}][/a][/div]
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.
-
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.
-
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.
-
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.Does vlc have an option to rotate the movie...I couldn't find one.[div align=\"right\"][a href=\"index.php?act=findpost&pid=87757\"][{POST_SNAPBACK}][/a][/div]
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.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 . 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.
-
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)
-
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.
-
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.[div align=\"right\"][a href=\"index.php?act=findpost&pid=87890\"][{POST_SNAPBACK}][/a][/div]
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
Best regards,
Chris.
-
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=87833\"][{POST_SNAPBACK}][/a][/div]
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.
-
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.[div align=\"right\"][a href=\"index.php?act=findpost&pid=87890\"][{POST_SNAPBACK}][/a][/div]
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
Best regards,
Chris.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=87907\"][{POST_SNAPBACK}][/a][/div]
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.
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
-
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?
-
Just out of curiousity, I was wondering if you were planning another binary release, as it's been a new year?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=135247\"][{POST_SNAPBACK}][/a][/div]
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 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.
Best regards,
Chris.
-
Besides, the current user base is most likely around 2.473 and further dwindling 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.
They want to play aac, mp4, rm files.
-
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
-
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.
-
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
-
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.
-
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
-
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.
-
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.
-
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.
-
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.
-
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
-
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 :-)
-
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.