Sidebar Sidebar
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

GoodPlayer review/report

For crash issue, this information maybe helps.

#41 I have files that could not be played back on iPad 2/new iPad(iPad 3)/iPhone 4S, please help

If you have some files that are with issues for GoodPlayer playback on iPad 2/new iPad (iPad 3)/iPhone 4S, please try to set GoodPlayer->Settings->Multi Core Decoding to "off", and play the issued files again.
For iPad 2/new iPad (iPad 3)/iPhone 4S and future multi core iOS devices, there is an option to disable multi core decoding. GoodPlayer->Settings->Multi Core Decoding. The default is on. When it is on, some video decoding will use multi core concurrently to improve the performance greatly. When it is off, all the decoding only uses single core to get more stability. Please note that it is recommended to set it to on. Only for those media files that have issue with multi core decoding, set it to off.

skates81 said:
Playing and fast forwarding wmv files constantly crashing good player on my iPad 3. Please look into the matter. Thanks
Click to expand...
 
Hey hustmobile, just bought goodplayer for my iPad3, really like this app.

I have a couple of questions:

1) Is it possible to use the GPU for video decoding (specifically h264)? I believe the PowerVR GPU in the iPad 3 (and 2) can do OpenCL, so it should be possible.

2) This is a minor request but can you implement double tap to do the same function as the stretch out to full screen button in the top right corner?
 
If you enable the 'iPod' option in settings, it can decode videos encoded in Apples format.

Unfortunately, Apple in it's never-ending love for it's customers doesn't allow hardware decoding of other formats.

Huntsman posted this earlier:
"For limited file formats such as MP4,M4V and MOV, by iPod plugin(GoodPlayer-->Settings-->Plugin Setting-->iPod, Turn on "iPod"), the 1080P (1920x1080) MP4,M4V and MOV playback supported via iOS devices system hardware acceleration"​




melterx12 said:
Hey hustmobile, just bought goodplayer for my iPad3, really like this app.

I have a couple of questions:

1) Is it possible to use the GPU for video decoding (specifically h264)? I believe the PowerVR GPU in the iPad 3 (and 2) can do OpenCL, so it should be possible.

2) This is a minor request but can you implement double tap to do the same function as the stretch out to full screen button in the top right corner?
Click to expand...
 
hustmobile said:
For crash issue, this information maybe helps.

#41 I have files that could not be played back on iPad 2/new iPad(iPad 3)/iPhone 4S, please help

If you have some files that are with issues for GoodPlayer playback on iPad 2/new iPad (iPad 3)/iPhone 4S, please try to set GoodPlayer->Settings->Multi Core Decoding to "off", and play the issued files again.
For iPad 2/new iPad (iPad 3)/iPhone 4S and future multi core iOS devices, there is an option to disable multi core decoding. GoodPlayer->Settings->Multi Core Decoding. The default is on. When it is on, some video decoding will use multi core concurrently to improve the performance greatly. When it is off, all the decoding only uses single core to get more stability. Please note that it is recommended to set it to on. Only for those media files that have issue with multi core decoding, set it to off.
Click to expand...

I turned multi core off. And it has improved performance a little bit. But the problem still persists. WMV files are still crashing the player. I think there is a problem for sure. Please look into it. Thanks.
 
thanks, then the issue should be with decoder. If possible, please share the issued wmv file to us. You can upload it to Dropbox or other file sharing site. Our Email address is service@hustmobile.com

skates81 said:
I turned multi core off. And it has improved performance a little bit. But the problem still persists. WMV files are still crashing the player. I think there is a problem for sure. Please look into it. Thanks.
Click to expand...


----------

1. GPU for video decoding: if you mean using GPU from the scratch, writing decoder based on GPU, it is very hard. And also the iOS system has some limitation. If you mean existed H.264 decoder API, iOS has it,we just cannot use it, since it is private API. And for the high level, there is only iPod plugin we can use

2. OpenCL, at lease iOS 4.x does not support it. We do no check the iOS 5.x. However, even it exists, it is very hard to use it for decoder technically.

