OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Sharp ROMs => Topic started by: madsenj37 on October 30, 2004, 04:28:33 pm
-
I had the 3.10 rom and used the built in video player. I know video can play on the Sl-5500. Recently I flashed my Zaurus with the 2.38 rom for Qtopia sync capabilities. Most video freezes my system and I have had no luck installing mplayer and vlc. Any success stories? Any help/suggestions? Any other video players?
-
I have the SL-6000L and Kino2 version 0.22 works well. I'm not sure if it can work on the SL-5500, since the processor is different.
Kino2 is basically mplayer with a GUI on top of it. Maybe there is a version compiled for the SL-5500.
-
I have successful installed Kino 0.22 for my SL-5600 with original Sharp ROM. The GUI is not functioning, but you can activate the mplayer from terminal.
I use the following options in the command line:
mplayer -cache 256 -vo fbdev -framedrop -quiet -ses 0 -slave -fs -vop scale =320: -2 abc.mpg
I hope the above will help.
-
I have the SL-6000L and Kino2 version 0.22 works well. I'm not sure if it can work on the SL-5500, since the processor is different.
I tried once but the mplayer with kino2 uses x-scale instructions and the strong arm in 5500 doesnt support them. Just got an illegal instruction message.
-
[...] and I have had no luck installing mplayer and vlc. Any success stories? Any help/suggestions? [...]
I started tinkering around with Video just recently and had similar experiences. Most of the stuff out there either requires you to run some sort of patched ROM or, even worse, OpenZaurus
The remaining stuff seems to be fairly flaky -- if it works at all. In the end, I gave up on the idea of using something pre-built and decided to do what I should have done from the start: build my own binary.
In the end I decided on vlc, since it turned out to be the easiest code to handle. I built myself a nice statically linked binary using ffmpeg, libmpeg2, theora, faad2, libmad and Tremor. Granted, it's almost 2MByte in size (and that's stripped and compressed with uclx!), but it's the first player that will happily play most of the files that I want it to play (with the exception of 3GPP files with AMR audio -- but that's an issue with vlc, as it seems) ... on my (somewhat patched, I'll admit) 2.38G ROM.
I even QAD-hacked a bit of code into the QTE video_out module that allows skipping forward/backward 30s or a playlist item and quitting the player using the Zaurus keys.
If you're interested, I'm sure I could find some way to provide you with the binary.
Best regards,
Chris.
-
I'm running the latest TKC rom with the home on SD script, found a pre-compiled compatible release of opieplayer2 so I can compress vids using the latest codec's (XviD, DivX, etc.) Played around a bit, and I can now run full screen 25fps video. I compressed the movie Anchorman to 55MB and it plays great. Small space, full screen 25fps. The Zaurus is truly a tweaker's dream handheld!
-
I'm running the latest TKC rom with the home on SD script, found a pre-compiled compatible release of opieplayer2 so I can compress vids using the latest codec's (XviD, DivX, etc.) Played around a bit, and I can now run full screen 25fps video. I compressed the movie Anchorman to 55MB and it plays great. Small space, full screen 25fps. The Zaurus is truly a tweaker's dream handheld!
Utrokz, I haven't reflashed my 5500 in quite a while and haven't been online for a while. I'm running TKC rom version 1. When I last followed it, they were working on version 2 with the home on SD script but it seems development on it has stopped. What is the latest version, and where can I find it along with instructions on how to run the script?
Paul.....
-
If you're interested, I'm sure I could find some way to provide you with the binary.
If there is an easy way for you to transfer it, I would be happy to try it out.
-
If you're interested, I'm sure I could find some way to provide you with the binary.
If there is an easy way for you to transfer it, I would be happy to try it out.
I second that!
-
Look in the ZUG downloads section for the Alpha version of TKCrom, that's what I'm running, and it's been completely stable for me. Can't remember exactly where I got the home on SD script, but I know it was from one of the posts here on ZUG, just do a search for it, and if you can't find it let me know, it's small and I can email it to you.
-
Look in the ZUG downloads section for the Alpha version of TKCrom, that's what I'm running, and it's been completely stable for me. Can't remember exactly where I got the home on SD script, but I know it was from one of the posts here on ZUG, just do a search for it, and if you can't find it let me know, it's small and I can email it to you.
Thanks. I actually found it and got it working. Got the script going as well. Too bad development stopped on this one. It's a great ROM. Even now I like it the best. I'm playing with the latest OZ on a spare 5500, and it show's a lot of promise. Adding apps to it is a bit cumbersome though. I'm trying to get the latest OPIE PIM installed on tKcRom. I really like that PIM.
Paul.....
-
In the end I decided on vlc, since it turned out to be the easiest code to handle. I built myself a nice statically linked binary using ffmpeg, libmpeg2, theora, faad2, libmad and Tremor. Granted, it's almost 2MByte in size (and that's stripped and compressed with uclx!), but it's the first player that will happily play most of the files that I want it to play (with the exception of 3GPP files with AMR audio -- but that's an issue with vlc, as it seems) ... on my (somewhat patched, I'll admit) 2.38G ROM.
I even QAD-hacked a bit of code into the QTE video_out module that allows skipping forward/backward 30s or a playlist item and quitting the player using the Zaurus keys.
If you're interested, I'm sure I could find some way to provide you with the binary.
Best regards,
Chris.
Just started playing around with VLC on win32 yesterday to get a streaming server up at my home. Pretty impressive code.
Mr. Chris, if you can .ipk your setup for the rest of us to try it would be AWESOME!
I'm trying to resurrect my 5500 as a portable multimedia player. It turned out that my work and lifestyle wasn't lacking a PDA as I thought 2 years ago.
I wish somebody with more linux experience than I (windows power user rather than *nix programmer ) could put together a dedicated multimedia ROM...
-
Mr. Chris, if you can .ipk your setup for the rest of us to try it would be AWESOME!
Uhm, don't get me wrong, but an IPK for a single executable does seem like major overkill to me and hardly justifies the effort of packaging -- especially since I would have to find and set up a packaging environment to do so in the first place.
On top of that, VLC on the Zaurus may not be everyone's cup of tea, since it does not provide a real Qtopia user interface, i.e. can only be used from the command line.
Now I like working from the command line, and even I am thinking about adding at least a basic UI to it for easier handling
Given the fact that I positively hate UI programming, that should tell you something -- I'd much rather put effort into optimizing FFMPEG's H.264 implementation for better performance ...
Anyway, the offer stands for anyone who is still interested considering the aforementioned points. Unfortunately I currently do not have access to unrestricted webspace, so I can't put it up for general download. If someone wants to help out here, offers are welcome
Best regards,
Chris.
-
PM me, I may be able to help with space.
-
Just checking in to see if you've found a space for your binary...
I am definately interested in this!
-
I am running 3.10 what I determined was that complicated/large decryption uses too much of the processor (MPEG2) slowing the video down making it seems like it freezes.
What I had success with was converting the video to MPEG1 and doing half sized screen, while using a Lexmark 4x CF Card for video. It seems to run fairly smoothly for two minute length videos. I am waiting til I get a GB CF card to see if I can pull off 40 or so minutes.
The problem with an SD Card is the default player doesn't stream/hold enough data ahead of time so you get skips.
Anyway hope this helps.
-
On top of that, VLC on the Zaurus may not be everyone's cup of tea, since it does not provide a real Qtopia user interface, i.e. can only be used from the command line.
Does it run under a terminal inside of Qtopia? If so, then maybe someone could code a frontend for it.
-
If you still need space to host your binaries let me know, plenty of space and decent upstream with (nearly) unlimited bandwidth. Plus it would be on a cool domain, nsa.org.
-
Does it run under a terminal inside of Qtopia? If so, then maybe someone could code a frontend for it.
It can indeed be run from a Qtopia terminal, either using the QT/E video output module as well as using the FBDEV video output module.
Now, an external frontend -- that would be plain silly, given the fact that VLC is highly modular and already provides QT/E code for video output. An experienced QT/E resp. Qtopia coder could probably create some sort of acceptable GUI based on the (currently outdated and obsolete) QT interface plugin within a fairly short amount of time.
I determined was that complicated/large decryption uses too much of the processor (MPEG2) slowing the video down making it seems like it freezes.
Obviously a 206 MHz StrongARM (or comparable XScale) is hard pressed doing any kind of A/V playback without any supporting specialist hardware. But the results are quite good, given the encoding parameters are kept within certain constraints.
Apart from that, I still haven't had time to put the binary up someplace (things are kinda busy at the moment).
porovaara, how about I mail it to you and you put it up? Might that be a viable option?
Best regards,
Chris.
-
The file can be downloaded from here:
http://nsa.org/zaurus/vlc/ (http://nsa.org/zaurus/vlc/)
thanks to chrget.
-
The file can be downloaded from here:
http://nsa.org/zaurus/vlc/ (http://nsa.org/zaurus/vlc/)
thanks to chrget.
Heh, no, actually thanks to you, porovaara
Best regards,
Chris.
-
Just a quick note in case anyone is interested: I built an updated version of the static VLC binary (VLC 0.8.2-SVN 10117, including updates to various libraries used in the build process as well as some additional functionality [namely RTSP]).
If there is interest, let me know and I'll see that I'll make it available to you.
Best regards,
Chris.
-
ive been able to compress movies down to 1.8Mb a min and play them back smoothly on my 5600, quality is quite good.. im still tweaking some things, but I'll post some final results soon.. but currently I can rip an entire DVD onto a 256MB (w/room to spare) card with good quality and playback. I am using mplayer to play them with Kino2 as a frontend.
-
Just to answer the original question, I had perfect playback on tkcVideo, smooth, fluid movement, using MPEG-1 @ 160x120 (half it's res full screen - looks like pocket TV) 25fps 128kbit, MPEG-1 layer II audio 22,050Hz, mono. 96kbit. Been a long time so I'm working from memory here, but a whole movie fit snugly on a 128MB CF. I was really impressed with the results using tkcPlayer and tkcVideo on the 5500, worth the money. In fact I still have the binaries and since I no longer need or use them I'll transfer ownership to you or anyone who wants them I'm sure I can do that if I recall.
-
ive been able to compress movies down to 1.8Mb a min and play them back smoothly on my 5600, quality is quite good.. im still tweaking some things, but I'll post some final results soon.. but currently I can rip an entire DVD onto a 256MB (w/room to spare) card with good quality and playback. I am using mplayer to play them with Kino2 as a frontend.[div align=\"right\"][a href=\"index.php?act=findpost&pid=70439\"][{POST_SNAPBACK}][/a][/div]
I for one really look forward to the details. I'd love to get some movies onto my Z for a trip we're planning this summer.
-
here is a sneak peak, my only request is you give me feedback so I can develop this further.
http://www.nayr.net/zaurus/ (http://www.nayr.net/zaurus/)
sent you a pm padishah_emperor
-nayr
-
here is a sneak peak, my only request is you give me feedback so I can develop this further.
You should specify this is a Linux tutorial. On windows you can just use PocketDivXEncoder.
-
In fact I still have the binaries and since I no longer need or use them I'll transfer ownership to you or anyone who wants them I'm sure I can do that if I recall.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70450\"][{POST_SNAPBACK}][/a][/div]
sent you a pm padishah_emperor
-nayr
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70564\"][{POST_SNAPBACK}][/a][/div]
I have now transferred ownership of those apps as agreed. Good luck with your project.
-Francis
-
(Written offline, then pasted here for matters of sanity -- mine, that is )
Even on the chance I'm going to be the party pooper here, I'll throw in that the original topic of this thread was video playback on the Zaurus SL-5500, and, even "worse", on an "old" Sharp ROM (i.e. 2.38).
It's all nice and dandy when people come along and tell you how great their newly built MPlayer w/Kino performs on their SL-5600/C-XXX or whatever, simply because they are either unaware of or do not care about the fact that no, not all Zauri are created equal -- and since recent MPlayer builds are optimized using XScale instructions, they will simply produce a nice, clean Illegal Instruction error when run on the 5500's SA-1100 processor.
It would be nice if people kept that in mind before making the usual blanket statements that 'it works just great with MPlayer' ...
That said, a few more minor things towards the topic at hand:
dreadlocks, it's not nice to completely ignore the rest of this thread and not mention VLC as an option for Zaurus video playback on your tutorial website -- maybe you should add it as well (hint, hint).
As for video encoding, well -- I for one don't use AVI as a container, since it was devised by the Evil Empire -- I personally prefer ISO standards with regard to that, so I build my video usually within an MP4 container (yeah yeah, I know, I'm a smartass). If done carefully enough, you can even produce files that will not only play pack on your Z, but on a 3GPP-capable mobile phone as well.
Granted, that certainly isn't for everybody, since it takes a whole zoo full of installed software, also depending on the codecs you intend to use. But I digress.
A few general points I can add, though, based on my own observations (note that these are rather VLC-centric, so YMMV and all are, of course, IM(NS)HO):
When it comes to audio, anything beyond 32 kHz sampling rate really is overkill for use on a mobile device -- resampling audio down to an appropriate rate will usually help playback a great deal. In addition, reducing the number of channels will help as well -- let's be honest: do you really need stereo sound for that episode of Gilmore Girls or that newscast when you're on the road?
Codecwise, my experience is that MPEG-1 Layer II uses the least, HE AAC the most CPU cycles on playback. Vorbis uses somewhat to quite a bit more than MPEG-1 Layer III, but for all of them, the common rule is: the lower the sampling rate and the lower the bitrate, the lower the CPU consumption. My personal favorites are AAC LC in stereo at 24 kHz w/32 kBit/s and, if I feel really nasty, HE AAC in mono at 32 kHz w/12 kBit/s.
On video: basically, similar rules apply. For one thing, frame rate reduction is your best friend. You should, however use an integer divisor whenever possible -- otherwise the video will seem jerky in sequences that have uniform large-scale movement, i.e. zooms or pans. This of course is simple enough for film or PAL sources, where a simple division by 2 yields a nice 12 or 12.5 fps. No problem with 30 fps NTSC sources as well -- unfortunately, modern day NTSC uses 29.97 fps, i.e. 3000:1001. You may want to keep that in mind when doing conversions of NTSC material.
Obviously, size does matter as well (but we all knew that, didn't we? ) -- while QVGA (320x240) resolution is a Nice Thing, it may not always be called for. If you want really small file sizes, QCIF (176x144) may be the thing for you. It gives a fairly acceptable result and currently is on of the favoured resolutions for mobile applications (e.g. 3GPP phones). Granted, you won't be able to read fine print, but there is lots of material that doesn't need the extra resolution provided by QVGA. Of course other resolutions are acceptable as well (240x180 or 160x120), but keep in mind that some codecs may not like them (e.g. H.264/AVC wants something that is divisible by 16).
Again, regarding codecs, similar principles are at work as are with audio. H.264/AVC uses the most CPU cycles on decode, with Theora in second place, followed by Simple MPEG-4 / H.263(+), with MPEG-2 and MPEG-1 using the least. In all cases, B-frames will cause additional load, so avoid them whenever you can. Less bitrate and/or quality on encoding will result in lower CPU consumption on playback independent of the codec used as well. Oh, and one major thing that, of course goes for all digital video: you need a clean source. Noisy images will drive up the data rate excessively and cause loads of really ugly artifacts that you want to avoid at all cost.
My personal favourites here are QVGA 12.5 fps Simple MPEG-4, VBR capped to a 320 kBit/s maximum for material that needs the resolution or that is 'important' to me and QCIF 12.5 fps H.264/AVC VBR with a 28-30 or so quality setting, usually with no maximum bitrate. If a source is really getting out of bounds, I add a cap of, say 112 or so kBit/s. But that rarely happens.
On closing, I'll revisit containers for a moment, since they're also involved when it comes to performance. Seems that MPEG PES and MPEG TS cause the least overhead, followed by AVI and, last but by no means least, MP4. Of course compared to the exorbitant amount of CPU cycles gobbled up by video and audio codecs, this practically is a non-issue. Just thought I'd throw that in for completeness' sake, and to give a good excuse to those using AVI instead of a certified ISO standard
Now comes the hard part: based on the above principles, everyone has to make up their own mind as to what is important for them and make the appropriate choices to achieve the desired result. For me, it boiled down to two combinations of the abovementioned favourites:
1) Simple MPEG-4 @ 320x240 @ 12.5 fps max. 320 kBps Video w/ 2ch 24 kHz AAC LC @ 32 kBps Audio
2) H.264/AVC @ 176x144 @ 12.5 fps w/ 1ch 32 kHz HE AAC @ 12 kBps Audio
and occasionally I will build files that are
3) H.263+ @ 176x144 @ 12.5 fps w/ 1ch 8 kHz AMR @ 12 kBps Audio
or the like if it should be playable on a current generation 3GPP mobile phone.
Rarely I do build OGG files containing Theora/Vorbis at similar parameters, but, to be honest, usually just for testing purposes. While I think it is important to have completely free alternative for A/V content on computers, I just don't feel that Theora is an accepted standard yet like Vorbis already is. Then again it's still in beta, so I probably shouldn't be surprised.
Still with me? Wow, you really must be patient
Anyway, should any of this be of any interest to you, dreadlocks, feel free to use it for your tutorial. If so, glad I could be of help.
As for my original intention in reviving this old thread, I decided to put up the updated VLC binary (http://xmms-dvb.sourceforge.net/vlc_0.8.2-svn-10117c_arm.zip) for those who dare
Just repeating that in case it got lost with all the discussion going on ...
Best regards,
Chris
-
excellent post chris, this will help me alot..
I understand not all Zaurus are not created equal, my old 5000D is currently doing nothing more than being my wireless access point, but thanks to you I should have enough information to cover various quality settings so even you guys with the 5500's can enjoy mobile video.
I wasent ignoring VLC, its just I hadent had a chance to use it yet so I hadent commented.. i'll add it to my todo.
im working on it on my spare time, my goal is for people to be able to create mobile media without having to dive head first into codecs and methodology like I had to do.
-
excellent post chris, this will help me alot..
Well, glad I could be of help. Feel free to ask if there's more I can do.
I understand not all Zaurus are not created equal, my old 5000D is currently doing nothing more than being my wireless access point, but thanks to you I should have enough information to cover various quality settings so even you guys with the 5500's can enjoy mobile video.
Well, that one wasn't specifically aimed at you, it's just a minor gripe that I have with a lot of posts here -- someone asks a question very specific to a model and/or ROM version and immediately quite a few people completely unfamiliar with that environment start posting more or less non-applicable stuff. I personally find that quite annoying, even though I am aware that they mean well.
As for enjoying mobile video on my 5500 -- well, I am, for some time now
I wasent ignoring VLC, its just I hadent had a chance to use it yet so I hadent commented.. i'll add it to my todo.
Sorry, no offense intended, that was meant more tongue-in-cheek.
im working on it on my spare time, my goal is for people to be able to create mobile media without having to dive head first into codecs and methodology like I had to do.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=70832\"][{POST_SNAPBACK}][/a][/div]
Well, so far nobody has paid me for doing mobile media as well
But creating it without diving into the concepts and acquiring at least a basic understanding of the mechanisms involved is something I wouldn't recommend anyway. But there is nothing like a good introduction, possibly with examples and a few recipes to get you started doing what you want -- and I think that is what you probably should be aiming for.
Best regards,
Chris.
-
Since I needed a way to play back some old RealAudio files on the Zaurus, I decided to add A52/AC3 support to my statically linked VLC binary (http://xmms-dvb.sourceforge.net/vlc_0.8.2-svn-10117d_arm.zip) -- seemed like the sensible solution rather than transcoding 100+ files to some state-of-the-art codecs (and potentially losing a lot of quality in the process).
The updated binary can be found via the link indicated above.
On another note, contrary to my belief that it is a silly idea, I built a tiny frontend for VLC on the Zaurus to provide it with at least a minimum of shell integration (so you may now officially call me silly ). Given enough interest I might extend, clean it up and package it as well.
Judging from the feedback so far, I doubt I'll need more than the fingers of one hand to count the people using VLC for the Zaurus on a regular basis, though
If I'm way off, it'd be nice to be proven wrong for a change
As for my mega-post above, I decided to put two 31-second samples online for those interested:
1) Demo_QCIF_AVC_HE_AAC.mp4 (http://people.freenet.de/pdastuff/Demo_QCIF_AVC_HE_AAC.mp4) (audio MPEG-4 AAC HE, 12 kbps, 32000 Hz;
video H264 Main@4, 80 kbps, 176x144 @ 12.5 fps -- 365622 bytes)
2) Demo_SIF_MPEG4_LC_AAC.mp4 (http://people.freenet.de/pdastuff/Demo_SIF_MPEG4_LC_AAC.mp4) (audio MPEG-2 AAC LC, 31 kbps, 24000 Hz; video MPEG-4 Adv Simple@L4, 323 kbps, 320x240 @ 12.5 fps -- 1427935 bytes)
These should illustrate what to expect of the encoding parameter sets mentioned in the previous post.
Best regards,
Chris.
-
As for my mega-post above, I decided to put two 31-second samples online for those interested:
1) Demo_QCIF_AVC_HE_AAC.mp4 (http://people.freenet.de/pdastuff/Demo_QCIF_AVC_HE_AAC.mp4) (audio MPEG-4 AAC HE, 12 kbps, 32000 Hz;
video H264 Main@4, 80 kbps, 176x144 @ 12.5 fps -- 365622 bytes)
2) Demo_SIF_MPEG4_LC_AAC.mp4 (http://people.freenet.de/pdastuff/Demo_SIF_MPEG4_LC_AAC.mp4) (audio MPEG-2 AAC LC, 31 kbps, 24000 Hz; video MPEG-4 Adv Simple@L4, 323 kbps, 320x240 @ 12.5 fps -- 1427935 bytes)
These should illustrate what to expect of the encoding parameter sets mentioned in the previous post.
Best regards,
Chris.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=71520\"][{POST_SNAPBACK}][/a][/div]
Chris,
What do you use to do your encoding? I've seen mention of your settings but not what your method and software toolkit consists of.
I'm a Mac user and I've got mencoder but not all the fancy plugins that the linux people have in theirs but I'd like to create video that doesnt take hours to make and play like garbage on my 5500.
I'm using OZ but I plan to pick up a copy of your VLC binary to try.
-
What do you use to do your encoding? I've seen mention of your settings but not what your method and software toolkit consists of.
Ah, you want to know the hard part
Actually I am using an entire zoo of software for the conversion. Let's see if I can really come up with all of the packages here in a quick rundown ...
- obviously MPlayer (http://www.mplayerhq.hu/homepage/)
- MJPEG Tools (http://mjpeg.sourceforge.net/)
- FFMPEG (http://ffmpeg.sourceforge.net/)
- XViD (http://www.xvid.org/)
- x264 (http://www.videolan.org/x264.html)
- Theora (http://www.theora.org/)
- Vorbis (http://www.vorbis.com/)
- tooLAME (http://users.tpg.com.au/adslblvi/)
- LAME (http://www.mp3dev.org/)
- FAAC (http://www.audiocoding.com/)
- 3GPP enhanced AAC+ reference codec (http://www.3gpp.org/ftp/Specs/archive/26_series/26.410/)
- 3GPP AMR reference codec (http://www.3gpp.org/ftp/Specs/archive/26_series/26.104/)
- SoX - Sound eXchange (http://sox.sourceforge.net/)
- MPEG4IP (http://mpeg4ip.sourceforge.net/)
and to round it all off a couple of tools/scripts written by yours truly -- as glue to hold all those packages together, so to speak. Be warned that the above list may not be complete, though ...
I'm a Mac user and I've got mencoder but not all the fancy plugins that the linux people have in theirs but I'd like to create video that doesnt take hours to make and play like garbage on my 5500.
Well, why didn't you say so in the first place? Just use Quicktime, then!
Now, I'm not very familiar with the Mac, but the old Quicktime (6?) available to me on a Windows box produces wonderful MPEG-4 files for playback on the Zaurus as well -- so my guess is that a Mac will most likely do the very same.
Best regards,
Chris.
-
Since I needed a way to play back some old RealAudio files on the Zaurus, I decided to add A52/AC3 support to my statically linked VLC binary (http://xmms-dvb.sourceforge.net/vlc_0.8.2-svn-10117d_arm.zip) -- seemed like the sensible solution rather than transcoding 100+ files to some state-of-the-art codecs (and potentially losing a lot of quality in the process).
The updated binary can be found via the link indicated above.
On another note, contrary to my belief that it is a silly idea, I built a tiny frontend for VLC on the Zaurus to provide it with at least a minimum of shell integration (so you may now officially call me silly ). Given enough interest I might extend, clean it up and package it as well.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=71520\"][{POST_SNAPBACK}][/a][/div]
I've just started playing with your static binary. It plays the mp4 file quite nicely. I think you're definitely on the right track. I also used it to play some streams that zRadio won't touch (urls with directories) which vlc does very very nicely.
Yes, please do the front end thing, that's the only thing missing from it. I have to admit I was pleasantly surprised.
On the thought that you may go ahead with the front end thing, here are a few things that might be nice:
1) screen blank (to save battery life) button
2) repeat, random play, play once
3) add to playlist, reorder playlist, remove items from playlist
4) permanent playlists (for shoutcast streaming stations)
5) able to save default directory information (ie, point to the sd+directory)
6) separate tabs for video, audio, streams
Having a static binary does help with installation issues, so I'm okay with that
If it's even half decent, I can get rid of a bunch of applications (zRadio, media player, maybe even mplayer and kino?). I realize that the version you have doesn't do divx video at this time, but perhaps it may in the future?
I look forward to trying the front end!
-
Yes, please do the front end thing, that's the only thing missing from it.[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=77237\")
Heh, me and my big mouth
Ok, I'll see that I'll package at least my minimal frontend next time I'm building a binary. It certainly won't do all that much, but it certainly does make life a little easier not having to open a terminal just to play a movie or playlist.I have to admit I was pleasantly surprised.[div align=\"right\"][a href=\"index.php?act=findpost&pid=77237\"][{POST_SNAPBACK}][/a][/div]
That's nice to hear. I must say I'm pretty taken with VLC myself, it's a really nice piece of software (not just on the Zaurus) and quite well-structured and -written at that.I realize that the version you have doesn't do divx video at this time, but perhaps it may in the future?[div align=\"right\"][a href=\"index.php?act=findpost&pid=77237\"][{POST_SNAPBACK}][/a][/div]
It doesn't? That's the first time I've heard about it. Since it uses ffmpeg for decoding (i.e. the same code as MPlayer) it should happily play back DivX. Certainly works for the (granted, precious few and probably not very recent) DivX files I have around here somewhere. Of course the Z is easily overtaxed with video playback once the parameters of the file go beyond certain constraints, so that might be the root of the problem.I look forward to trying the front end!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77237\"][{POST_SNAPBACK}][/a][/div]
Uhm, maybe you should have a look at what I did for LAMIP first (in [a href=\"https://www.oesf.org/forums/index.php?showtopic=11336]this thread[/url]) -- that'll show you what to expect, at least in the beginning. By the way, did I mention I just hate GUI programming
Best regards,
Chris.
-
Hi! I tried the above binary, however, im not getting any video (tkcvideo works), only audio! My encoding looks as follows:
mencoder -of avi -oac mp3lame -lameopts q=5:vbr=2:abr=128:aq=5:ratio=50:mode=3:vol=0 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=100::keyint=250:vlelim=-4:vcelim=7:vfdct=0:idct=0:subcmp=0 -vf scale=272:200 -ofps 18 -sws 2 A\ I\ R\ -\ 03\ \[Ishin\]\[55B7E332\].avi -o /tmp/3.avi
Best wishes,
Jesper
p.s Any tips on the encoding? tkcvideo gives me an occasional studder/chop... Thanks!
-
[...]im not getting any video (tkcvideo works), only audio!
Hmmm, have a look here (https://www.oesf.org/forums/index.php?showtopic=12031), most likely yours is a similar problem and you need to explicitely specify the video output to use.My encoding looks as follows: [...]
Well, I already said quite a lot about encoding parameters earlier in this thread. In the end, everybody needs to figure out what's best for them by themselves. Personally, I would certainly allocate less bandwidth to audio (and use AAC for it -- dunno if mencoder will do that out of the box, though), more to video and make sure frame decimation is done with an even divisor to avoid the jerkiness introduced otherwise. Also I'd go for full QVGA resolution with simple MPEG-4.[...] Any tips on the encoding? tkcvideo gives me an occasional studder/chop...[div align=\"right\"][a href=\"index.php?act=findpost&pid=78941\"][{POST_SNAPBACK}][/a][/div]
Well, see above. And even further above
Best regards,
Chris.
-
hehe, yeah. I know, you have alot of good stuff written on the encoding! Thanks! I was just wondering if anything caught your eye ... ill change the audio settings some!
But I still dont get any video. I tried the following:
./vlc -V qte --filter transform --transform 270 3.avi
./vlc -V fb 3.avi
Both give no video. However, after checking more verbose output, i got the following:
"Main decoder error: no suitable decoder module for fourcc 'FMP4'.
VLC probobly does not support this sound or video format.
Odd. Any ideas? Any dependencies/codec libraries im missing? Thanks again for the help Chris, im very thankfull!
-
[...] But I still dont get any video. [...] after checking more verbose output, i got the following:
"Main decoder error: no suitable decoder module for fourcc 'FMP4'.
VLC probobly does not support this sound or video format.
Odd. Any ideas? Any dependencies/codec libraries im missing?
Certainly no libraries or dependencies, since the vlc executable is statically linked, i.e. everything it can/should use is in there
Here's a wild guess: your mencoder is really really recent. A quick check just told me that the fourcc in question (FMP4) was introduced very recently to represent libavcodec's native MPEG-4 encoder (my first kneejerk reaction is that the person responsible for that should probably be shot^H^H^H^H... uhm ... talked to very sternly ).
I'm pretty sure that problem will vanish once I check out all the current CVS code once again and do a new build . Until then, the only simple solution is probably to use an older version of mencoder (my MEncoder 1.0pre6 produces playable files with your command line) or somehow force a different fourcc into the output file (no idea if and how that is possible, since I usually don't use mencoder).Thanks again for the help Chris, im very thankfull![div align=\"right\"][a href=\"index.php?act=findpost&pid=79031\"][{POST_SNAPBACK}][/a][/div]
You're quite welcome.
Best regards,
Chris.
P.S.: Just to rule out anything else, did you try one of the example files linked above?
-
No i havent. Ill try it out, and let you know!
Best wishes,
Jesper
-
No i havent. Ill try it out, and let you know!
Best wishes,
Jesper
[div align=\"right\"][a href=\"index.php?act=findpost&pid=79195\"][{POST_SNAPBACK}][/a][/div]
Sorry for the delay, but yes, they worked.