Related
Now I know that the Tytn 2/Tilt are notoriously bad with video playback due to the lack of decent video drivers but I'm having major issues with mediocre quality video playback. For example I'm using TCPMP playing a 480x360 video at 1206kbit/s data rate and its ridiculously slow. Using the benchmark function of TCPMP shows that the average speed of playback is 54%. The video is in WMV format.
For reference I'm running Dutty's wm6.1 hybrid v2 cube version (specifically Cube Version_+ Radio_1.65.14.06).
Any suggestions would be greatly appreciated.
Well first thought is the bitrate which is bogging down the playback.
Second is I was using that same rom, but had switched to the one in my sig.
If you can upload the file, I can play it back, and report what my benchmark reads.
Well to be quite frank I was only testing the playback and the only file I had at the time was a portion of a porno. Feel free to laugh, I would. On second thought I can get a freely available video file and test it and find my results and link to it if you'd like.
Kaze0110 said:
Well first thought is the bitrate which is bogging down the playback.
Second is I was using that same rom, but had switched to the one in my sig.
If you can upload the file, I can play it back, and report what my benchmark reads.
Click to expand...
Click to collapse
Here is a sample wmv http://www.peavynet.com/video1/HIGH SPEED Hitting.wmv. I'll give this one a shot and see what I come up with. Let me know your results.
The first lewd file came back with these results.
Average speed - 56.69%
Bench F/r - 16.65
Bench Sample rate - 24957
Bench Data rate - 503 kbit/s
Original Sample Rate - 44100
Original Data Rate - 889 kbit/s
The Baseball file was much better
Average speed - 193.61%
Bench F/r - 48.40
Bench Sample rate - 93600
Bench Data Rate - 2.5mbit/s
Original F/r - 25.00
Original Sample Rate - 44100
Original Data Rate - 1.3mbit/s
Baseball file yielded the following:
Average Speed 288.95%
Video Frames 7648
Amount of Data 28088 KB
Bench. Time 1:45.872
Bench. Frame Rate 72.24
Bench. Data Rate 2.1 Mbit/s
Original Time 5:05.919
Original Frame Rate 25.00
Original Data Rate 752 kbit/s
Hmm interesting. I thought Dutty's rom was supposed to be the **** of the wok as far as benchmarks go.
Kaze0110 said:
Baseball file yielded the following:
Average Speed 288.95%
Video Frames 7648
Amount of Data 28088 KB
Bench. Time 1:45.872
Bench. Frame Rate 72.24
Bench. Data Rate 2.1 Mbit/s
Original Time 5:05.919
Original Frame Rate 25.00
Original Data Rate 752 kbit/s
Click to expand...
Click to collapse
SharpieMarker said:
Hmm interesting. I thought Dutty's rom was supposed to be the **** of the wok as far as benchmarks go.
Click to expand...
Click to collapse
hmm.
Which version of tcpmp are you using?
I'm using 0.72 RC1
.81 rc1 beta. Came with dutty's rom.
Kaze0110 said:
hmm.
Which version of tcpmp are you using?
I'm using 0.72 RC1
Click to expand...
Click to collapse
SharpieMarker said:
.81 rc1 beta. Came with dutty's rom.
Click to expand...
Click to collapse
.81 benchmark results:
Average Speed 283.76%
Video Frames 7648
Amount of Data 28088 KB
Bench. Time 1:47.809
Bench. Frame Rate 70.94
Bench. Data Rate 2.1 Mbit/s
Original Time 5:05.919
Original Frame Rate 25.00
Original Data Rate 752 kbit/s
Let me share my test on HyperDragon III released june 10.
What to know?
- ROM : HyperDragon III. Released june 10
- Tweaks applied : none
- TCPMP : TCPMP-0.72R1-ARM-PPC-recomp-03 + personal codecs to play WMV and FLV
- Where installed : On the device
- Video Driver : Raw Framebuffer
- Audio Driver : Disabled (It's about video benchmarks right?)
Run:
Average Speed 317.08%
Video Frames 7648
Amount of Data 28088 KB
Bench. Time 1:36.479
Bench. Frame Rate 79.27
Bench. Data Rate 2.3 Mbit/s
Wonder what the numbers are with Dutty's Diamond release
And here are my results with HyperDragon IIIm from june 11th
What to know?
- ROM : HyperDragon IIIm. Released june 11
- Tweaks applied : none
- TCPMP : TCPMP-0.72R1-ARM-PPC-recomp-03 + personal codecs to play WMV and FLV
- Where installed : On the device
- Video Driver : Raw Framebuffer
- Audio Driver : Disabled (It's about video benchmarks right?)
Run:
Average Speed 317.69%
Video Frames 7648
Amount of Data 28088 KB
Bench. Time 1:36.293
Bench. Frame Rate 79.42
Bench. Data Rate 2.3 Mbit/s
Maybe you could change the topic title to: Kaiser TCPMP graphics benchmarks
Because the current title indicates you aren't able to play video at all.
And here is another one of Leo26´s V6 Diamond ROM
What to know?
- ROM : L26_Kaiser_Diamond_V6
- Tweaks applied : none
- TCPMP : TCPMP-0.72R1-ARM-PPC-recomp-03 + personal codecs to play WMV and FLV
- Where installed : On the device
- Video Driver : Raw Framebuffer
- Audio Driver : Disabled (It's about video benchmarks right?)
Run:
Average Speed 330.96%
Video Frames 7648
Amount of Data 28088 KB
Bench. Time 1:32.434
Bench. Frame Rate 82.74
Bench. Data Rate 2.4 Mbit/s
M-JPEG/MJPEG provides the possibility for relatively low-resource software decoding. If the Nook Color is up to the task at 800 MHz or even 1.1 GHz of decoding 24 fps and/or 30 fps M-JPEG streams at 1024x600 with relatively good compression quantizers, this could be one way of getting super-sharp, native-resolution playback working.
Does anyone know if any of the presently available media-players which run well on the Nook under any of the available OS flavors supports M-JPEG or could be modified to do so?
Obviously, this potential means of getting true 1024x600, even if it works, won't be for everyone. The files and raw bitrates will be massive compared to the 848x480 AVC files that many seem to be encoding so as to make use of the hardware decode ability. Depending on the speed of the flash-RAM being read from, there may also potentially be a bottleneck/buffer under-run issue there as well. But for those who are willing to go through the trouble of encoding to such a seldom-used codec and, if necessary, purchasing a microSD card with a confirmed high read-speed*, the benefits may outweigh the drawbacks.
Any discussion, ideas, information, and especially testing of these ideas would be much appreciated.
*be aware that SD Class ratings apply to sustained write and don't necessarily have a direct impact upon sustained read speed.
Full discloseure: I don't yet own a Nook Color, but am incredibly excited about purchasing one.
Sample clip to try out
Here's a sample clip to try, if anyone would be so kind. This is not the greatest or sharpest source material ever, it's intended more as proof of concept, but it should give an idea of the feasibility of this. The first half of the video is letterboxed, but the second half is full-screen 16:9 @ 1024x600, 29.97 fps.
Thanks in advance!
Skyrim Trailer: http://www.slingfile.com/file/2T6bd1yuXF
Encoded to M-JPEG .avi using XviD4PSP 6.0.3 Portable.
MediaInfo:Video
ID : 0
Format : JPEG
Codec ID : MJPG
Duration : 2mn 53s
Bit rate : 19.1 Mbps
Width : 1 024 pixels
Height : 600 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:4:4
Bit depth : 8 bits
Compression mode : Lossy
Bits/(Pixel*Frame) : 1.035
Stream size : 394 MiB (99%)
Audio
ID : 1
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : 55
Codec ID/Hint : MP3
Duration : 2mn 53s
Bit rate mode : Constant
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 2.65 MiB (1%)
Alignment : Aligned on interleaves
Interleave, duration : 24 ms (0.72 video frame)
Writing library : LAME3.98.2
We just need some extremely skilled assembly programmer to come along and write a NEON optimized software decoder. The CPU is pretty powerful if that aspect is leveraged. Unfortunately that is a non trivial task lol
I've read that the DSP is actually more powerful than meets the eye but the docs necessary aren't available. That could be incorrect though... But considering its a somewhat flexible DSP it is a shame that they don't release the details becausewho knows what it could be used for if our wacky community went at it.
Yeah, it seems to me, though I'm a complete noob regarding this device/platform and don't even own one yet, that the people behind the scenes enabling all this stuff are pretty talented and enthusiastic, and will continue to uncover much hidden potential in the device.
As for native 1024x600 video via M-JPEG, though, even just as a proof-of-concept, I'd really love to hear from someone who's willing to give playback of it a shot, as I think it has potential (not necessarily my test file though) to blow the up-scaled 854x480 AVC video most people are encoding out of the water. Do you have an NC you could try it on?
I gave the video a try. It plays very smooth but there is an occasional stutter. It's very close. Looks excellent in quality.
I used QQplayer and am at 1100mhz.
Excellent! Thank you very much for trying it. Does your system generally play hardware-decoded videos with no issues at all?
If you're interested, keep an eye on this thread, eventually I'll post something with super-sharp pic quality and the audio lowered to 44.1 KHz and a bit lower bitrate, so we'll see if that helps at all.
Thanks again for taking the time to download, try it, and report back.
swaaye said:
We just need some extremely skilled assembly programmer to come along and write a NEON optimized software decoder. The CPU is pretty powerful if that aspect is leveraged. Unfortunately that is a non trivial task lol
I've read that the DSP is actually more powerful than meets the eye but the docs necessary aren't available. That could be incorrect though... But considering its a somewhat flexible DSP it is a shame that they don't release the details becausewho knows what it could be used for if our wacky community went at it.
Click to expand...
Click to collapse
I'm sure Android coders of VisualOn have already put their VOME Engine (http://visualon.com/english/Android/vome.htm, see also some descriptions and even a demo in older posts of my blog fineoils.blogspot.com) into their NookColors. At some point in this January, they even promised to donate their (compiled) code to AOSP 2.3 repos. However, nobody has seen it though, and the VisualOn is completely mum of that slip of their tongue.
In other words, yes, our ARM's CPU is powerful enough to make so-called "software" decoding which hardly ever missing a beat compared to a dedicated hardware decoder. Then I argue that what is missing in our NEON/2D/3D framework is hardware (shaders of SGX) overlay. Yet YouTube apk knows how to utilize it, Flash 10.0...10.1...10.2, lots of players don't.
Then, the new TI OMAP SGX code is presented for kernels 2.6.36+, we don't have such a luxury yet in our CM7. CM Team are perfectionists, they supposedly aiming for a clean stable build of 2.6.32 capable to be used on all and every 30+ smartphones too many of which aren't even based on TI OMAP chips.
As for assembly, it might be useful to squeeze some 3...5...10 additional fps when optimizing memory/cache I/O operations and/or something else operating on the low level. We might discover that with the new kernel everything of 720p/2Mbit/sec will start playing as per specs automagically, or some clever tweaks of video/audio buffers, cache could bring serious improvements to video playback even with the "old" 2.6.29 kernel.
Very sharp test file ready to download & test
Here's a test file that, if it plays well, might show the potential for really sharp video playback. It's 1024x600 @ 23.976, down-scaled from a Blu-ray rip that was full-screen (or maybe 1.85:1) 1920x1080. I adjusted the audio to be 96 Kbps, 44.1 KHz MP3 (I can't seem to get AAC to work in an .AVI container). It's the first minute of the Just Say Yes music video from Get Him To The Greek, prior to any NSFW language or anatomy.
Encoded with XviD4PSP v.6.0.3 beta full-install, M-JPEG quantizer of 1.
Audio encoded with Lame via VLC.
download:
http://www.slingfile.com/file/NfqRe61AWl
MediaInfo:
Video
ID : 0
Format : JPEG
Codec ID : MJPG
Duration : 59s 935ms
Bit rate : 17.4 Mbps
Width : 1 024 pixels
Height : 600 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:4:4
Bit depth : 8 bits
Compression mode : Lossy
Bits/(Pixel*Frame) : 1.184
Stream size : 125 MiB (99%)
Audio
ID : 1
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : 55
Codec ID/Hint : MP3
Duration : 59s 716ms
Bit rate mode : Constant
Bit rate : 96.0 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 700 KiB (1%)
Alignment : Aligned on interleaves
Interleave, duration : 26 ms (0.63 video frame)
Interleave, preload duration : 26 ms
Writing library : LAME3.98.4
a.fenderson said:
Here's a test file that, if it plays well, might show the potential for really sharp video playback. It's 1024x600 @ 23.976, down-scaled from a Blu-ray rip that was full-screen (or maybe 1.85:1) 1920x1080. I adjusted the audio to be 96 Kbps, 44.1 KHz MP3 (I can't seem to get AAC to work in an .AVI container). It's the first minute of the Just Say Yes music video from Get Him To The Greek, prior to any NSFW language or anatomy.
Encoded with XviD4PSP v.6.0.3 beta full-install, M-JPEG quantizer of 1.
Audio encoded with Lame via VLC.
Click to expand...
Click to collapse
Tested. No issues, playback is perfect.
CM7 Stable, OC kernel @ 1.1GHz, Moboplayer 1.1.139 (V7-Neon which is ARMv7 optimized)
a.fenderson said:
Here's a test file that, if it plays well, might show the potential for really sharp video playback. It's 1024x600 @ 23.976, down-scaled from a Blu-ray rip that was full-screen (or maybe 1.85:1) 1920x1080. I adjusted the audio to be 96 Kbps, 44.1 KHz MP3 (I can't seem to get AAC to work in an .AVI container). It's the first minute of the Just Say Yes music video from Get Him To The Greek, prior to any NSFW language or anatomy.
Encoded with XviD4PSP v.6.0.3 beta full-install, M-JPEG quantizer of 1.
Audio encoded with Lame via VLC.
download:
http://www.slingfile.com/file/NfqRe61AWl
MediaInfo:
Video
ID : 0
Format : JPEG
Codec ID : MJPG
Duration : 59s 935ms
Bit rate : 17.4 Mbps
Width : 1 024 pixels
Height : 600 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:4:4
Bit depth : 8 bits
Compression mode : Lossy
Bits/(Pixel*Frame) : 1.184
Stream size : 125 MiB (99%)
Audio
ID : 1
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : 55
Codec ID/Hint : MP3
Duration : 59s 716ms
Bit rate mode : Constant
Bit rate : 96.0 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 700 KiB (1%)
Alignment : Aligned on interleaves
Interleave, duration : 26 ms (0.63 video frame)
Interleave, preload duration : 26 ms
Writing library : LAME3.98.4
Click to expand...
Click to collapse
wow this clip looks so amazing. how big of a file would the whole movie be? also would u be intrested in doing a small youtube video on how to acheve this?
Wow.. Mobo player playes that perfectly, where vital player (my previous favorite) chokes hard.....
And holy hell.. it even plays a 1280x720 recording i made from my Incredible, that no other player would play. Man, forget motion JPEG, its all about this player!!
thanks for testing, all!
daedelus82 said:
Tested. No issues, playback is perfect.
CM7 Stable, OC kernel @ 1.1GHz, Moboplayer 1.1.139 (V7-Neon which is ARMv7 optimized)
Click to expand...
Click to collapse
Awesome, thanks for testing!
cowballz69 said:
wow this clip looks so amazing. how big of a file would the whole movie be? also would u be intrested in doing a small youtube video on how to acheve this?
Click to expand...
Click to collapse
Therein lies the issue. This is relatively ineffecient codec, space-wise, because it's intra-only: MediaInfo reports the video bitrate as 17.4 Mbps, which is comparable to Blu-ray bitrates of 1920x1080 material. This clip is exactly one minute @ 125 MB, so at 90 minutes this would be (depending on how you define 1 GB) between 10 and 11.25 GB. For a 2-hour, 120-minute film, you're looking at around 15 GB. There may be further refinements to the bitrate possible, through lowering the quanitzer a bit during encode, but you'll likely lose quality quickly and end up being better off with up-scaled, hardware-decoded AVC @ 854x480.
As for the YouTube how-to, I'm not very good on camera, and I'm quite sure that the method I used was very inefficient--I just had to use the apps I'm familiar with, apart from XviD4PSP, so for now I'll give a brief workflow, to be followed by a detailed written step-by-step, and then I'll let someone smarter than me boil that down to an easier process.
This assumes a non-branching disc with one single .M2TS file comprising the entire feature:
1. Decrypt & rip BD to HDD via AnyDVD-HD--for content you own, IF this is legal in your location, some restrictions apply.
2. Demux the video and audio streams of the feature .M2TS file into their raw components using tsMuxeRGui 1.10.6.
3. Use VLC's Convert/Save function to convert the audio to raw MP3, down-sampled to 44.1 KHz at 96 Kbps, stereo/2-channel.
4. Remux the original demuxed video and the new MP3 audio track to .TS via tsMuxeR
5. Drop the file into XviD4PSP (link warning: although this program is great, the site is one huge monolithic Silverlight monstrosity--it is composed of slow and fail), and convert to container .AVI, video M-JPEG scaled to 1024x600, compression quantizer 1; leave audio intact via "copy".
6. Enjoy near-HD goodness.
Divine_Madcat said:
Wow.. Mobo player playes that perfectly, where vital player (my previous favorite) chokes hard.....
And holy hell.. it even plays a 1280x720 recording i made from my Incredible, that no other player would play. Man, forget motion JPEG, its all about this player!!
Click to expand...
Click to collapse
Now THAT is good news! But please give details on the clip: codec, bitrate, encode-options if known, and is it actually high-detail that ends up looking comparable or better than the "Just Say Yes" M-JPEG clip, with no stuttering or other issues? Would it be possible to share a segment of it so others can try to reproduce the playback?
I may have spoken too fast, as the audio comes across as a loud hiss... but the video is flawless. If you want to try it:
http://dl.dropbox.com/u/19844443/VIDEO0021.3gp
The video plays with hardware decoding mode on BTW.. its just the audio that isn't playing right.. bummer..
a.fenderson said:
Here's a test file that...
download:
http://www.slingfile.com/file/NfqRe61AWl
Click to expand...
Click to collapse
OMG I tested your video clip and WOW. It looked freaking amazing. It is by far the best quality I have seen yet on my nook. I think proof of concept is confirmed.
Audio works fine for me as well
I wonder if a profile for Xvid could be made that would have low enough CPU usage on playback. There are a number of settings that reduce playback complexity.
For example,
http://forum.doom9.org/showthread.php?p=398214
I'm not a big fan of encoding videos to a specific device because said device will be obsolete within a year anyway. We are really close to having handheld devices that will play anything.
I think most of our software players are using a port of FFMPEG and I'm not sure how optimized that is for ARM NEON. A Google search does show some talk about NEON optimizations though. But I'm thinking that it could go a lot farther given some time...
http://www.google.com/search?hl=en&...official&q=ffmpeg+neon&aq=f&aqi=g10&aql=f&oq=
Be thankful for the popularity of ARM cpus. It helps make things happen.
just to let u guys know the audio and video was PERFECT , no audio stuttering and im sure its due to the newest test kernel and alsa patch. so if u have audio issues with his clip he uploaded def flash new test kernel and alsa
Divine_Madcat said:
I may have spoken too fast, as the audio comes across as a loud hiss... but the video is flawless. If you want to try it:
http://dl.dropbox.com/u/19844443/VIDEO0021.3gp
The video plays with hardware decoding mode on BTW.. its just the audio that isn't playing right.. bummer..
Click to expand...
Click to collapse
Thanks. I've remuxed your 720p MP4-ASP file to an AVI, with the original video intact, and the audio converted to mp3 @ 64 Kbps (you're not losing much quality here, subjectively), and the sampling rate was already super low. Try it now, if you want, maybe this will play: http://www.slingfile.com/file/wC8Wczp3d6
Excerpts from MediaInfo on your original file's video (it must have lost lots of this header info in the remux):
Format : MPEG-4 Visual
Format profile : [email protected]
Format settings, BVOP : Yes
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (H.263)
Codec ID : 20
Duration : 18s 234ms
Bit rate mode : Constant
Bit rate : 8 000 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 23.527 fps
Minimum frame rate : 5.000 fps
Maximum frame rate : 33.333 fps
Color space : YUV
Bit depth : 8 bits
Scan type : Progressive
Excerpts from MediaInfo on the reencoded audio:
Audio
Codec ID/Hint : MP3
Bit rate mode : Constant
Bit rate : 64.0 Kbps
Channel(s) : 1 channel
Sampling rate : 8 000 Hz
colbur87 said:
OMG I tested your video clip and WOW. It looked freaking amazing. It is by far the best quality I have seen yet on my nook. I think proof of concept is confirmed.
Audio works fine for me as well
Click to expand...
Click to collapse
Great, thanks! I actually hated having to lower the quality of the audio as per recommendations in this thread (props to dalingrin et al), because at this bitrate I can hear compression artifacts really easily, but if I could find a way to stick M-JPEG and AAC in a workable container, maybe the increased quality will help negate the low bitrate. Or, maybe the lower sampling rate has more impact than the lower bitrate and we could bump the audio Kbps back up--more experimentation needed, but I don't have access to the rip until I get home.
swaaye said:
I wonder if a profile for Xvid could be made that would have low enough CPU usage on playback. There are a number of settings that reduce playback complexity.
Click to expand...
Click to collapse
See above--Divine_Madcat was playing 720p MP4-ASP/XviD-encoded material, with only slight audio problems. See if the remux I posted works on yours with audio intact.
For example,
http://forum.doom9.org/showthread.php?p=398214
I'm not a big fan of encoding videos to a specific device because said device will be obsolete within a year anyway. We are really close to having handheld devices that will play anything.
Click to expand...
Click to collapse
On the one hand, I completely agree--this is a lot of work to produce some really huge files that don't necessarily have much use elsewhere (apart from iPads, from which specs I actually got the initial idea), but on the other hand, even if it's only for having one super high-quality sample clip that plays absolutely perfectly so I can show it off to my geek friends and family and leave them stunned at the quality, it'll be worth it.
I think most of our software players are using a port of FFMPEG and I'm not sure how optimized that is for ARM NEON. A Google search does show some talk about NEON optimizations though. But I'm thinking that it could go a lot farther given some time...
http://www.google.com/search?hl=en&...official&q=ffmpeg+neon&aq=f&aqi=g10&aql=f&oq=
Be thankful for the popularity of ARM cpus. It helps make things happen.
Click to expand...
Click to collapse
Bring on the optimizations!
a.fenderson said:
Great, thanks! I actually hated having to lower the quality of the audio as per recommendations in this thread (props to dalingrin et al), because at this bitrate I can hear compression artifacts really easily, but if I could find a way to stick M-JPEG and AAC in a workable container, maybe the increased quality will help negate the low bitrate. Or, maybe the lower sampling rate has more impact than the lower bitrate and we could bump the audio Kbps back up--more experimentation needed, but I don't have access to the rip until I get home.
Click to expand...
Click to collapse
I never said anything about lowering the bitrate. If you can tell a difference between 48K and 44.1K on the horrible nook audio then props to you =P
Any audio issues related to sample rate are fixed now anyway
dalingrin said:
I never said anything about lowering the bitrate. If you can tell a difference between 48K and 44.1K on the horrible nook audio then props to you =P
Any audio issues related to sample rate are fixed now anyway
Click to expand...
Click to collapse
Thanks for the info, and I'm sorry--I didn't mean to misquote you. Lowering sampling rate to 44.1K and bitrate was the overall plan I came away with after reading through that entire thread. It's great to know that the audio sampling rates can be high enough to maintain near-transparency. And no, I can't tell a difference between 48K and 44.1K sampling rate, all other things being equal, even on half-way decent equipment. No golden ears here.
Edit: when I said "maybe the lower sampling rate has more impact than the lower bitrate" I meant on playability, not on audio quality. My bad.
a.fenderson said:
Thanks for the info, and I'm sorry--I didn't mean to misquote you. Lowering sampling rate to 44.1K and bitrate was the overall plan I came away with after reading through that entire thread. It's great to know that the audio sampling rates can be high enough to maintain near-transparency. And no, I can't tell a difference between 48K and 44.1K sampling rate, all other things being equal, even on half-way decent equipment. No golden ears here.
Edit: when I said "maybe the lower sampling rate has more impact than the lower bitrate" I meant on playability, not on audio quality. My bad.
Click to expand...
Click to collapse
No worries, i just wanted to make it clear.
As supercurio said before,cm10/4.04official has changed the audio driver and audio sampling rate to 48kHz which leads to poor SRC and poor audio quality which is important to me as daily players.I remember that Vadonka once could change his sample rate of his CM7 kernel,but the devs seem haven't found the way(or haven noticed the problem?) to change the sampling rate on CM10/4.04.Glad that someone raised the question as the sound quality is the only thing stopping me from using ics.
It would be great if someone is going to fix it.
Also,supercurio has seemingly lost his interest in continuing voodoo for 2x either for new Kaudio driver or support of ics.Can it be ported to a flashable zip?Big Thanks for it.
I use the 2x as my daily music driver with TF10 with cm7 and vadonka's kernel.:crying:
So I've done a bit of digging. FIrst - I cannot assure you that kernel W8994 drivers support that.
--------------------
This is tonyp's PA 2,+ v04
----------------
Yet - system/etc/asound.conf - contains this code
#
# ALSA library configuration file
#
# Matching the current kernel config:
# WM8994 PCM HIFI / SPDIF PCM / BT SCO PCM / VOICE CALL PCM / BT VOICE CALL
#
# (PS: SCO vs VOICE CALL?)
defaults.pcm.rate_converter "speexrate"
pcm.!default {
type plug
slave {
pcm "hw:0,0"
channels 2
rate 48000
}
}
pcm.music {
type plug
slave {
pcm "hw:0,0"
channels 2
rate 48000
}
}
pcm.aux {
type plug
slave {
pcm "hw:0,1"
channels 2
rate 48000
}
}
pcm.voice {
type plug
slave {
pcm "hw:0,2"
channels 1
rate 8000
}
}
pcm.voice_call {
type plug
slave {
pcm "hw:0,3"
channels 1
rate 8000
}
}
pcm.bt_voice_call {
type plug
slave {
pcm "hw:0,4"
channels 1
rate 8000
}
}
Click to expand...
Click to collapse
So I am thinking of tinkering with those values (especially upping call sample rate - even though source is limited, why cripple it by HW as extra? my experience of putting low sample-rate recordings to high sample rate 24/192khz HW is ... well beneficiary to clarity of true quality - which is poor, yet clearer).
Will report on progress.
-------
Test 1:
Changed default, music and aux to 96000.
Result:
It failed miserably...
It produces only very broken sort of pulsing freq sound. Either low cache or no compatiliby through drivers. Will investigate CM7 ofic ICS or others.
----------
Test 2
Setting call to 22000
No sound in calls.
petr.klos said:
So I've done a bit of digging. FIrst - I cannot assure you that kernel W8994 drivers support that.
--------------------
This is tonyp's PA 2,+ v04
----------------
Yet - system/etc/asound.conf - contains this code
So I am thinking of tinkering with those values (especially upping call sample rate - even though source is limited, why cripple it by HW as extra? my experience of putting low sample-rate recordings to high sample rate 24/192khz HW is ... well beneficiary to clarity of true quality - which is poor, yet clearer).
Will report on progress.
-------
Test 1:
Changed default, music and aux to 96000.
Result:
It failed miserably...
It produces only very broken sort of pulsing freq sound. Either low cache or no compatiliby through drivers. Will investigate CM7 ofic ICS or others.
----------
Test 2
Setting call to 22000
No sound in calls.
Click to expand...
Click to collapse
Thanks for your effort!Ithink that just keep the rate as source(44.1kHz) would be best for battery and quality
So some tests, had to sleep, socialize and work since then.
----
it was supposed to be not 22000 but 22050. WM8994 by datasheet supports "all standard sampling rates from 8kHz to 96kHz". Problem is, what are standard ones? 96000kHz was a failure (by the sound of it a cache problem - I am not a kernel programmer or dev at all, therefore cannot do much here).
----
So next step would be 44100 for music/sounds and 22050 for calls.
MUSIC/Sounds: 44100 really does not work. I mean, my ears hurts for that terrible clicking sound which is noise normally!
CALLS: 22050 works!! And it is way clearer. Recommended by me!
-----
Testing 44000 for music.
no music at all. this leaves me perplexed - no clicking, no noise, no terrible cat-killing musax.
so there is that. not sure why or how - probably cache issues, and I have no idea how audio cache is programmed. But probably look into it in future.
----
END result
Calls working: 8000hz, 22050hz
Music working: 48000hz
---No phone was harmed during testing.
by cache I was reffering to buffer
Hi,
recently i have purchased Xperia Z (10.1.A.1.350 Original Sony Unbranded UK Rom) and i'm very happy with it overall, my friend owns Samsung galaxy S3 and he asked to play.mkv 10mbps video file on my stock player, he was using stock one as well. His phone was playing that file way better than my Xperia did, it was laggy since i pressed PLAY button. Can someone explain where is the problem??? Comparing in quadrant nearly everywhere score was twice better. How one year old device can beat just released phone with 1080p screen and so on??? Thank You for reading and answering if you know an answer
Media file info:
Format : Matroska
Format version : Version 2
File size : 216 MiB
Duration : 3mn 11s
Overall bit rate : 9 449 Kbps
Encoded date : UTC 2012-05-28 02:19:04
Writing application : mkvmerge v5.5.0 ('Healer') built on Apr 6 2012 21:43:24
Writing library : libebml v1.2.3 + libmatroska v1.3.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 3mn 11s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 50.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 122 r2184bm 5c85e0a
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 3mn 11s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 9ms
Default : Yes
Forced : No
I believe the native video player on S3 or Note 2 (or even since S2) has hardware decoding for MKV and a bunch of other codecs.
I am interested in xperia z and would also like to know if the native video player on XZ has hardware decoding.
ruffruff said:
I believe the native video player on S3 or Note 2 (or even since S2) has hardware decoding for MKV and a bunch of other codecs.
I am interested in xperia z and would also like to know if the native video player on XZ has hardware decoding.
Click to expand...
Click to collapse
Not for .mkv files I believe. Best to try an alternate media player, install the same one on both phones.
try a different player
DICE player works pretty nicely for me
Sv: [Q] XPERIA Z VS. GALAXY S3 .mkv 10mbps playback
We all know that more is better. It's all about the hardware and numbers, and only blind people and old men worry about software.
Somewhere around..
Rashkae said:
Not for .mkv files I believe. Best to try an alternate media player, install the same one on both phones.
Click to expand...
Click to collapse
we tried, mkv player, mobo player, but they perfomed even worst on this video file, strage
DanijasDub said:
we tried, mkv player, mobo player, but they perfomed even worst on this video file, strage
Click to expand...
Click to collapse
Dice and MX Player are the best out there, MX Player with the S/W+ decoder and maximum decoding cores set to 4 should manage OK (although the battery drain compared to hardware acceleration is rather extreme).
TheFirstFishy said:
We all know that more is better. It's all about the hardware and numbers, and only blind people and old men worry about software.
Somewhere around..
Click to expand...
Click to collapse
I know, but but practice showed different results in this case... We did comparison with my old XPERIA S and it was normal to be beaten by GALAXY S3 in terms of performance. But XZ perfomed even worst than XS last time. I was thinking maybe my phone is defected, but benchmark and overall perfomance doesn't show any sign of it. Quadrant for XZ(8100) GS3 (4300).
NZtechfreak said:
Dice and MX Player are the best out there, MX Player with the S/W+ decoder and maximum decoding cores set to 4 should manage OK (although the battery drain compared to hardware acceleration is rather extreme).
Click to expand...
Click to collapse
Thanks for reply I will try (-:
Already tried both, dice didn't work on this video, but MX was ok was no lag in this video, but sound had few sec delay, tried different setting for it with sw and hw decoding. But the thing is why native configuration by XZ can't do that better than GS3 can...
+1 for Dice, it played every .mkv I threw at it, even some 16 GB full HD movies without any problems.
You might want to move it to the internal memmory first and then try?
Since u mentioned 10mbps..i think this might be due to a lower capacity/class sd card?
xyge said:
You might want to move it to the internal memmory first and then try?
Since u mentioned 10mbps..i think this might be due to a lower capacity/class sd card?
Click to expand...
Click to collapse
Or fragmentation of the file on the sd card is very likely.
---------- Post added at 11:57 AM ---------- Previous post was at 11:56 AM ----------
DanijasDub said:
Hi,
recently i have purchased Xperia Z (10.1.A.1.350 Original Sony Unbranded UK Rom) and i'm very happy with it overall, my friend owns Samsung galaxy S3 and he asked to play.mkv 10mbps video file on my stock player, he was using stock one as well. His phone was playing that file way better than my Xperia did, it was laggy since i pressed PLAY button. Can someone explain where is the problem??? Comparing in quadrant nearly everywhere score was twice better. How one year old device can beat just released phone with 1080p screen and so on??? Thank You for reading and answering if you know an answer
Are you comparing the same file from the same card in both phones?
Click to expand...
Click to collapse
danw_oz said:
Or fragmentation of the file on the sd card is very likely.
---------- Post added at 11:57 AM ---------- Previous post was at 11:56 AM ----------
DanijasDub said:
Hi,
recently i have purchased Xperia Z (10.1.A.1.350 Original Sony Unbranded UK Rom) and i'm very happy with it overall, my friend owns Samsung galaxy S3 and he asked to play.mkv 10mbps video file on my stock player, he was using stock one as well. His phone was playing that file way better than my Xperia did, it was laggy since i pressed PLAY button. Can someone explain where is the problem??? Comparing in quadrant nearly everywhere score was twice better. How one year old device can beat just released phone with 1080p screen and so on??? Thank You for reading and answering if you know an answer
Are you comparing the same file from the same card in both phones?
Click to expand...
Click to collapse
Yes file is the same, it even was in internal memory of XZ, I tried to play it from sandisk ultra cl10 as well, they perfomed exactly the same. SGS3 was playing file from card not sure now it was cl4 or cl10 but definitely not ultra. As I said MX player worked better than native but still it had few lags in video and big lag in audio playback. I was thinking it may be due to bad video file rip but it was perfectly in Windows 7, I know it is not comparable but did that just to be sure that isn't a file issue.
Click to expand...
Click to collapse
Fragmentation?
On flash memory?
robogo1982 said:
Fragmentation?
On flash memory?
Click to expand...
Click to collapse
Thank You! I will try, but my card is brand new , will fragmetation change anything on card which was never used???
Now I'm disappointed, I thought that a 800€ device from 2014 would be able to play such an old format, yet MX Player is not able to play it in HW, and in SW it uses the CPU so hard that the phone overheats and throttles, making the episodes unwatchable.
Really disappointing considering that a 450€ 2011 quadcore laptop can play it with less than 20% CPU use.
Mediainfo:
Code:
General
Unique ID : 210113449615409968501807337670924119963 (0x9E1260E100E888EDA6534B79C5ED2F9B)
Complete name : D:\Video\Anime\Aestetica\[Final8]Hagure Yuusha no Aesthetica - 08 (BD 10-bit 1920x1080 x264 FLAC)[981044CC].mkv
Format : Matroska
Format version : Version 2
File size : 1.13 GiB
Duration : 23mn 42s
Overall bit rate mode : Variable
Overall bit rate : 6 837 Kbps
Encoded date : UTC 2013-02-12 20:02:11
Writing application : mkvmerge v4.9.1 ('Ich will') built on Jul 11 2011 23:53:15
Writing library : libebml v1.2.1 + libmatroska v1.1.1
Attachements : ArnoPro-Caption.otf / cacmoose.ttf / Flat Brush Bold.ttf / Franco Bold Italic.ttf / Franco Bold.ttf / GARABD.TTF / Happy_Hell.ttf / pala.ttf / Village.ttf
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 23mn 42s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Writing library : x264 core 122 r2184 5c85e0a
Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=12 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=15.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Audio
ID : 2
Format : FLAC
Format/Info : Free Lossless Audio Codec
Codec ID : A_FLAC
Duration : 23mn 42s
Bit rate mode : Variable
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Writing library : libFLAC 1.2.1 (UTC 2007-09-17)
Default : Yes
Forced : No
Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Default : Yes
Forced : No
Menu
00:00:00.000 : :Intro
00:00:59.000 : :eek:P
00:02:28.000 : :Part A
00:10:13.000 : :Part B
00:21:40.000 : :ED
00:23:10.000 : :Preview
Let's hope at least the Note5 can.
It's Android problem and how manages media files. If the Note 4 doesn't woks fine for you, the S6/HTC One M8/LG G4/Nexus 6 wouldn't either. If you are waiting to buy a Note 5 just to see 1080p anime videos on it without overheating then happy waiting, pal. Also, you can't compare a laptop which have a cooler, HDD and a dedicated Video Card and CPU with a device with a compact flash drive and a Mali GPU WITHOUT cooling. You should know that...
If you wan't my advice: Downscale your video to 720p. It's anime.. i mean, its cartoon it shouldn't look THAT bad in 720p. I would be rather dissapointed if my Breaking Bad episodies look pixelated in such a good screen.
Cheers.
Use the MKV Amp Player from Play Store. It will play the mkv files fine.
Sent from my SM-N910G
galaxynote2 said:
It's Android problem and how manages media files.
Click to expand...
Click to collapse
Can you provide more information and links about this, please?
galaxynote2 said:
If the Note 4 doesn't woks fine for you, the S6/HTC One M8/LG G4/Nexus 6 wouldn't either.
Click to expand...
Click to collapse
Possible, although I wonder about the S6, since it has that Exynos.
galaxynote2 said:
If you are waiting to buy a Note 5 just to see 1080p anime videos on it without overheating then happy waiting, pal.
Click to expand...
Click to collapse
I'm gonna buy a Note5 because I got a 200€ off it with the Note4 purchase, and because I have an extreme interest in GearVR with the rumored 4k screen, but it would be nice if it could play all the media I can throw at it, yeah.
galaxynote2 said:
Note 5 just to see 1080p anime videos on it without overheating then happy waiting, pal. Also, you can't compare a laptop which have a cooler, HDD and a dedicated Video Card and CPU with a device with a compact flash drive and a Mali GPU WITHOUT cooling. You should know that...
Click to expand...
Click to collapse
Sure I can, when the laptop is 4 years old, costs half the phone and doesn't use even 20% of it's power to play a video.
I'm not expecting the phone to play Crysis 1 at max settings (although some Android games actually get pretty close to that graphic quality), I'm expecting it to play a 1080p video without dying.
galaxynote2 said:
If you wan't my advice: Downscale your video to 720p. It's anime.. i mean, its cartoon it shouldn't look THAT bad in 720p. I would be rather dissapointed if my Breaking Bad episodies look pixelated in such a good screen.
Click to expand...
Click to collapse
Please don't insult anime.
galaxynote2 said:
Cheers.
Click to expand...
Click to collapse
GrippingSphere said:
Use the MKV Amp Player from Play Store. It will play the mkv files fine.
Sent from my SM-N910G
Click to expand...
Click to collapse
Will try, thanks.
I'm not insulting it, I'm just saying that they're cartoon drawings, they doesn't distort that much in 720p.
About your laptop, a 4 years old laptop is much more faster than yoru device. Doesn't matter if you Note have 3 gigs of ram and a Octa-Core cpu, it doesn't have the full performance of a conventional PC. The device and the OS uses a lot of resources to playback a full HD video, while a PC with dedicated video card and CPU could handle it in background without problem.
I'm using the Exynos variant which performs pretty much like the S6 and I don't have any problem. It gets a little hot but it doesn't overheat like you said.
You could even reduce the Bitrate of the video since it's Anime (dont misunderstand me I'm not insulting it). These shows have less movement than a normal recording so if you reduce it a bit you will not see much difference.
Also: Try other video players: MX Player, VLC or MKV Amp as said before are the best for watching long videos.
elevul said:
Now I'm disappointed, I thought that a 800€ device from 2014 would be able to play such an old format, yet MX Player is not able to play it in HW, and in SW it uses the CPU so hard that the phone overheats and throttles, making the episodes unwatchable.
Really disappointing considering that a 450€ 2011 quadcore laptop can play it with less than 20% CPU use.
Mediainfo:
Code:
General
Unique ID : 210113449615409968501807337670924119963 (0x9E1260E100E888EDA6534B79C5ED2F9B)
Complete name : D:\Video\Anime\Aestetica\[Final8]Hagure Yuusha no Aesthetica - 08 (BD 10-bit 1920x1080 x264 FLAC)[981044CC].mkv
Format : Matroska
Format version : Version 2
File size : 1.13 GiB
Duration : 23mn 42s
Overall bit rate mode : Variable
Overall bit rate : 6 837 Kbps
Encoded date : UTC 2013-02-12 20:02:11
Writing application : mkvmerge v4.9.1 ('Ich will') built on Jul 11 2011 23:53:15
Writing library : libebml v1.2.1 + libmatroska v1.1.1
Attachements : ArnoPro-Caption.otf / cacmoose.ttf / Flat Brush Bold.ttf / Franco Bold Italic.ttf / Franco Bold.ttf / GARABD.TTF / Happy_Hell.ttf / pala.ttf / Village.ttf
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 23mn 42s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Writing library : x264 core 122 r2184 5c85e0a
Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=12 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=15.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Audio
ID : 2
Format : FLAC
Format/Info : Free Lossless Audio Codec
Codec ID : A_FLAC
Duration : 23mn 42s
Bit rate mode : Variable
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Writing library : libFLAC 1.2.1 (UTC 2007-09-17)
Default : Yes
Forced : No
Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Default : Yes
Forced : No
Menu
00:00:00.000 : :Intro
00:00:59.000 : :eek:P
00:02:28.000 : :Part A
00:10:13.000 : :Part B
00:21:40.000 : :ED
00:23:10.000 : :Preview
Let's hope at least the Note5 can.
Click to expand...
Click to collapse
This is one of those posts where you read the subject and can work out where it is going...
you mentioned 1080 and hi10 in a NOTE 4 forum
Hi10 needs to use SW encode on Note 4 and will use high cpu utilization, your going to have problems running it until there is support for this.
MX Player developer is aware of this (if you pop on over to the MX player forum http://forum.xda-developers.com/apps/mx-player ) this discussion has been had many many times.
You can work out if it can play hi10 without even purchasing the device so no point in posting a thread to notify us all about it not working. So please no random remarks about trying different players etc.
only way is to re-encode
galaxynote2 said:
It's Android problem and how manages media files. If the Note 4 doesn't woks fine for you, the S6/HTC One M8/LG G4/Nexus 6 wouldn't either. If you are waiting to buy a Note 5 just to see 1080p anime videos on it without overheating then happy waiting, pal. Also, you can't compare a laptop which have a cooler, HDD and a dedicated Video Card and CPU with a device with a compact flash drive and a Mali GPU WITHOUT cooling. You should know that...
If you wan't my advice: Downscale your video to 720p. It's anime.. i mean, its cartoon it shouldn't look THAT bad in 720p. I would be rather dissapointed if my Breaking Bad episodies look pixelated in such a good screen.
Cheers.
Click to expand...
Click to collapse
I wish I had Tekkaman II in 720p xD I can't find it in any HD formats! ARG.
That video is only 1080p, Note 4 can handle 4K videos without problems. Make sure first that no other apps are causing the overheating.
Have you tried watching the file using the stock video player provide with your Note 4? I can play a 1080p video on my SGSII and my Note 8.0 WiFi Edition using any media player, they both run as cool as a kitten.
f4vr said:
That video is only 1080p, Note 4 can handle 4K videos without problems. Make sure first that no other apps are causing the overheating.
Click to expand...
Click to collapse
DarkGuyver said:
Have you tried watching the file using the stock video player provide with your Note 4? I can play a 1080p video on my SGSII and my Note 8.0 WiFi Edition using any media player, they both run as cool as a kitten.
Click to expand...
Click to collapse
You guys seem to have ignored the previous posts. it is hi10 video so your suggestions are irrelevant so unless the phone magically gets new hardware you are stuck in software encodes.
A|ex said:
You guys seem to have ignored the previous posts. it is hi10 video so your suggestions are irrelevant so unless the phone magically gets new hardware you are stuck in software encodes.
Click to expand...
Click to collapse
Even though it is hi10, it is still H.264. The GPU that comes with the Note 4 (Snapdragon) can decode a H.265 which is more intensive than H.264. But you still cannot expect that it will not get warm.
f4vr said:
Even though it is hi10, it is still H.264. The GPU that comes with the Note 4 (Snapdragon) can decode a H.265 which is more intensive than H.264. But you still cannot expect that it will not get warm.
Click to expand...
Click to collapse
still stuck HW vs SW
10 bits!!!!
http://forum.xda-developers.com/showthread.php?p=57674483