3. For the double click request, we will consider it.


melterx12 said:
Hey hustmobile, just bought goodplayer for my iPad3, really like this app.

I have a couple of questions:

1) Is it possible to use the GPU for video decoding (specifically h264)? I believe the PowerVR GPU in the iPad 3 (and 2) can do OpenCL, so it should be possible.

2) This is a minor request but can you implement double tap to do the same function as the stretch out to full screen button in the top right corner?
Click to expand...


----------

GoodPlayer 4.9 released. http://itunes.apple.com/us/app/goodplayer-movie-player-downloader/id416756729?mt=8

What's New in Version 4.9
1. Shared Servers can be listed to the main window now. By default, all the added SMB/DLNA/WebDAV/FTP/SFTP servers will be listed on the main window. And for SMB and DLNA, the auto-discovered servers will also be listed in the main window. Please note that for SMB server auto-discovery, the server side should support Bonjour service.
In GoodPlayer-->Setting-->Main Window, there are options to turn on/off these listing.

!!! Please note: We made a mistake for this new feature. Sorry for the bug, it will be fixed in the next version.
For now, only when there is auto-discovered SMB server in the LAN, the SMB server can be listed in the main window.
For auto-discovered SMB server: you can share the Mac OS X via SMB , or AirPort Extreme file sharing… (SMB server with Bonjour service)

2. Manual thumbnail support added.
For media file such as Filename.avi, if there is a Filename.png or Filename.jpg file exists on the same folder. The media file will use this Filename.png or Filename.jpg for thumbnail.
For a folder, if in that folder a folder.png or folder.jpg file exists, the folder will use folder.png or folder.jpg for thumbnail.
The recommended dimensions for the png/jpg file is 128 x 128.
All the file names are case sensitive.
3. Password issue fixed, thanks to mirko for the detailed feedback video
4. Application icon improved, thanks to Daniel Balazs
 
hustmobile:

Great app!

I have a bug to report though. You can't type a space in the address of a WEBDAV / SMB share. If I copy the correct address from another app, GoodPlayer crashes.


Feature request: AFP support.
 
Thanks.
The no space inputing is by design. Why does the space needed here? Space for the folder/share string ? We will check it.

For AFP, we are working on it. However it is just beginning.

537635 said:
hustmobile:

Great app!

I have a bug to report though. You can't type a space in the address of a WEBDAV / SMB share. If I copy the correct address from another app, GoodPlayer crashes.


Feature request: AFP support.
Click to expand...
 
I have tried out quite a few apps for streaming HD material from my NAS to the iPad 3, and found that goodplayer is clearly the best one. But it doesn't quite work. Any material over 500 kb/s is stuttering and/or with the sound out of sync. I don't think it's the network speed since i can transfer files at around 3 mb/s. Also, if i play the HD movie locally on the iPad, it work like a charm. Quite contradictionary..

What really is the problem here? It doesn't make any sense. I've tried .mp4 and .mkv.

Does anyone have an idea?
 
"Any material over 500 kb/s is stuttering", 500 kb/s is too low.So there is something wrong here.
In our development LAN testing, we tested with much higher bit-rate.

"can transfer files at around 3 mb/s", if it is mega bits per second, your LAN speed is too low too.

Please check your network, a 802.11n network is recommended.


ate-vitt said:
I have tried out quite a few apps for streaming HD material from my NAS to the iPad 3, and found that goodplayer is clearly the best one. But it doesn't quite work. Any material over 500 kb/s is stuttering and/or with the sound out of sync. I don't think it's the network speed since i can transfer files at around 3 mb/s. Also, if i play the HD movie locally on the iPad, it work like a charm. Quite contradictionary..

What really is the problem here? It doesn't make any sense. I've tried .mp4 and .mkv.

Does anyone have an idea?
Click to expand...
 
hustmobile said:
"Any material over 500 kb/s is stuttering", 500 kb/s is too low.So there is something wrong here.
In our development LAN testing, we tested with much higher bit-rate.

