hi, can u guys tell me if a homebrew media player for xbx360 is possible allready?

something simple just to play mkv 1080p + DTS with .srt subtitles.

do u think this is possible? if so, why no one did it allready?

thank you

i don't ask for XBMC yet cuz i know it's gonna be a long way till we get some beta.
but something just to play media?
you pro's work hard in other stuff, is a media player much harder?

I'm disappointed that there hasn't been a response to this. A good homebrew media player for the 360 is all I dream about these days. XBMC360 would be... gush!

i dont ask for anything like XBMC (yet)

but something simple like a file browser and opening mkv and .srt with same name

please?


btw: why aren't XBMC guys working on x360 yet? :S

I don't know if we need a new media player or maybe just hack the media update to add codex, or improve functionally?

I agree with this, but we also need a way to access files on hdd1.

Like me, I don't like having a usb something attached to my xbox. I like it all from it's own HDD.

It looses esthetics.

yes add codecs to original!!

I just stream the files off my PC but even with Tversity it wont play everything.

it's not the same thing

it's not the same thing

read here, for reasons why there won't be a XMBC360 from the XBMC team

http://xbmc.org/forum/showthread.php?t=65801

Has anyone looked into crosscompiling libavcodec with the SDK?

If this is done, then a basic mediaplayer should only be a 2 day job..

well if no XBMC.

can someone add codecs to media player/media center?
or make a new homebrew appz with most used codecs?

xvid
ac3
dts
container (mkv)
x264


.srt subtitles.


that's what i am expecting for a long time ago! please.

Well you guys are fogetting about something i think. One one side, not only would we have to add codecs to the 360 media player, but for example, we could not just transfer Mp3 to our 360 HD because the media player only detects files that are in microsofts proprietary container format... this is a waste of time becuase we would have to convert all our mp3s to wma and put them in their strange xbox360 container thingy, then modify the media file at all that crap... pain in the @$$...

i used to have hd video from xbox live on my 360 hd, but unfortunatly i deleted the file so i have not been able to conduct an analysis of how the 360 dealt with HD video files... but i have a feeling that they were also on a proprietary container and format... i think we all want to avoid having to modify the files before transferring them to 360...

the solution is clearly a new media player built from scratch or a port... maybe port mplayer or vlc media player.... i have been looking into it, but im really starting from zero so i get discouraged thinking someone will release something soon and i will have worked for nothing... but i may still get into it just to learn....

the 360 audio player also is TERRIBLE!!! i have been wondering why ms made such a terrible player... every button is so huge, playlist and song management is terrible... so we really would need something new... codecs really wont do...

I think this is a bigger job then you guys think...

You can play standard mp3 files, and you can play quite a few codecs with the videoplayer. But no mkv support..

But still, I agree that a new mediaplayer should be built.

I will try to see if I can get libavcodec to compile under the SDK tonight. If that works out the rest should be quite straight forward..

Rather than use the original x360 HDD or a USB device, will use the LAN to watch movies!

thank you very much
please do that.


.srt support
mkv x264 avi xvid divx DTS AC3 MP3

And LAN suport!

One step at a time

I thought mkv is already supported on the 360 for streaming with win7.

stream and transcode sucks :S
native codec is way better

You can get 1080p quality natively with streaming. I'm streaming mkv to my ps3 with no quality loss, although I had to use mkv2vob to convert. I haven't tried streaming mkv on the 360 yet.

i understand that my friend

but minutes lost converting or demuxing something. wouldn't u trade that for a native mkv srt dts x264 codec player?

News about the libavcodec?

I am looking into compiling it.

Most of the issues can be resolved by creating replacements for some missing headers.

One big problem right now is C99 designated initializers.

There exists 100+ of these types of struct initializers:

------------C99 type -----------
AVCodec eightsvx_exp_decoder = {
.name = "8svx_exp",
.type = CODEC_TYPE_AUDIO,
.id = CODEC_ID_8SVX_EXP,
.priv_data_size = sizeof (EightSvxContext),
.init = eightsvx_decode_init,
.decode = eightsvx_decode_frame,
.long_name = NULL_IF_CONFIG_SMALL("8SVX exponential"),
};
-----------------------

And vc2005 doesn't support this, I probably have to create a script that converts all of these initializers to standard C89 style.

Info on msdn about this issue:
http://social.msdn.microsoft.com/forums/en...0-2614b333e9e0/

Does someone have any other solution to this issue in mind? Manually patching >>100 .c files is not an option in my mind..

This guy has done it for windows, but he is using the intel compiler that is more c99 friendly
See http://www.arawix.com/code/page/Building-F...-VS2005%29.aspx

can other guys with aknowledgement help please?

i would really love to see this please

I have no knowledge about it, but would be happy to help!

Status right now:

I have made a script that fixes about 50% of the C99 reliability..

from a cygwin env do a:
$ ./configure --disable-asm --disable-ffplay --disable-decoders --disable-filters --disable-encoders -
-disable-hwaccels --disable-muxers --disable-demuxers --disable-parsers --disable-bsfs --arch=ppc64 --d
isable-altivec --enable-w32threads --enable-decoder=h264 --enable-demuxer=matroska --enable-demuxer=h264 --enable-demuxer=avi --enable-decoder=mpeg4 --enable-parser=h264 --enable-parser=mpeg4video --disable-outdevs --disable-indevs --disable-devices > configure_log

This will create a config.h that has only the things I really need enabled. (No sound yet but that is a later problem)
patch Makefile under libavcodec with:

