#137962 - abraxas - Sat Aug 18, 2007 3:45 am
It's in chinese.
http://abraxas.no-ip.org/ndsdev/mpeg4/
I use xvidcore (my fix version) building mpeg4 decoder lib.
http://abraxas.no-ip.org/ndsdev/mpeg4/xvidcore-1.1.2_erspicu_brox_fixed.rar
(I make bat file in src dir for building lib).
my program sources.
http://abraxas.no-ip.org/ndsdev/mpeg4/m4vtst1.rar
sample1
http://abraxas.no-ip.org/ndsdev/mpeg4/sample2.m4v
sample2
http://abraxas.no-ip.org/ndsdev/mpeg4/sample1.m4v
put m4vtst1.sc.nds (at m4vtst1.rar) into card root dir
rename sample1(2).m4v to s.m4v into card root dir
run m4vtst1.sc.nds and play s.m4v mpeg4 file.
It's still not optimization (slow...).
I found some arm asm & arm dsp asm optimization code in mplayer sources libavcodec lib.
maybe i will change lib for decoding (xvidcore seem slow).
PS. I think it possible to decode mpeg4 simple 256x192 24fps
when best optimization idct & yuv->rgb and others.
(some paper talksabout optimization arm decoding mpeg4)
#137994 - felix123 - Sat Aug 18, 2007 9:16 am
Nice job! Now you can play standard MPEG4 files on the DS!
The quality seems to be good. I only noticed blockiness in a few scenes.
(The readme recommends 256x192, 15fps, low bitrate). You may need to patch DLDI.
Is it supposed to have no sound?
_________________
Nintendo DS homebrew on Wikipedia
#138150 - OOPMan - Mon Aug 20, 2007 8:24 am
Good work. I figure with optimisations it should be possible to get good performence out of something like this, possibly even with sound if you use ADPCM for the audio...
Video decoding apparently relies more on fixed-point math than floating-point math, so it's not out of range of the DS...
_________________
"My boot, your face..." - Attributed to OOPMan, Emperor of Eroticon VI
You can find my NDS homebrew projects here...
#138392 - pas - Thu Aug 23, 2007 3:58 pm
Cool ! I never thought that this would be possible ! I hope sound will, and playback controls will be added (a bit faster + a file browser for chosing files would be good too ). I hope that this will progress !
_________________
Starcraft DS ?
#138450 - OOPMan - Fri Aug 24, 2007 8:03 am
Never thought it possible?
Haven't you played a commercial DS game that uses ActImagine?
Of course high-quality video at 30fps with sound is possible on the DS :-)
_________________
"My boot, your face..." - Attributed to OOPMan, Emperor of Eroticon VI
You can find my NDS homebrew projects here...
#138470 - pas - Fri Aug 24, 2007 1:49 pm
Ok, I need to correct myself:
I thought that it would never be possible homebrew-wise (commercially: sure !)
_________________
Starcraft DS ?
#138490 - Dood77 - Fri Aug 24, 2007 6:16 pm
Well then how come commercially they had to use a decoder chip? (Play-Yan)
I guess you could argue that its made for GBA, nonetheless....
_________________
If I use a term wrong or something then feel free to correct, I?m not much of a programmer.
Original DS Phat obtained on day of release + flashme v7
Supercard: miniSD, Kingston 1GB, Kingston 2GB
Ralink chipset PCI NIC
#138514 - A2hok - Fri Aug 24, 2007 9:54 pm
| Dood77 wrote: |
Well then how come commercially they had to use a decoder chip? (Play-Yan)
I guess you could argue that its made for GBA, nonetheless.... |
They introduced a chip so the play-yan couldn't be patched and used by r0m monkeys...and actimagine does do MPEG4 decoding full screen in comercial games.
Anyway this is very cool, could audio be introduced at a low bitrate.
_________________
White DS --- Supercard SD --- Passcard ---
-------www.ugames.tk--------
[url="http://www.oxado.com/?origin=pub88742"]Webmasters, make money displaying Oxado contextual ads![/url]
#138516 - calcprogrammer1 - Fri Aug 24, 2007 10:41 pm
Actually, ActImagine (in Metroid Prime Hunters) does full screens video, it can play two 256x192 video clips AND decent sound at the same time, so the DS can definitely pull it off, and the extra time saved by not using 2 screens at once could be used for better sound.
_________________
DS Firmware 1, Datel Games n' Music card / Chism's FW hacked GBA MP v2 CF
There's no place like 127.0.0.1.
#138520 - tepples - Fri Aug 24, 2007 11:06 pm
| calcprogrammer1 wrote: |
| Actually, ActImagine (in Metroid Prime Hunters) does full screens video, it can play two 256x192 video clips AND decent sound at the same time, so the DS can definitely pull it off |
But at what kind of frame rate? I've read that in 256x384 mode, ActImagine cuts frame rate in half to 15 fps. This is fine for cel animation and sitcoms but possibly not for armed combat movies.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#138521 - spalnndsstest - Sat Aug 25, 2007 12:40 am
so actimagine could relase a programe so we can encode our videos...
(copy past from another web) :
On the Nintendo DS, Actimagine software video codec can achieve full screen 256x192 video up to 30 frames per second from 100kbps to 700kbps, with stereo sound from 8KHz mono to 48KHz stereo. Dual screen can be supported up to 15 frames per second.
In 2004, Actimagine had previously licensed to Nintendo Co., Ltd. its video compression technologies allowing Nintendo to deliver up to 90 minutes of TV-like video titles on 32MB cartridges on its range of hand-held consoles: Game Boy Advance, Game Boy Advance SP and Nintendo DS.
----------------------------------------------------------------------
i just tryed this appz in nds and it work, but not smooth yet,
in pc y can run file smoothly, (well not a lot bcos is compressed at 10 fps but any way, sure it will be better in the futere)
#138552 - pas - Sat Aug 25, 2007 1:00 pm
abraxas:
Is this app still being worked on (sound, faster play and maybe playback control, rudimentary filebrowser), or is it on hold ?
_________________
Starcraft DS ?
#138567 - Sweater Fish Deluxe - Sat Aug 25, 2007 8:13 pm
| tepples wrote: |
| But at what kind of frame rate? I've read that in 256x384 mode, ActImagine cuts frame rate in half to 15 fps. This is fine for cel animation and sitcoms but possibly not for armed combat movies. |
I prefer unarmed combat anyway.
...word is bondage...
#138570 - tepples - Sat Aug 25, 2007 8:43 pm
| Sweater Fish Deluxe wrote: |
| tepples wrote: | | 15 fps [...] is fine for cel animation and sitcoms but possibly not for armed combat movies. |
I prefer unarmed combat anyway. |
Low frame rate affects kung fu movies too, and in fact anything with quick motion of things in the scene, or even of the camera such as Twister or The Blair Witch Project. I just had Black Hawk Down and Saving Private Ryan on the brain when I wrote the comment.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#138571 - spalnndsstest - Sat Aug 25, 2007 9:03 pm
i ask myself if this proyect is still alive or not,
#138572 - DragonMinded - Sat Aug 25, 2007 9:14 pm
Holy crap guys, he released it a WEEK ago and you are already harassing him about updates?
_________________
Enter the mind of the dragon.
http://dragonminded.blogspot.com
Seriously guys, how hard is it to simply TRY something yourself?
#138578 - pas - Sat Aug 25, 2007 10:26 pm
Yeah, you're right, time will tell.
#138590 - abraxas - Sun Aug 26, 2007 4:44 am
| pas wrote: |
abraxas:
Is this app still being worked on (sound, faster play and maybe playback control, rudimentary filebrowser), or is it on hold ? |
I tell you a cruel true fact.
Because of my poor ability , it's difficult for me to continue maintaining.
I may try it for my interesting & for fun,but I can't promise anything.
In fact, using xvidcore isn't a good idea for decoding mpeg4 in nds.
There is nothing about arm core cpu optimization .
I may try using other library ( libavcodec & libavformat in ffmpeg sources).
http://abraxas.no-ip.org/ndsdev/mpeg4/libav.rar
(many part need to fix,it's still can't use.
If any one is also interesting in it, you may try.)
#138622 - spalnndsstest - Sun Aug 26, 2007 9:04 pm
bad news then,
why u used m4v and not mp4 ?
if mp4v/mp4 container is too much complex to run in DS maybe ASF video container could be more easy?
#138625 - youtpout978 - Sun Aug 26, 2007 10:12 pm
I rename an avi to m4v (video with no sound) and it work
_________________
nds v7 + gbamp + supercard minisd
#138627 - ghOst - Sun Aug 26, 2007 11:08 pm
Thanks for your hard work and for the sources keep cool and have Fun ... always ;-)
#138629 - youtpout978 - Sun Aug 26, 2007 11:38 pm
the application use only arm9 or arm9 and arm7 simulteanously ?
_________________
nds v7 + gbamp + supercard minisd
#138649 - OOPMan - Mon Aug 27, 2007 8:21 am
| DragonMinded wrote: |
| Holy crap guys, he released it a WEEK ago and you are already harassing him about updates? |
Yeah, people don't let you catch a break, eh?
| Quote: |
so actimagine could relase a programe so we can encode our videos...
(copy past from another web) :
On the Nintendo DS, Actimagine software video codec can achieve full screen 256x192 video up to 30 frames per second from 100kbps to 700kbps, with stereo sound from 8KHz mono to 48KHz stereo. Dual screen can be supported up to 15 frames per second.
In 2004, Actimagine had previously licensed to Nintendo Co., Ltd. its video compression technologies allowing Nintendo to deliver up to 90 minutes of TV-like video titles on 32MB cartridges on its range of hand-held consoles: Game Boy Advance, Game Boy Advance SP and Nintendo DS. |
Okay, first off, the ActImagine codec is commercial, so no encoder for public usage will ever be released. Some goes for BinkDS, which achieves similar results (I've seen it used in a few games here and there, but I suspect ActImagine is part of the official Nintendo dev kit, which is why it gets used more often)
With regards to encoding for general usage, I would imagine that encoding for the 256x192 format would work best on the DS. Dual-screen is definitely going to be too slow for normal movies, unless slo-mo is the order of the day.
Given that some peope seem to enjoy watching movies on iPods with screens smaller than that of the DS, though, I doubt single-screen would be an issue.
W
_________________
"My boot, your face..." - Attributed to OOPMan, Emperor of Eroticon VI
You can find my NDS homebrew projects here...
#138677 - Darkflame - Mon Aug 27, 2007 7:26 pm
Id much rather have 1 screen at 24-ishfps, then 2 screens at 15fps.
2 screens for film is just stupid anyway, imho.
_________________
Darkflames Reviews --
Make your own at;
Rateoholic:Reviews for anything, by anyone.
#138679 - tepples - Mon Aug 27, 2007 7:54 pm
| Darkflame wrote: |
Id much rather have 1 screen at 24-ishfps, then 2 screens at 15fps.
2 screens for film is just stupid anyway, imho. |
Unless you have video on one screen and stills on the other. This would be great for presenting annotations, such as explanation of points of foreign culture in a translated film.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#138718 - OOPMan - Tue Aug 28, 2007 7:44 am
Ooooooooh, or video on upper screen, subs on the lower in a nice readable font with wrapping :-)
_________________
"My boot, your face..." - Attributed to OOPMan, Emperor of Eroticon VI
You can find my NDS homebrew projects here...
#138738 - Darkflame - Tue Aug 28, 2007 12:39 pm
subs, certainly.
But the eyes ability to look at two things at once is limited, let alone the brain to follow and process it all at once.
The two screens on the DS are usefull in games for a few reasons, but you seldom need to actualy focus on both at once.
And, if your not focusing on both at once, then you might as well have one screen with the best streaming quality possible, rather then 2 "ok" streams of which you will only occasionaly glance to the second.
_________________
Darkflames Reviews --
Make your own at;
Rateoholic:Reviews for anything, by anyone.
#138740 - OSW - Tue Aug 28, 2007 12:55 pm
would be a good idea if the screens had no gap.
which would be pretty awesome for video. but still the problem with the screensize is the DS's power.
#138754 - abraxas - Tue Aug 28, 2007 7:18 pm
libavcodec (for all kinds of av code stream decoding & encoding)
ex.mpeg1.mpeg2.mpeg4.h264.ogg.mp2......
libavformat (for demuxing & muxing all kinds of av container )
ex.mp4.avi.mkv.......
libswscale (for yuv <-> rgb all kinds color spec transfor )
libavutil (some av dealing util)
I succes build their lib with arm-eabi Toolchain.
I write a littele test program to test lib, but nothing run out.
Does anyone interest them ?
I can package them for your studing.
#138762 - tepples - Tue Aug 28, 2007 8:11 pm
| OOPMan wrote: |
| Ooooooooh, or video on upper screen, subs on the lower in a nice readable font with wrapping :-) |
A typical film converted from a 16:9 source such as widescreen DVD will be 256x144 pixels. This leaves 24 pixels on the top of the 256x192 pixel top screen and 24 pixels on the bottom that are not covered by video. This bottom area is plenty big enough for 2-line subtitles.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#138777 - spalnndsstest - Wed Aug 29, 2007 12:30 am
i was thinking:
"some one made a video encoder called ezbuiler for dpg format... i will serach his mail, maybe he is interested in that project..."
I search the readme file inside ezbuilder folder, then surprise... abraxas is the developer... xD
seems that just abraxas is up to the job of that kind of software for DS? :P
maybe batchdpg creator is interested... because im too ignorant to do help in that project,
#138829 - youtpout978 - Wed Aug 29, 2007 3:45 pm
the dpg format is mpeg1 video with mp2 or ogg audio the converter is not interesting. (super convert too)
contact the creator of moonshell
_________________
nds v7 + gbamp + supercard minisd
#138954 - Drmn4ea - Fri Aug 31, 2007 6:22 am
So, these ActImagine guys are pretty tight-lipped about their algorithm. I think they'd have us believe it works by FM (f***in magic). Assuming they're not creating a custom hardware-accelerated port for each and every handheld device, from the claims of the wide variety of devices it runs on it sounds like some fairly conventional (albeit clever) algorithm in pure software.
Not the fastest CPU in the world, but the DS has one advantage over average iPod, cell phone, etc. that AI's secret codec runs on - a hardware 3D transform engine. Could this be used to offload some of the work of MPEG video rendering? I'm thinking specifically different types of motion compensation schemes used by XviD/etc. Since commonly any given frame is almost identical to the previous frame, the common practice is to record as few 'full' (key) frames as possible, and for the rest encode only the differences between the frames. Often this difference results from things like camera panning, tilt and zoom, so motion estimation algos encode this difference more compactly by subdividing the scene into movable blocks of variable size and basically sliding them around. Once the closest possible approximation has been made by blocksliding, only the minor difference between this approximation and the real next frame has to be sprinkled into the resulting image. Sliding and distorting all these blocks eats up a lot of CPU though... seems like something the 3D engine could do. Even more complicated geometry transforms are possible (define the frame to be on a stretchy 'rubber sheet' of triangles, whose vertices can move in any direction?) but that would require fundamentally changing how the ENcoder works too, which doesn't sound like fun at all.
I'm not an expert at all on video compression, some of you might be. Does any of this sound feasible, or am I smoking the crack?
_________________
There is never time to do it right, but always time to do it over.
#138959 - OOPMan - Fri Aug 31, 2007 8:24 am
I wouldn't know about that. I don't think ActImagine even claimed it worked by FM, as you put it. The existence of BinkDS and Caimans Codec support this...
What I do know is that I did some research a while back on Fixed Point vs. Floating Point. According to the Dr. Dobbs Journal article I found most video codecs do not gain ANY benefit from being floating-point-erised, as they are "bit-exact"...
With regards to DS vs. iPod, etc, the device actually has various advantages. For a start, the DS is a 2-processor device. I would imagine that., with careful coding, this is what allows for audio AND video to be decoded at the same time by commercial codecs.
Also, being a gaming device, the DS is design a little differently in terms of hardware bus, I'd imagine. Although the DS lacks the RAM capacity of most cellphones and iPods, it's designed with relatively high performance in mind and hence features various patches of high-speed memory that probably give it an edge in certain things. More info on this is available in Dovoto's tutorial
Finally, unlike devices like the iPod and most cell phones, the DS features both 2D and 3D acceleration.
Now, you mentioned 3D, but truth be told, I doubt the DS's 3D core is being used by the commercial codecs (Although I too am not an expert in video compression, and hence I may be totally wrong).
My personal guess is that the commercial video codec implementations on the DS use the 2d core for drawing and take advantage of certain facts to optimise the video:
- The DS is an ARM-only device. Hence all code in the codec can be written solely with the ARM in mind.
- Video will be either 256x192 or either 2x(256x192) or 1x(256x384) in resolution. Hence, the codec need only support these two/three resolutions and can optimise it's memory usage appropriately...
- The DS features two processors, one of which is usually devoted to handling audio. I would guess the commercial codecs do just this and quite probably store their audio in ADPCM format, which the DS' ARM7 can decode natively with minimal overhead.
- The DS features a clever and relatively high-performance memory layout for a device of it's sort. Many advanced homebrew devs have been making use of this to optimise their projects (I know that simonjhall's QuakeDS project makes use of some of the fast VRAM for non-video related tasks.)
These points lead me to suspect that the commercial codecs don't do any wizardry with the 3d core, but rather rely on well-coded 2d solutions.
Also, unless my memory fails me, I'm not sure the DS' 3d core can be used to perform the kinds of CPU-eating sliding/distoring operations you'd like. I was under the impression that it's a bit of a "Black Box" and is relatively disconnection from the rest of the system in certain ways...
_________________
"My boot, your face..." - Attributed to OOPMan, Emperor of Eroticon VI
You can find my NDS homebrew projects here...
#138964 - simonjhall - Fri Aug 31, 2007 9:28 am
When I looked at using mpeg2 on the DS, the motion compensation step wasn't the most intensive part of the decode step, since it's all done with integer maths.
However if you were to do it with the 3D hardware you'd need to be able to get the results back (which isn't trivial) as this is not the final step in the algorithm. Plus if you were to upload each macroblock as a small texture map you'd have to get these textures into one of the DS' texture formats...which would be an interesting challenge!
OT: I spent a good chunk of last year at work writing the guts of an mpeg4/h264 encoder :-)
_________________
Big thanks to everyone who donated for Quake2
#138966 - OOPMan - Fri Aug 31, 2007 9:45 am
| simonjhall wrote: |
OT: I spent a good chunk of last year at work writing the guts of an mpeg4/h264 encoder :-) |
Oy! And you didn't think to tell us?
Stop buggering about with this QuakeDS stuff and write us a nice 'lil open-source video codec for the DS. Now!
Hehehehehe...
;-)
_________________
"My boot, your face..." - Attributed to OOPMan, Emperor of Eroticon VI
You can find my NDS homebrew projects here...
#139027 - Drmn4ea - Fri Aug 31, 2007 9:07 pm
Hey now, I just discovered his QuakeDS via this forum for the first time last night, it's sweet! :P
| Quote: |
| Now, you mentioned 3D, but truth be told, I doubt the DS's 3D core is being used by the commercial codecs |
I never said they were, in fact I'm quite sure they're not, since they're leveraging the same code for iPods and cell phones. My half-baked idea was that using DS-specific hardware like the 3D engine for certain messy decode steps would give homebrewers an advantage over the commercial codecs (though now that the experts have weighed in, this does not sound feasible :-)
I guess for now I'll stick to hacking around with the Wifi. Maybe incorporate the changes of newer wifi libs (0.3d/0.3.2) into DSLinux, which nobody has done yet..
_________________
There is never time to do it right, but always time to do it over.
#139032 - simonjhall - Fri Aug 31, 2007 9:35 pm
| OOPMan wrote: |
| Oy! And you didn't think to tell us? |
Well I guess it wasn't worth mentioning since video encoding is a bit more useful on a console which runs at 3.2GHz rather than a little machine which crawls along at 66MHz ;-)
I'm still praying for DS2 having a bit more processing power...
| Quote: |
| Hey now, I just discovered his QuakeDS via this forum for the first time last night, it's sweet! :P |
Thanks very much :-D
_________________
Big thanks to everyone who donated for Quake2
#139052 - spalnndsstest - Sat Sep 01, 2007 1:55 am
i just saw a video encoded by actimagine and quality is not as good as i thought... video is pixeled about 70% of the moview and seems definition is not enought,
just see the intro of "worms 2" then you will see...
in my opinion actimagine dind't do a good job, video quality is just enought to be seen, but it's not enought to call it "high quality"
#139056 - calcprogrammer1 - Sat Sep 01, 2007 2:43 am
The ActImagine codec used in Metroid Prime Hunters is kinda low quality, but still pretty good, with smooth video on both screens. It surprisingly also has enough CPU time to play decent audio as well as run the rumble pack to add effect to the video. With the same optimization, I'm sure a single screen video would be higher quality.
_________________
DS Firmware 1, Datel Games n' Music card / Chism's FW hacked GBA MP v2 CF
There's no place like 127.0.0.1.
#139067 - pas - Sat Sep 01, 2007 12:21 pm
What about a mpeg 2 player for the DS ? (I would love it to be able to play those file natively on the DS while being able to play it in Windows Mediaplayer).
Cause I think Mpeg 1 and 2 should be doable on the DS at decent framrates WITH sound, so why not do that first (yeah, I know DPG is a container for MPEG, but it ISN'T MPEG that Windows can run so...)
#139069 - simonjhall - Sat Sep 01, 2007 12:49 pm
#139077 - abraxas - Sat Sep 01, 2007 5:28 pm
try using mencoder sources libmpeg2 version ?
It support arm optimization code.
#139084 - tepples - Sat Sep 01, 2007 6:43 pm
Possibly. But a lot of these appear to assume a large bank of 0 wait state memory. Still, we looked at these codecs during the GBA era, where 0 wait state memory was tiny, whereas on the DS, the cache makes more of the memory appear to be 0 wait state.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#139197 - OOPMan - Mon Sep 03, 2007 11:18 am
| spalnndsstest wrote: |
i just saw a video encoded by actimagine and quality is not as good as i thought... video is pixeled about 70% of the moview and seems definition is not enought,
just see the intro of "worms 2" then you will see...
in my opinion actimagine dind't do a good job, video quality is just enought to be seen, but it's not enought to call it "high quality" |
Video quality of ActImagine videos varies. For sexample of good quality I'd suggest you take a look at the intro videos for Final Fantasy III DS, Rune Factory and Luminous Arc. Lunar Knights also features nicely done ActImagine video. The intro for Metroid Prime: Hunters was also very good quality, except when handling dual screens.
As is always the case with high-compression codecs, quality can vary from video to video quite drastically, depending on how many compression runs were made during the encoding process and so forth...
My guess is that poor looking ActImagine videos are more due to sloppy encoding and source material than any defects in the codec...
_________________
"My boot, your face..." - Attributed to OOPMan, Emperor of Eroticon VI
You can find my NDS homebrew projects here...
#139222 - Darkflame - Mon Sep 03, 2007 6:11 pm
Well, one advantage homebrewers have is we mostly have vastly bigger storage capacity then 128MB(/256MB) commercial carts where every MB of data counts.
_________________
Darkflames Reviews --
Make your own at;
Rateoholic:Reviews for anything, by anyone.
#139223 - tepples - Mon Sep 03, 2007 6:15 pm
| Darkflame wrote: |
| Well, one advantage homebrewers have is we mostly have vastly bigger storage capacity then 128MB(/256MB) commercial carts where every MB of data counts. |
But do homebrewers have the bandwidth to distribute >128 MiB of data, except possibly through BitTorrent or eMule? And do they have the resources to create video that is worth >128 MiB?
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#139286 - OOPMan - Tue Sep 04, 2007 7:45 am
Frankly, I'd guess the main reason for getting an MPEG4 type codec on the DS would be to convert one's DVD collection for on-the-go viewing.
I somehow doubt the focus would be in allowing homebrew devs to bundle CGI with their products :-)
_________________
"My boot, your face..." - Attributed to OOPMan, Emperor of Eroticon VI
You can find my NDS homebrew projects here...
#139605 - spalnndsstest - Sat Sep 08, 2007 2:10 am
any news about this project?
any one think will be possible to play mpeg4 smoothly mpeg4 in nds?
#139638 - pas - Sat Sep 08, 2007 2:38 pm
@abrax: what about doing a MPEG 1 Player that natively plays MPEG Videos with Sound ? I guess MPEG 4 is limited to sound only, so why not try this one ?
AH, Mighty Max started on a MPEG player long time ago, it runs pretty smooth, a bit slow though, but my test.mpg in the root of my card had a res of 320 x 240 so pretty good if you ask me.
They source of it can be found here: http://mightymax.org/dsmpeg.html he claims that the source seems to be pretty dirty, but I think you should be up to this task, or ?
#140161 - Firon - Fri Sep 14, 2007 12:16 am
We already have an MPEG player with sound. It's called Moonshell. DPG is MPEG-1 video with MPEG-1 layer II audio.
#140164 - calcprogrammer1 - Fri Sep 14, 2007 12:39 am
| Firon wrote: |
| We already have an MPEG player with sound. It's called Moonshell. DPG is MPEG-1 video with MPEG-1 layer II audio. |
It's a type of MPEG-1 yes, but it's not standard MPEG-1. DPG is just a 256x192 (or smaller) MPEG-1 video stream with either an MPEG-1 Layer II or OGG audio stream tacked on to the end of the MPEG-1 video file, a custom header, and a .dpg extension. Thus, a PC can't play DPG because it's a nonstandard format. I would actually like to have a real MPEG-1 player, and if it's able to play 320x240 video, all the better (less conversion).
_________________
DS Firmware 1, Datel Games n' Music card / Chism's FW hacked GBA MP v2 CF
There's no place like 127.0.0.1.
#140235 - Darkflame - Fri Sep 14, 2007 4:57 pm
| tepples wrote: |
| Darkflame wrote: | | Well, one advantage homebrewers have is we mostly have vastly bigger storage capacity then 128MB(/256MB) commercial carts where every MB of data counts. |
But do homebrewers have the bandwidth to distribute >128 MiB of data, except possibly through BitTorrent or eMule? And do they have the resources to create video that is worth >128 MiB? |
Well, personaly I run a sci-fi channel dealing with public domain sci-fis, many of which would easily be over 128MB if converted.
(see Sig "Stars")
My point was really, our concerns are different to developers.
Imho, Framerate and Quality factor higher then us then total storage.
Preferance will vary from person to person, but personaly I got an old GBAMP and a 4GB CF card.
I cant image many are under 1GB now, SD cards and CF cards are just so cheap these days.
_________________
Darkflames Reviews --
Make your own at;
Rateoholic:Reviews for anything, by anyone.
#140636 - spalnndsstest - Tue Sep 18, 2007 5:04 pm
why m4v and not mp4?
#140678 - OSW - Wed Sep 19, 2007 2:03 am
why mp4 or m4v at all?
the format shouldn't matter, as there's surely going to be a conversion process to make any video files viewable on the DS.
may aswell use a format that suits best to DS.
unless m4v is actually best for ds...
Last edited by OSW on Thu Sep 20, 2007 9:34 am; edited 1 time in total
#140679 - spalnndsstest - Wed Sep 19, 2007 2:04 am
is okey for me, but where i find a m4v transcoder?
even mediacoder dont list it xD
#140689 - sonny_jim - Wed Sep 19, 2007 3:48 am
mplayer normally plays just about anything I chuck at it, you may want to give that a try. I know it doesn't play .dpg though.
#140836 - spalnndsstest - Thu Sep 20, 2007 3:04 am
sonny_jim you don't got it,
where to get a programe to get a m4v file so i can see it in nintendo DS?
sorry for my english level,
#140879 - tepples - Thu Sep 20, 2007 11:31 am
| spalnndsstest wrote: |
| where to get a programe to get a m4v file so i can see it in nintendo DS? |
If you just want to watch a particular M4V:
If Windows Media Player can play it, then STOIK Media Converter might be able to transcode it to AVI so that you can turn it into a DPG. If VLC media player can play it, then VLC might be able to transcode it to AVI so that you can turn it into a DPG.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#140945 - chuckstudios - Thu Sep 20, 2007 9:17 pm
He wants to know how to convert his videos to m4v... Am I the only one who understands this?
#140986 - spalnndsstest - Fri Sep 21, 2007 4:10 am
| chuckstudios wrote: |
| He wants to know how to convert his videos to m4v... Am I the only one who understands this? |
seems yes,
thnks for say it clearly, as you see i got a broken english level,
#141223 - A2hok - Sun Sep 23, 2007 8:52 am
You need to convert them to a reasonable sized Xvid file (256*192) and then rename that to m4v. The m4v bit does not matter - its the xvid part that matters and this will generally be avi extension which you can rename to m4v.
Most programs can convert to Xvid - just make sure resolution is (256*192) or something similar if you dont want it full screen.
_________________
White DS --- Supercard SD --- Passcard ---
-------www.ugames.tk--------
[url="http://www.oxado.com/?origin=pub88742"]Webmasters, make money displaying Oxado contextual ads![/url]
#141251 - Darkflame - Sun Sep 23, 2007 4:06 pm
#142781 - dude1 - Sat Oct 13, 2007 4:00 am
any news on this
#147284 - spalnndsstest - Mon Dec 17, 2007 11:07 pm
after more than 3 months,
seems no news at all in that project right? :s
#149405 - Ferrie - Sat Jan 19, 2008 8:08 pm
Hey you guys, if anyone is still alive here, right now there is a xvid player for DS that works. Take a look:
http://forum.gbadev.org/viewtopic.php?t=14720&postdays=0&postorder=asc&start=0