"can transfer files at around 3 mb/s", if it is mega bits per second, your LAN speed is too low too.

Please check your network, a 802.11n network is recommended.
Click to expand...

It is 3 mega bytes per second. So you have successfully streamed non native .mkv high bitrate HD material from a NAS to the new ipad? Or am I trying the impossible here.

Edit: It's a n-speed network, and I tried both 2,4 and 5 ghz.
 
If it is bytes, the network speed it normal there.
We will test some high bit rates media files later for testing.

ate-vitt said:
It is 3 mega bytes per second. So you have successfully streamed non native .mkv high bitrate HD material from a NAS to the new ipad? Or am I trying the impossible here.

Edit: It's a n-speed network, and I tried both 2,4 and 5 ghz.
Click to expand...
 
For the 500 kb/s , it is bytes again? 500 k bytes/s = 4000 k bits/s?

Just tested a 2632 k bits/s mkv file on iPhone 4S, it is okay here.


ate-vitt said:
It is 3 mega bytes per second. So you have successfully streamed non native .mkv high bitrate HD material from a NAS to the new ipad? Or am I trying the impossible here.

Edit: It's a n-speed network, and I tried both 2,4 and 5 ghz.
Click to expand...
 
ate-vitt said:
It is 3 mega bytes per second. So you have successfully streamed non native .mkv high bitrate HD material from a NAS to the new ipad? Or am I trying the impossible here.

Edit: It's a n-speed network, and I tried both 2,4 and 5 ghz.
Click to expand...

hustmobile said:
For the 500 kb/s , it is bytes again? 500 k bytes/s = 4000 k bits/s?

Just tested a 2632 k bits/s mkv file on iPhone 4S, it is okay here.
Click to expand...

I just performed some tests. Transferred a file from the NAS over wifi, speed was stable at between 5 and 6 megabytes per second. Then I started streaming a 720p .mkv movie clip. The amount of data transferred now was between 600-700 kilobytes per second. In intense scenes with much happening, image was stuttering and sound was out of sync.

When I transferred the file to the ipad and then played it, it was still stuttering.

When I played the same file locally in AVplayerHD, it didn't stutter or lag.

Conclusion: It's not wifi speed thats the limiting factor. Seems like it's goodplayer itself that causes stuttering when playing high bitrate material. This since the same file can be played in other video players without stuttering.
 
Yes, this is a performance issue. We are still trying to improve it.

ate-vitt said:
I just performed some tests. Transferred a file from the NAS over wifi, speed was stable at between 5 and 6 megabytes per second. Then I started streaming a 720p .mkv movie clip. The amount of data transferred now was between 600-700 kilobytes per second. In intense scenes with much happening, image was stuttering and sound was out of sync.

When I transferred the file to the ipad and then played it, it was still stuttering.

When I played the same file locally in AVplayerHD, it didn't stutter or lag.

Conclusion: It's not wifi speed thats the limiting factor. Seems like it's goodplayer itself that causes stuttering when playing high bitrate material. This since the same file can be played in other video players without stuttering.
Click to expand...
 
I've just applied the latest updates and, at least the mkvs I am playing now are playing without stuttering. It may just be the overall bitrate which is, for one 4.3GB file, 6,582 Kbps. I think you need to publish a maximum bitrate as a guideline. The audio delay feature is very useful since most mkvs play with some delay, +/-. It would be nice if the delay could be applied on a per-file basis and saved to a database.

Here is a MediaInfo dump of one of the files:

Code: 
General
Format                                   : Matroska
Format version                           : Version 1
File size                                : 4.35 GiB
Duration                                 : 1h 34mn
Overall bit rate                         : 6 582 Kbps
Encoded date                             : UTC 2009-01-01 10:17:34
Writing application                      : mkvmerge v2.4.0 ('Fumbling Towards Ecstasy') built on Oct 11 2008 20:13:15
Writing library                          : libebml v0.7.7 + libmatroska v0.8.1

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L3.1
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 5 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1h 34mn
Bit rate                                 : 5 070 Kbps
Width                                    : 1 280 pixels
Height                                   : 544 pixels
Display aspect ratio                     : 2.35:1
Frame rate                               : 23.976 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.304
Stream size                              : 3.27 GiB (75%)
Writing library                          : x264 core 65 r1065 0e1a92c
Encoding settings                        : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=5070 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
Language                                 : English
Default                                  : Yes
Forced                                   : No