showme:
echo $(OBJS:.o=.c)

This will dump out all the c files that are needed.
Remove the rest from the dir, and add the remaining c files in the IDE
Add all headers under libavcodec and libavutils to your proj (in separate dirs)
Change the projects settings and add ";HAVE_AV_CONFIG_H;_POS_SOURCE" Under "Preprocessor definitions"
Add "." to additional include directories

Hit "compile solution"
Now I ends up with 82errors and 250warnings. These are C99 extensions that the STUPID microsoft compiler don't like..

Anyone willing to pitch in? send me a pm and I send you the files I got at the moment.

you're going great

Not sure how many of us can help you technically but if its just going through raw data and changing values, there is an army of poeple im sure that are willing to help with some guidance

Hey guys, news?

What about looking into MPlayer sourcecode? They ported more than one verison of it on the Wii with great success, especially the Christmas Edition with YouTube support. Its not XBMC but I say its probally still worth it for SAMBA sharing, Basic Youtube, etc video playback, hell even Shoutcast! TAKE THAT LAST.FM and Zune Marketplace!

yes i noticed that too, works really well in WII.

can u guys check that out?

mplayer would work justtt fine

pls pls pls

Isnt that how XBMC on the old xbox came out about? They wrapped a nice front end around mplayer and then added features bit by bit to give an awsome dash?

lol i don't remember
if so, that's the way to go.
anyone in the mood to pickup mediaplayer and compile it for xbox360?

should be "easy" ?

Could the wii sources provide any help with that? Since it's basically the same arch?
tmbinc ported Snes9x from Wii/GC to XeLL quite fast...

yes i noticed that too. some WII stuff is "similar" to xbox360.
should be no problem.

mkv+dts+.srt here we go

Sure, Mplayer can be compiled to ppc64 with gcc with minimum effort.
But you can not create xex with gcc. You need the microsoft compiler which don't implement C99.
And sure, you could patch away all C99 specifics manually (a couple of hundred patches at least) but then you will be stuck in that exakt version of mplayer/libavcodec or whatever.

My initial thought was to simply just "compile libavcodec with VS2005", but it turned out to be something different.

BTW, libavcodec is a big part of mplayer.

So right now I am thinking of either making a script that fixes most of the C99 stuff ( With some help, thanks ).

Or some compile "magic", compile libavcodec with llvm-gcc, and then use the "c-backend" of llvm and output generic c-code that VS2005 should understand

Or a different trick, compile libavcodec with gcc for powerpc64 and just load it into memory from a xex compiled with vs2005. This will require some "glue" code to be able to call functions between VS2005 compiled code and gcc. I have not researched anything on the details about this, specifically the calling conventions for functions might be a problem.

i think i mght be able to assist. Unlike the rest of these slackjawed gawkers with their hands out, I have years of coding experience, and am willing to roll up my sleeves and do some work to contribute to scene. Let me know some specifics of what needs to get done, and I can do my best to help out.

I have heard rumor there is a patch out that will get the sdk working with vs2008, I'll see if I can track it down. If we can get that, it should make our lives a little easier. In the mean time, let's figure out a definitive direction to work. It's nice to have options, but it is best to focus.

rant
To the 2 pages of people asking why this isn't out yet, and when is it being released, or how the progress is: Pick up a fuckin book and learn how to contribute. Asking when something will be released is not helping the scene. Learning how to code will. I acknowledge I have not released anything, but I am at least trying. I started coding when the xbox1 first got hacked, because i wanted to contribute. Put down the controllers and pick up coding book. /rant

wich language is the x360 homebrew coded?

C++

lame question... studying C++
when i "learn" C++, C++ type of coding , i assume is the same in all plataforms? PC, xbox360, wii, etc etc?

only compilers change?

code is the same?

well the library files and how to use them change

Not only that...there is a huge leap from raw C++ to event driven programming...and once you grok that, you have to figure out Microsoft's whole framework and the way they use macros all over the place to create code behind the scenes... That being said, there are enough working tutorials out there to assist greatly.

Then, there's the details like direct 3d, and XUI. Are we having fun yet? Yes? Now go learn about multi-threading! ;-)

i'm gonna go watch PORN.
i got shot before i started to walk heheh, u guys keep up the goodwork

I have taken 3 semesters of C++ an feel that I have a pretty good grip on the Basics but I am far from a seasoned coding veteran. If you don't mind holding my hand a little I would love to help. Just let me know.

Has anyone thought of maybe using the codecs already installed by the Optional Media Update, which do allow some of the most popular (common) formats out there, and simply code a launcher so we may store our files in our hdd and not depend on USB to watch them?


Also; does anyone know how to properly make a video CON file using Le Fluffie?

Thanks.

I'm actually a little shocked by the smugness of the XBMC crew, Pioneers back in the Xbox1 era, would expect some loyalty to the BOX successor.

While there right to an extent that a HTPC would be of same cost to build outright and probably better suited, the software would definatly be a boon to the scene since so much hardware is already in place. But there priorities lye elsewhere now it seems.

I'm sure someone is probably already working on a media player project for the 360, I hope we see it soon.

yes maybe we can work with this too.
too bad .srt is not possible :S subtitles.

It's not smugness, its just a simple question of worth.

This 360 hack is available to a VERY small number of users. The resources required to get it working on 360 would be far more than it would be worth for the team.

That said, nothing is preventing anyone else from doing it. The XBMC source is public.

Yeah, you're absolutely right... people should concentrate on f***** up the 8xxx Kernel.
Then we would also see a xbmc port.