Active Topics
-
[HOWTO] Comprehensive Firmware Flashing Guide for N9 (1,580)
to Nokia N9 / N950 by aspergerguy - 1 day, 3 hrs ago -
Nokia N9-00 Prototype Build S1.12 (RM-680 codename "Dali") (250)
to Nokia N9 / N950 by en0s - 3 days, 23 hrs ago -
[Announce] Maebble - Pebble support for Maemo (118)
to Applications by glo-worm - 4 days, 11 hrs ago -
Possible to flash Leste to eMMC? (6)
to Maemo 7 / Leste by Eri - 5 days, 1 hr ago - more...
d_mon |
2006-08-23
, 16:36
|
|
Posts: 9 |
Thanked: 0 times |
Joined on Aug 2006
|
#111
|
Well,...the player loaded and...nothing happened. No error messsage. It just didn't work. I wonder why?!
|
|
2006-08-23
, 22:27
|
|
Posts: 503 |
Thanked: 267 times |
Joined on Jul 2006
@ Helsinki
|
#112
|
Originally Posted by aflegg
Just tested this encoder, it works fine for 16:9 widescreen movies and produces video with very good quality. But when I tried to convert 640x480 video, it got cropped too much to fit 400x240. Also when I tried adding '-o' option, it was converted to 400x304 which is not very good for mplayer. So the only thing I'm still missing is proper conversion for 4:3 movies. Anyway, good work, it's a very useful tool =bI've uploaded a new version of my command line encoder which supports an "mplayer" prefix for 400x240 video.
It plays back much better than the "best" preset for the built-in video player with no noticeable tearing, even at 25fps.
Tested using the command:
No frame drops with this preset :-)Code:mplayer -fs -vo x11 -ao gst -ac dspmp3
 |
|
2006-08-24
, 08:42
|
|
Posts: 1,463 |
Thanked: 81 times |
Joined on Oct 2005
@ UK
|
#113
|
Originally Posted by Serge
What's the best 4:3 ratio for mplayer? Presumably you'd want the height to be maximum, and the width to be minimum. However, the amount of cropping can be reduced (it's the @cropLimit definition at the start of the code). Does mplayer need the multiple-of-16 size that the built-in video player does? Just tested this encoder, it works fine for 16:9 widescreen movies and produces video with very good quality. But when I tried to convert 640x480 video, it got cropped too much to fit 400x240. Also when I tried adding '-o' option, it was converted to 400x304 which is not very good for mplayer. So the only thing I'm still missing is proper conversion for 4:3 movies. Anyway, good work, it's a very useful tool =b
Would it be better in general if the width declared in the preset was ignored for 4:3 stuff (i.e where it's taller than wider) in the original aspect?
To be honest, actually I noticed some framedrops on complicated panning scenes with this preset, but it still looks quite acceptable or even good. And we still have potential for quite a noticeable performance improvement by using YUV colorspace directly. Also video decoder from ffmpeg library that is used in mplayer can be probably better optimized for arm
Cheers,
Andrew
|
|
2006-08-26
, 04:34
|
|
Posts: 503 |
Thanked: 267 times |
Joined on Jul 2006
@ Helsinki
|
#114
|
Originally Posted by aflegg
Probably crop limit should be set so that it is just enough to convert from 16:9 to 15:9 (from wide screen resolution to Nokia 770 fullscreen). Also maybe just changing aspect ratio a bit can be unnoticeable and it is ok to just scale 16:9 movies to 400x240 even without cropping. For 4:3 it is better to scale to 320x240 in mplayer. To sum up, any video converted for mplayer should have either width equal to 400 or height equal to 240 or both What's the best 4:3 ratio for mplayer? Presumably you'd want the height to be maximum, and the width to be minimum. However, the amount of cropping can be reduced (it's the @cropLimit definition at the start of the code).
Does mplayer need the multiple-of-16 size that the built-in video player does?
Would it be better in general if the width declared in the preset was ignored for 4:3 stuff (i.e where it's taller than wider) in the original aspect?
|
|
2006-08-26
, 12:39
|
|
Posts: 1,463 |
Thanked: 81 times |
Joined on Oct 2005
@ UK
|
#115
|
OK, what I'll try and do for the next release is make it so that a preset can specify a height, rather than a width. Or something like that...
Anyway, I'll make sure the mplayer preset generates 240-high output :-)
Anyway, I'll make sure the mplayer preset generates 240-high output :-)
|
|
2006-08-29
, 12:45
|
|
Posts: 449 |
Thanked: 29 times |
Joined on Jun 2006
|
#116
|
LOL, ok I know I'm asking more out of something still in the works, but has anyone had any luck using mplayer to view streaming media?
|
|
2006-08-29
, 14:52
|
|
Posts: 264 |
Thanked: 28 times |
Joined on May 2006
|
#117
|
I can stream a windows media audio stream of WEEI (Boston sports talk radio) using:
mplayer -fs -vo x11 -ao gst -cache 200 http://wmc2.liquidcompass.cc/WEEI?MSWMExt=.asf
mplayer -fs -vo x11 -ao gst -cache 200 http://wmc2.liquidcompass.cc/WEEI?MSWMExt=.asf
|
|
2006-08-30
, 13:42
|
|
Posts: 449 |
Thanked: 29 times |
Joined on Jun 2006
|
#118
|
Originally Posted by BanditRider
Haven't tried just audio. I have a linux server at home with a tv capture card in it and I use command line VLC to stream video. Works great with my laptop and pocketpc, but the 770 doesn't doesn't like it.
I can stream a windows media audio stream of WEEI (Boston sports talk radio) using:
mplayer -fs -vo x11 -ao gst -cache 200 http://wmc2.liquidcompass.cc/WEEI?MSWMExt=.asf
|
|
2006-08-30
, 19:52
|
|
Posts: 220 |
Thanked: 19 times |
Joined on Jun 2006
|
#119
|
2serge. Im just curious. Will you be using the gstreamer framebuffer sink (dspfbsink)
for video output in any future releases.
for video output in any future releases.
|
|
2006-09-02
, 18:13
|
|
Posts: 503 |
Thanked: 267 times |
Joined on Jul 2006
@ Helsinki
|
#120
|
2smackpotato: I'm still struggling to get dspmp3sink working properly (video/audio sync is still sometimes wrong) 
As for gstreamer framebuffer sink, it is unlikely that I will even try it (though it seems to have YUV support in its caps). Normal framebuffer seems to be a more reliable option to get YUV support, though it will require mplayer to be run as root to use it. Anyway, I still have some other things in my todo list and don't have any plans to try either of these options in the near future. If you feel like trying gstreamer framebuffer sink, you can do some hacking yourself, any useful patches will be welcome
As for gstreamer framebuffer sink, it is unlikely that I will even try it (though it seems to have YUV support in its caps). Normal framebuffer seems to be a more reliable option to get YUV support, though it will require mplayer to be run as root to use it. Anyway, I still have some other things in my todo list and don't have any plans to try either of these options in the near future. If you feel like trying gstreamer framebuffer sink, you can do some hacking yourself, any useful patches will be welcome