Audio
ID                                       : 2
Format                                   : DTS
Format/Info                              : Digital Theater Systems
Codec ID                                 : A_DTS
Duration                                 : 1h 34mn
Bit rate mode                            : Constant
Bit rate                                 : 1 510 Kbps
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 KHz
Bit depth                                : 24 bits
Compression mode                         : Lossy
Stream size                              : 1 023 MiB (23%)
Default                                  : Yes
Forced                                   : No

Text
ID                                       : 3
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Language                                 : English
Default                                  : No
Forced                                   : No

I think it would be very helpful if people complaining about playback problems would list a MediaInfo dump.

Interesting to note, this particular encoding violates most of your previous recommendations. I was really surprised to find that you can handle DTS well. I thought I would have to re-encode the audio but no.
 
Thanks. As for per file audio delay, we will consider it.

For our encoding parameter recommendation, it is just for easier decoding, it does not mean GoodPlayer cannot handle it. But with those parameters, the decoding will be difficult.

Since the decoding is not only related to bit rates, it is hard to list a highest bit rates.

For you case, the resolution is only 1280x544, so even it is with some higher bit rates, the decoding is still okay.

Width : 1 280 pixels
Height : 544 pixels

For the DTS part, most of the time, the decoding bottleneck is on video part. So this is normal.

foobaz said:
I've just applied the latest updates and, at least the mkvs I am playing now are playing without stuttering. It may just be the overall bitrate which is, for one 4.3GB file, 6,582 Kbps. I think you need to publish a maximum bitrate as a guideline. The audio delay feature is very useful since most mkvs play with some delay, +/-. It would be nice if the delay could be applied on a per-file basis and saved to a database.

Here is a MediaInfo dump of one of the files:

Code: 
General
Format                                   : Matroska
Format version                           : Version 1
File size                                : 4.35 GiB
Duration                                 : 1h 34mn
Overall bit rate                         : 6 582 Kbps
Encoded date                             : UTC 2009-01-01 10:17:34
Writing application                      : mkvmerge v2.4.0 ('Fumbling Towards Ecstasy') built on Oct 11 2008 20:13:15
Writing library                          : libebml v0.7.7 + libmatroska v0.8.1

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L3.1
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 5 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1h 34mn
Bit rate                                 : 5 070 Kbps
Width                                    : 1 280 pixels
Height                                   : 544 pixels
Display aspect ratio                     : 2.35:1
Frame rate                               : 23.976 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.304
Stream size                              : 3.27 GiB (75%)
Writing library                          : x264 core 65 r1065 0e1a92c
Encoding settings                        : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=5070 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
Language                                 : English
Default                                  : Yes
Forced                                   : No

Audio
ID                                       : 2
Format                                   : DTS
Format/Info                              : Digital Theater Systems
Codec ID                                 : A_DTS
Duration                                 : 1h 34mn
Bit rate mode                            : Constant
Bit rate                                 : 1 510 Kbps
Channel(s)                               : 6 channels
Channel positions                        : Front: L C R, Side: L R, LFE
Sampling rate                            : 48.0 KHz
Bit depth                                : 24 bits
Compression mode                         : Lossy
Stream size                              : 1 023 MiB (23%)
Default                                  : Yes
Forced                                   : No

Text
ID                                       : 3
Format                                   : UTF-8
Codec ID                                 : S_TEXT/UTF8
Codec ID/Info                            : UTF-8 Plain Text
Language                                 : English
Default                                  : No
Forced                                   : No

I think it would be very helpful if people complaining about playback problems would list a MediaInfo dump.

