[cadbusca]

Anyone know where that is hidden?

[cadbusca]

Well it turns out that the development SVN’s are not only dependent on the prereleased libogc but now are also dependent on custom mods to that code.

The following source code needs to be added to C:libogclibogclwp_heap.c
then recompile libogc and copy C:libogclib to C:devkitProlibogclib

My compile of SVN 528 now works.

//You need to add the next function in lwp_heap.c (libogc) to get debug info



u32 __lwp_heap_block_size(heap_cntrl *theheap,void *ptr)

{

heap_block *block;

u32 dsize,level;



_CPU_ISR_Disable(level);



block = __lwp_heap_usrblockat(ptr);

if(!__lwp_heap_blockin(theheap,block) || __lwp_heap_blockfree(block)) {

_CPU_ISR_Restore(level);

return 0;

}



dsize = __lwp_heap_blocksize(block);

_CPU_ISR_Restore(level);

return dsize;

}

[cadbusca]

Seems there is a problem with bit rates other than 256kbps. http://www.wiimc.org/tracker/index.php?do=details&task_id=230 Try reencoding with that bit rate and see if it works and post your results.

[cadbusca]

If you report this as a bug using development/tracker above, then you can atttach a 7meg clip of your file. Use Partcopy http://virtualobjectives.com.au/utilitiesprogs/partcopy.htm to create that 7meg clip and I’ll test it on my WII too.

[cadbusca]

For sure

[cadbusca]

Good to hear the tutorial is still correct and that 520 compiles correctly.. I’m about to jump up to 520 myself.

[cadbusca]

I see nothing in the code that treats http:// files differently. Anything with a valid extension is passed to the player.
“3gp”, “asf”, “avi”, “bik”, “divx”, “dpg”, “dv”, “dvr-ms”, “evo”, “f4v”,
“flc”, “fli”, “flv”, “iso”, “ivf”, “m1v”, “m2t”, “m2ts”, “m2v”, “m4v”,
“mkv”, “mov”, “mp4”, “mp4v”, “mpe”, “mpeg”, “mpg”, “mqv”, “nsv”, “nuv”,
“ogm”, “qt”, “rmvb”, “swf”, “trp”, “ts”, “vdr”, “vfw”, “viv”, “vob”, “vro”,
“webm”, “wmv”, “y4m”, “”

[cadbusca]

You need to reinstall HBC to get IOS58 used after it is installed.

[cadbusca]

The last SVN I am using is 508 which compiles fine…and my enhancements merge fine as well.
Starting with 509 MASSIVE changes have been made with which I would expect lots of problems.

[cadbusca]

Thats because the slowdown increases as width increases so starting around 640 wide you will see a little slowdown and the sync will start to appear.

[cadbusca]

Ricardo’s reply with some editing.

---

I must really thank you guys.
In fact using your suggestions I finally managed to see HD ready (1280×720) hq video using the new profile transcoding from jbh50. If it can be helpful also, I can say that with a bitrate of 2500, applied only to video square meters, also using the standard version of vlc 1.1.4 I had no problem viewing and the quality remained almost intact. I say almost only because it is a pixelated up close, but so ridiculous as to be invisible only a meter away.
The only thing that remains to be improved, in my opinion, is this: the megavideo links in hd, as we said, are impossible to see (error loading file provided). But at this point, changing the profile conversion megavideo, it can apply the same result even at the latter and thus make the vlc shares of a super software ever created.

I’m working on new profiles transcodifica.Spero we’ll be in touch to compare our experiences.

Thanks again

[cadbusca]

OK. That would imply that the fix will be in the next release. Use the beta at your own risk and don’t report any problems using it.

[cadbusca]

Translation of the above responses.

---

Thanks for all the advice (it’s true I’m Italian). I had already read the whole thread so I added the plugin to vlc folder shares. So ultimately there is no way to view files with 1280×720 resolution, at least for me because there is a slowdown in video and audio only goes. However to watch movies or episodes of anime on megavideo flv wii is a great thing. (jhb50 edit: Yes this is a WIIMC problem with AVC videos as width increases above 640, the video slows and the audio plays but slows down, and then stops after a few seconds.)

Thank you all for your assistance and for the development of this fantastic media player

Richard

---

Video resolution is not the problem (or vlc-shares is not the problem). The problem is a bug in vlc that will correct (hopefully) in version 1.2.

Pending the issuance, if you think a fearless, you can try using a nightly build of 1.2. I trawled in emails and I found the version that jhb50 uses: http://nightlies.videolan.org/build/win32/trunk-20100815-0002/ He told me that he works for transcoding using that build, if the profile of disabled transcoding audio transcoding. That way you can watch all the videos, downscale if needed. (jhb50 edit: confirmed – see my config file attached)

I’m not sure what profile it uses, but asking does not cost anything and you use it.

Using that configuration, you may also see a new video transcoding using megavideo … although frankly I do not see this very useful since the 1.0.8 wiimc is able to play fairly.

---

jhb50 Note:

I use the attached config file as located in:
C:Program Files (x86)EasyPHP-5.3.2iwwwvlc-sharesapplicationconfigsvlc-shares.config.ini

Note that I have the vlc 1.2 nightly in its own directory as copied there from the nightly .zip file. This keeps it separate from my vlc 1.1 installed using the downloaded .exe file.

I also keep all my files on a separate D: drive.

For transcoding with VLC-shares I use the “video only” option which I added to the standard hq,mq,lq but I also bumped the bitrate on those by 1000 for testing so the hq may not work.

[cadbusca]

Here according to Google is the English translation of the above post, because it has good info for everyone!

---

But are you Italian? Looking at the debug logs yes. TI say in Italian, so maybe you before.

From what I’ve seen you try to view links to megavideo mode transcoder. Unfortunately, the currently available versions of VLC have a bug in the transcoding of audio / video streams where the combination is h264/aac …. precisely that used by the new video megavideo. If you try to transcode those videos get one of these things:
1) cosmic nothingness … wiimc that version becomes the “Error loading file” if you use vlc 1.1 on windows
2) stream audio only if you use vlc 1.0.5 on ubuntu (and I think also on windows)
3) a variable cosmic nothing terrible in the form of audio and video incomprehensible if you use certain versions of nighly build of vlc 1.2 (with its plugins for vlc-shares to enable compatibility with 1.2 and 1.1.3 +)
4) audio and video correctly with some versions of 1.2 nightly (I think that of August 16), but only if you use transcode video with audio direct copy.
[More info jhb50 ask, did a lot of testing and currently unable to use a nightly vlc 1.2 with a transcoding that works with h264 and aac]

This course also get the same problem if you try to transcode video from HDD h264 + aac.

My advice: try using the direct mode to see if they have megavideo video encoding h264/aac (new ones), while using only transcoding flv videos (old ones for instance). This way I can see everything I want from megavideo (even the episodes of Naruto and One Piece).

For videos on hdd nn there ‘much you can do. h264/aac are currently not transcoded by vlc / vlc-shares.

I also noticed one other thing: there may be problems with the plugin for compatibility with vlc1.2/1.1.3 +. I do not know if you followed the main 3d and made the changes suggested in 3d. In the case you have missed, I suggest you re-read or if you want to avoid the boring things, please use the version of the plugin that I posted on the project repository http://code.google.com/p/vlc-shares/ . The downloads are on the list. To install, simply extract the contents of the root of vlc-stock and accept overwriting files

[cadbusca]

Yes, you are correct. It plays on 1.0.9 but the sound is out of sync. It has been fixed in later SVN’s. Try this version and post your results. http://www.wiimc.org/tracker/index.php?do=details&task_id=227

[Author]

Posts