+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: iOS & tvOS (https://forum.kodi.tv/forumdisplay.php?fid=137)
+---- Thread: [old] Unofficial semi-nightly build FAQ/info/issues (here for archival purposes) (/showthread.php?tid=97246)
- maxsql - 2011-07-25
Ned Scott Wrote:It's only an issue if they are in HD, and some might even play then. If you have HD xvid avi's that are not playing well then I would go and find better copies of them that are in h.264. Better quality per byte, plus it should work without issue. I don't know why people still insist on making HD avi's with xvid. It's a hacked together media container with an outdated codec, and when HD rips were gaining popularity (due to HD sources being available) h.264 was already here.
you are totally right
im always going for x264 codecs if available, since in noticed it works so much better in xbmc
on a sidenote: i sometimes have audio drops with my videos. only if i press pause and play again its back. it always occurs when the they cut out commercials in tv-rips.
- crispytreat - 2011-07-25
maxsql Wrote:you are totally right
im always going for x264 codecs if available, since in noticed it works so much better in xbmc
on a sidenote: i sometimes have audio drops with my videos. only if i press pause and play again its back. it always occurs when the they cut out commercials in tv-rips.
I also get the same audio drops and very slow framerate. If I pause and unpause after a couple seconds it goes back to normal.
- Ned Scott - 2011-07-25
Ned Scott Wrote:It's only an issue if they are in HD, and some might even play then. If you have HD xvid avi's that are not playing well then I would go and find better copies of them that are in h.264. Better quality per byte, plus it should work without issue. I don't know why people still insist on making HD avi's with xvid. It's a hacked together media container with an outdated codec, and when HD rips were gaining popularity (due to HD sources being available) h.264 was already here.
Although if Apple makes an ATV3 with the A5 SoC (System on a chip. CPU, GPU, and some other stuff) like the iPad and its A5, then the CPU would be able to handle a lot more. However, I doubt this would happen anytime soon. Apple seems to update ATVs very very slowly, and the ATV2 already has so much untapped potential (untapped via official channels, that is)
What I do think might happen is that later this year when Apple gets around to releasing an iPod touch with an A5, that will become a tempting alternative to the ATV2. (if we get true HDMI output, that is). Should even do 1080 output.
- Cranial - 2011-07-25
dominion Wrote:Thanks for searching, but the last reaction is from 2009, that is 2 years ago.
To what can i convert this video but still keep the highest possible quality
You shouldn't have to convert. Its a container issue, the codec should be okay. Can you post a small sample somewhere please and I'll have a test. Nothing personal of course!
- bbk79 - 2011-07-26
popcornmix Wrote:Got a crash with latest nightly. (10.4.0 AppleTV2,1). Built on Jul 22 2011 (Git:20110722-e825052)
Playing this stream: mms://cuesportlivewm.fplive.net/cuesportlive-live/cuesportstream1
Attempting to play quits XBMC back to springboard.
log
syslog
CrashReporter
Repeatable on both ATV2 and iPad2.
Yep, the MMS playback is broken for me too. XBMC just crashes.
There are no issues when attempting to play the same streams with the 07/18 build nor with the official release.
Sorry, can't provide the URLs as they are dynamically generated and expire.
- itsjoey - 2011-07-26
Here is another crash report regarding XBMC crashing to Frontrow while playing random MP3 files:
xbmc.log: http://pastebin.com/7NjDVRGu
Crashreporter: http://pastebin.com/NZSfkk6t
and another one:
xbmc.log: http://pastebin.com/SEA00txd
Crashreporter: http://pastebin.com/eVXeM2s7
And another one:
xbmc.log: http://pastebin.com/mubLFP3A
Crashreporter: http://pastebin.com/NZJ7vyLX
and another one:
xbmc.log: http://pastebin.com/bipwfrVF
Crashreporter: http://pastebin.com/ESrZpGDE
- GoodOmens - 2011-07-26
Quote:[ios] remove clamp to one cpu for ios - davilla (author)
Looking at this recent commit - would that help decoding none H264 files by making it multi-threaded on the A5 chip? Just curious - would be helpful for iPad2 users.....
- Ned Scott - 2011-07-27
GoodOmens Wrote:Looking at this recent commit - would that help decoding none H264 files by making it multi-threaded on the A5 chip? Just curious - would be helpful for iPad2 users.....
Hardware decoded files will be unaffected. This will help in software decoded files, the GUI, etc.
- Fire69 - 2011-07-27
Has anyone else noticed an improvement in iso-playback since the last nightly?
I still have to use ftp for streaming, but now at least my video buffer stays at 99% almost all the time!
Before, it would go up and down between 0% and 99% constantly.
When I checked on my server, the transfer would never go above 1MB/s, but now it easily goes up to 2MB/s and more.
So I guess something changed somewhere, but I can't find anything about it in the commits...
I don't know who changed it, but I want to thank you very, very much!
- Memphiz - 2011-07-27
threading implementation was changed ...
- keith - 2011-07-27
Another build, courtesy of Memphiz again, one of these days I'll do a build myself.
It's been a fun, but busy summer.http://xbmc.hadm.net/
This has the fix to use both cores on ipad2, should also have updated RTMP so someone who has hulu setup (or anything else RTMP required) no longer needs to drop the .dylib file into Frameworks for RTMP9 support, I think.
Thanks Memphiz! Let us know how testing goes.
- DuMbGuM - 2011-07-27
Thanks for another build.
- Vincent Law - 2011-07-28
Sadly either the multi-core rendering isn't working as intended, or ffmpeg just doesn't gain much benefit from it. I am getting almost identical results from playback of slower files. Oh well :/
- chuckles - 2011-07-28
Vincent Law Wrote:Sadly either the multi-core rendering isn't working as intended, or ffmpeg just doesn't gain much benefit from it. I am getting almost identical results from playback of slower files. Oh well :/
You are of course using an iPad2 ..... aren't you?
- Vincent Law - 2011-07-28
Yes, of course.