Interesting to note, this particular encoding violates most of your previous recommendations. I was really surprised to find that you can handle DTS well. I thought I would have to re-encode the audio but no.
Click to expand...
 
Was reading this thread and decided to spend money on the app (been looking for something to replace buzz player, which seems to crash often for me). Made a typo in the password for my NAS, which then responds by accepting th password, but not showing files. However now I have no option to reenter my password On my shares again and I have no way of viewing my files. Some help would be appreciated.
 
Please click on the right blue icon of smb server, then you can edit the password. (GoodPlayer-->Main Window--> bottom right button-->SMB/CIFS Client)

Or you can delete the older SMB share by swiping left/right on it, then add the SMB share again.

Xeperu said:
Was reading this thread and decided to spend money on the app (been looking for something to replace buzz player, which seems to crash often for me). Made a typo in the password for my NAS, which then responds by accepting th password, but not showing files. However now I have no option to reenter my password On my shares again and I have no way of viewing my files. Some help would be appreciated.
Click to expand...
 
hustmobile said:
Thanks.
The no space inputing is by design. Why does the space needed here? Space for the folder/share string ? We will check it.

For AFP, we are working on it. However it is just beginning.
Click to expand...


I have a NAS. On a NAS there is a folder share called "Synology Media" (yes, I know putting a space there is entirely my fault ;-) ). Also showing a list of shared folders is disabled.

I have to type a SMB address 10.x.x.x/Synology Media/ . Not possible to do, without copying text from another app.
Furthermore a WEBDAV share with the same name simply crashes GoodPlayer.
 
Thanks for the feedback.
We will check if we need to add support for spaces in SMB and WebDAV client

537635 said:
I have a NAS. On a NAS there is a folder share called "Synology Media" (yes, I know putting a space there is entirely my fault ;-) ). Also showing a list of shared folders is disabled.

I have to type a SMB address 10.x.x.x/Synology Media/ . Not possible to do, without copying text from another app.
Furthermore a WEBDAV share with the same name simply crashes GoodPlayer.
Click to expand...
 
hustmobile said:
Please click on the right blue icon of smb server, then you can edit the password. (GoodPlayer-->Main Window--> bottom right button-->SMB/CIFS Client)

Or you can delete the older SMB share by swiping left/right on it, then add the SMB share again.
Click to expand...

Thanks!
 
Breece said:
Hey,

just tested your app on an ipad3. Avis work just fine but mkv basically do not work "at all".
480p works but audio is not in sync, tried with various files, 720p does not work due to lag (that I was expecting..)
I turned dualcore support on, high quality off, tried the audio delay options. But full sync off audio / video doesnt seem to work :(
Am I doing something wrong here?
Click to expand...

that's weird... I have some mkv videos (1280x960 30fps) and they play fine on my ipad3 for the most part, some hiccups here and there but nothing too bad.
 
hustmobile said:
Thanks for the feedback.
We will check if we need to add support for spaces in SMB and WebDAV client
Click to expand...

I checked on another iPad and on another network. I can definitely reproduce the bug.

If there is a space in the address of a WebDAV share, GoodPlayer crashes, when trying to connect.
Strangely it works fine with CIFS/SMB.

v4.9
 
ate-vitt said:
Are you streaming them?
Click to expand...

Hi I am new to this forum. I have a problem with playing the Gooplayer through the home network.
I set up the home network with windows 7. I have the Seagate Goflex home (2TB) attached to the home network. In the iPad 2 I install the Seagate Goflex Home app from seagate, I can see the Seagate drive and play the video (MP4 only) and the Audio (MP3). When I install and run the GooPlayer App I can not see the Seagate Goflex Home drive.
I can see and play (streaming) the Video (all format MP4, MKV..) of the lap top. Also I have the WDTV LivePlus attache to the network with the usb drive, I can play the video through the SMB of the WDTV Liveplus.
Could you tell me what I am doing wrong or the Seagate Goflex home is not compatible in this aplication.
Thanks,
 
You must log in or register to reply here.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.
Top Bottom
Back